OAS Java Edition 10.1.3.1 Download

I'm looking for the OAS Java Edition 10.1.3.1 Download. I want to do a fresh install of OHS, OC4J & Toplink on the new 10.1.3.1 release.
Tim

Hi,
I want to know that for what purpose you want to install OAS 10.1.3.1 ( I hope this is same as SOA release III) . Everything is fine except that this doesn't provide support for Packeged Adapters (as for now).
/Abhishek G

Similar Messages

OAS Java Edition

I can't seem to find a place on OTN where i can download a package called OAS Java Edition. So I have downloaded the 10.1.3 Linux cpio file and will use just the HTTP Server and OC4J. Is this the current way to go about building a Java Edition server? Will OC4J not work with the built in Apache 2.0 on RedHat?
mike

Hi,
I want to know that for what purpose you want to install OAS 10.1.3.1 ( I hope this is same as SOA release III) . Everything is fine except that this doesn't provide support for Packeged Adapters (as for now).
/Abhishek G

OAS 10.1.2 Java Edition

Does anyone know where I can download the OAS 10.1.2.0.0 "Java Edition" in a single download? I cannot find it on the download page of the OAS. Only the full "Enterprise Edition" is available there in 4 cd's...
Regards,
Stan

Solved.
Instead of importing "oracle.jdbc.driver.*", I import"oracle.jdbc.*" and works fine.
Thanks anyway.

OAS 10g Java Edition

Hello,
Does anyone know where I can download the "Java Edition" of the OAS? I cannot seem to find it in a single file available for download... Or should I download the separate pieces here: http://www.oracle.com/technology/software/products/ias/htdocs/101202.html?
Also, does anyone know whether I will be able to cluster my application servers using this edition? Will having the Enterprise Manager be sufficient to setup active-active clustering?
Thanks,
Stan
Message was edited by:
sca

Perfect, thanks!
I suspected it'd be possible from what I read, though I would probably need some external load balancer too, no? I plan to install the OAS on two separate machines and cluster them. These in turn should connect to a clustered database... But in front of the OAS cluster I reckon I need some sort of external load balancer...
Is there anyone that has any experience with this?
Anyway, if I could only find the proper download, I could start testing. Still no luck in finding any link to this obscure "Java edition". :-)
Regards,
Stan

Where can I download the pure java edition app server for windows

Where can I download a copy of the uncertified windows version of the app server listed below?
OracleAS Java Edition v9.0.4
Oracle HTTP Server
OracleAS Containers for J2EE
Oracle Enterprise Manager
OracleAS TopLink
Oracle JDeveloper
Currently certified: Solaris, HP, Linux
(I am not interested in the 10.0.3 preview version of the app server)
I went to the Production release download area for the Application Server and they only let you download the Certified version of this SW which is for Linux, HP, and Linux.
I went to the Pre-release download area and they only have the 10.0.3 preview versions listed for download.
We want to install the above-mentioned version of an intel box running Windows for our integration point and we have linux boxes setup for production. We would like to use the same version of the app servers on all 3.
Any ideas out there?

Go into
Applications / Utilities / Java Preferences.app
and make sure you have the 'Enabled' boxes checked for both 64 and 32-bit.
Finally, in
Safari > Preferences | Security
make sure the 'Enable Java' box is checked.
Message was edited by: softwater

Download "SAP NetWeaver 7.0 (2004s) Trial Version - Full Java Edition"

Experts,
I am trying to download "SAP NetWeaver 7.0 (2004s) Trial Version - Full Java Edition". This download is actually 4GB, so down never gets completed, I could download atmost 2.5GB.
Has any one tried this download. Please advise.
-Lave

Hi
I was able to download :
https://www.sdn.sap.com/irj/sdn/downloaditem?rid=/webcontent/uuid/a62ad7fa-0a01-0010-3489-f3fc32658bd8 [original link is broken]
Check if you have any download restriction on your network ?
Regards
Shaji

Unable to download Netweaver Sneak preview Java Edition

Hi All,
While trying to download Netweaver Sneak preview Java Edition, Download file 1 it first asks whether to download via coreftp on selecting yes, it gives an error dialog saying NW04SneakPrevJavaSP11.Part1.rar-File not found and a similar message for download 2 file...
but the browser windows keeps on processing
Unable to download
Kindly suggest a remedy

Renald
Following path Downloads -> Web AS -> New! Sneak Preview -> Download file 1 ,
1.If simply click the Download 1 link ,it throws open another page with the FTP url appended but gives a Page cannot be displayed message then.
2.If on a right click I do a Save Target As..... then it returns an error saying that
Internet Explorer cannot download...akPrevJavaSPI11.part1.rar&df=0 from www.sdn.sap.com. The server returned extended information
Is there any other alternative or else what can be the problem?

Guide me how do download the Java Edition of the Netweaver Sneak preview

Can Some one please guide me how do I download the Java edition , I have Core FTP installed, On doing a save target as it asks me whehther to use Core FTP for file transfer, on choosing yes it a status window which says connecting,with source and destination values and then gives a message NW04SneakPrevJavaSP11.part1.rar-File not found....
and thereafter the File Download Dialog still remains trying to find for the source location.....
Some Kindly guide me the right way to do it

Hi Paras,
I just tried to download, no problem. I click on Downloads -> Web AS -> New! Sneak Preview -> Download file 1 and get a popup where to save the file.
Please try again with the given path.
By the way, it should be enough to post your problem once
Hope that helps!
Best regards
Renald

Sneak Preview SAP NetWeaver 2004s Full Java Edition Download

Hi All,
i try to download the Sneak Preview with DAP.
After terminating file 1 download, the file size is only ca. 380 MB instead of 1.9 GB. I can't download the full file. did any body now the problem?

Hi Bris,
I have installed DAP and tried downloading sneak preview 2004s Java edition. But it is still downloading in normal window , its not using DAP to download. I tried taking the url manually and try downloading it , but still it doesn't work. Could someone guide me on how to use DAP to download sneak preview coz it does not download properly by normal means.
Thanks and regards,
Nirmal G

Java 7 Web start fails to download Java 1.6 version

Sorry for the almost exact duplication of a previous thread, but that was closed (Java 7 Web start fails to download Java 1.6 version
When launching an application requiring Java 1.6 with a Java 1.7 web start it fails when it tries to download 1.6 with the following message:
"Unable to download http://javadl-esd.sun.com/update/1.6.0/1.6.0_29-b11.xml for installation"
Problem only seems to occur on Windows 7 (64 bit), seems fine on Windows XP.
Bug has been raised with Oracle by poster Matt Taylor - http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7168311
Does anybody have any ideas?
Thanks,
Lee.

igor wrote:
Could you please collect and provide more info.
In particular:
0) Explain how exactly you launch JNLP when it does not work.We have a website with a link to a jnlp file. User clicks on the link the jnlp file downloads and installs.
"install the jnlp from the dos window" - do you mean run "javaws applicationURL"?Yes. But actually that only worked because we had already installed a Java 6 version.
When it does not work do you use Deployment Toolkit to embed link into web page?
1) screenshot of the errorHere are links to several screenshots of errors we get:
http://dl.waterford.org/pics/error_install.png
http://dl.waterford.org/pics/error2.png
http://dl.waterford.org/pics/error3.png
Here is a link to the error in the java webstart failure dialog (details):
http://dl.waterford.org/pics/errormsg.txt
2) Enable full trace details (see http://docs.oracle.com/javase/7/docs/webnotes/tsg/TSG-Desktop/html/plugin.html#gcexdf)
and post trace fileHere is a link to the java console with full trace details:
http://dl.waterford.org/pics/javaconsole.txt
3) Install WireShark and see what http requests are made. Please post all request/response pairshttp://dl.waterford.org/pics/packets.pcap
Edited by: 933472 on May 10, 2012 1:30 PM

Use java edition and native edition at same time in a single java app

Hi
I have a situation where I need to use both versions of berkeley Db at the same time. I have an external library that I use that requires the Java edition and my own code that uses the native version. Unfortunately the source code of the library is not available and I don't want to redesign my program to use the Java edition.
Some packages in je.4.0.103.jar and db.jar (version 5.1) contain the same naming structure and same classes eg. com.sleepycat.persist.EntityStore. I removed the duplicated packages in je.4.0.103.jar However it seems that the implementation is slightly different between the two version as I get
java.lang.NoSuchMethodError: com.sleepycat.persist.EntityStore.<init>(Lcom/sleepycat/je/Environment;Ljava/lang/String;Lcom/sleepycat/persist/StoreConfig;)V
When I simply had both versions available my code for the native version kept using the packages from the Java edition and the external library kept on using the native version and as a result I got loads of runtime errors.
So how do I tell them apart. The problem is because both sets of packages have identical names and class names so Java does not know which ones to use. I am using eclipse so maybe there is some option where I can tell certain classes to use certain packages.
Any ideas?

Hi,
We don't officially support using BDB and BDB JE from the same JVM process.
It's possible to work around this limitation by creating two [url http://download.oracle.com/javase/1.4.2/docs/api/java/lang/ClassLoader.html] Java Classloaders that load one of the two jar files. When calling BDB or BDB JE methods, the call must be bracketed with calls like this that cause the correct classloader to be used:
ClassLoader saveLoader = Thread.currentThread().getContextClassLoader();
Thread.currentThread().setContextClassLoader(/* specify correct loader for BDB or BDB JE here */);
try {
// do something with BDB or BDB JE
} finally {
Thread.currentThread().setContextClassLoader(saveLoader);
}We are not experts on classloaders and we don't have an example of doing this. We have not done it ourselves, we only know that users have done it.
I hope this helps.
Regards,
Alex Gorrod
Oracle Berkeley DB

Patch Release: Berkeley DB Java Edition 4.0.117

Berkeley DB Java Edition 4.0.117
http://www.oracle.com/us/products/database/berkeley-db/index.html
http://www.oracle.com/technetwork/database/berkeleydb/overview/index.html
http://www.oracle.com/technetwork/database/berkeleydb/overview/persistence-160890.html
http://www.oracle.com/technetwork/database/berkeleydb/overview/index-093405.html
Berkeley DB Java Edition 4.0.117 is a patch release consisting of many important fixes. We strongly recommend that users of the 4.0.x upgrade to this release. Those using 4.1.x need not be concerned with this patch release.
The critical patch fixes:
[#19422] - Fixes a bug that prevents recovery if CacheMode.EVICT_BIN is used.
The complete list of changes is in the change log page.
http://download.oracle.com/otndocs/products/berkeleydb/html/je/je-40117-changelog.html
Product documentation can be found at:
http://download.oracle.com/docs/cd/E17277_02/html/index.html
Download the source code including the pre-compiled JAR, complete documentation, and the entire test suite as a single package.
http://download.oracle.com/berkeley-db/je-4.0.117.zip
http://download.oracle.com/berkeley-db/je-4.0.117.tar.gz
Common questions are addressed in our FAQ that you can find here:
http://www.oracle.com/technetwork/database/berkeleydb/je-faq-096044.html
Then join OTN and participate in the Berkeley DB JE Support Forum discussions. Our engineering and support staff are highly active on these forums, if you have questions please ask them there first.
Berkeley DB Java Edition
For further information, or questions about licensing and sales of JE, please contact us at:
mailto:[email protected]
Thank you for your support of Berkeley DB Java Edition.

Hi Kristoffer,
We have never updated Maven central -- I think someone else, perhaps who is reading the forum, did that for 5.0.73. We should update it, but we don't quite have our act together on that. Hopefully we'll have more info on that soon, but for now you'll need to just copy the jar file or use the Oracle maven repo.
You should definitely read the release notes and the change log, and decide whether to upgrade.
BDB has both a commercial and an OSS license. Due to Oracle policy BDB does not have some of the things you might expect from an OSS project:
- bug system is not exposed
- roadmap is not published
- code contributions are fairly rare, mostly due to the nature of the code -- it's a database engine, and is fairly difficult to change casually.
What other questions about the process do you have? I wasn't sure exactly what you wanted to know.
--mark

Berkeley DB Java Edition (JE) and JRuby Interoperability

I finally got around to doing a quick test of calling Berkeley DB Java Edition (JE) from JRuby (JRuby is a 100% pure-Java implementation of Ruby).
Before we get to JE and JRuby you probably want to know the answer to this question: "Why you would want to run Ruby on a JVM?" The answer is threefold:
1. Ruby Performance. A large amount of effort has been put into tuning contemporary JVMs (e.g. Hotspot, Java 6, etc.) and Ruby programmers (through JRuby) can benefit from these tuning efforts. The JRuby guys have set a goal to make JRuby the fastest Ruby implementation available and Sun is certainly throwing their weight behind that effort.
2. Portability. JRuby is a Ruby interpreter that runs anywhere a Java 5 JVM runs. You download it as a single tar.gz and it will run pretty much anywhere.
3. Legacy Code. JRuby makes legacy Java apps and libraries available to Ruby programmers (did you ever think you'd see the word "legacy" next to the word "Java"?).
JE interoperability with JRuby is important because it means that Ruby programmers now have a simple, embeddable, ACID storage engine (JE) available to them.
To test this interoperability, I cobbled together a simple Ruby test program which does the following:
* Opens an Environment, Database, and Transaction
* Creates 10 records with keys 1..10 and marshaled Ruby Time instances as the corresponding data. This uses the Ruby Marshal package for the data binding and the JE Integer binding on the key side. There's no reason why you couldn't use different marshaling packages or methods for keys and data.
* Commits the transaction,
* Performs a Cursor scan to read those 10 records and prints out the Time instances, and
* Searches for and reads the record with key 5 (an arbitrary key) and prints out the Time instance that is the corresponding data
By the way, hats off to the JRuby developers: all of this code "just worked", out of the box, and most of my two hour investment was spent learning enough basic Ruby to make it all work. If you already know Ruby and JE, then demonstrating this interoperability would take you all of about 10 minutes.
This was all done at the "base API" level of JE and no modifications to JE were required. I used Transactions in my code, but there's no reason that you need to. Mark and I have been talking about how to integrate JE's Direct Persistence Layer (DPL) with JRuby and we think it can be done with some remodularization of some of the DPL code. This is exciting because it would provide POJO ACID persistence to Ruby programmers.
Linda and I have been talking about whether it makes sense to possibly use Ruby as a scripting platform for JE in the future. Given how easy it was to bring up JE and JRuby, this certainly warrants some further thought.
The Ruby code and corresponding output is shown below. By the way, if you see something that I didn't do "The Ruby Way", feel free to let me know.
I'd love to hear about your experiences with JE and JRuby. Feel free to email me a charles.lamb at <theobviousdomain dot com>.
require 'java'
module JESimple
require 'date'
# Include all the Java and JE classes that we need.
include_class 'java.io.File'
include_class 'com.sleepycat.je.Cursor'
include_class 'com.sleepycat.je.Database'
include_class 'com.sleepycat.je.DatabaseConfig'
include_class 'com.sleepycat.je.DatabaseEntry'
include_class 'com.sleepycat.je.Environment'
include_class 'com.sleepycat.je.EnvironmentConfig'
include_class 'com.sleepycat.je.OperationStatus'
include_class 'com.sleepycat.je.Transaction'
include_class 'com.sleepycat.bind.tuple.IntegerBinding'
include_class 'com.sleepycat.bind.tuple.StringBinding'
# Create a JE Environment and Database. Make them transactional.
envConf = EnvironmentConfig.new()
envConf.setAllowCreate(true)
envConf.setTransactional(true)
f = File.new('/export/home/cwl/work-jruby/JE')
env = Environment.new(f, envConf);
dbConf = DatabaseConfig.new()
dbConf.setAllowCreate(true)
dbConf.setSortedDuplicates(true)
dbConf.setTransactional(true)
db = env.openDatabase(nil, "fooDB", dbConf)
# Create JE DatabaseEntry's for the key and data.
key = DatabaseEntry.new()
data = DatabaseEntry.new()
# Begin a transaction
txn = env.beginTransaction(nil, nil)
# Write some simple marshaled strings to the database. Use Ruby
# Time just to demonstrate marshaling a random instance into JE.
for i in (1..10)
 # For demonstration purposes, use JE's Binding for the key and
 # Ruby's Marshal package for the data. There's no reason you
 # couldn't use JE's bindings for key and data or visa versa or
 # some other completely different binding.
 IntegerBinding.intToEntry(i, key)
 StringBinding.stringToEntry(Marshal.dump(Time.at(i * 3600 * 24)),
 data)
 status = db.put(txn, key, data)
 if (status != OperationStatus::SUCCESS)
 puts "Funky status on put #{status}"
 end
end
txn.commit()
# Read back all of the records with a cursor scan.
puts "Cursor Scan"
c = db.openCursor(nil, nil)
while (true) do
 status = c.getNext(key, data, nil)
 if (status != OperationStatus::SUCCESS)
 break
 end
 retKey = IntegerBinding.entryToInt(key)
 retData = Marshal.load(StringBinding.entryToString(data))
 dow =
 puts "#{retKey} => #{retData.strftime('%a %b %d')}"
end
c.close()
# Read back the record with key 5.
puts "\nSingle Record Retrieval"
IntegerBinding.intToEntry(5, key)
status = db.get(nil, key, data, nil)
if (status != OperationStatus::SUCCESS)
 puts "Funky status on get #{status}"
end
retData = Marshal.load(StringBinding.entryToString(data))
puts "5 => #{retData.strftime('%a %b %d')}"
db.close
env.close
end
Cursor Scan
1 => Fri Jan 02
2 => Sat Jan 03
3 => Sun Jan 04
4 => Mon Jan 05
5 => Tue Jan 06
6 => Wed Jan 07
7 => Thu Jan 08
8 => Fri Jan 09
9 => Sat Jan 10
10 => Sun Jan 11
Single Record Retrieval
5 => Tue Jan 06

In my previous post (Berkeley DB Java Edition in JRuby), I showed an example of calling JE's base API layer and mentioned that Mark and I had been thinking about how to use the DPL from JRuby. Our ideal is to be able to define classes in Ruby, annotate those class definitions with DPL-like annotations, and have the JE DPL store them. There are a number of technical hurdles to overcome before we can do this. For instance, Ruby classes defined in JRuby do not map directly to underlying Java classes; instead they all appear as generic RubyObjects to a Java method. Granted, it would be possible for the DPL to fish out all of the fields from these classes using reflection, but presently it's just not set up to do that (hence the modification to the DPL that I spoke about in my previous blog entry). Furthermore, unlike Java, Ruby allows classes to change on the fly (add/remote new fields and methods) causing more heartburn for the DPL unless we required that only frozen Ruby classes could be stored persistently.
On thinking about this some more, we realized that there may be a way to use the DPL from JRuby, albeit with some compromises. The key to this is that in JRuby, if a Java instance is passed back to the "Ruby side" (e.g. through a return value or by calling the constructor for a Java class), it remains a Java instance, even when passed around in JRuby (and eventually passed back into the "Java side"). So what if we require all persistent classes to be defined (i.e. annotated) on the Java side? That buys us the standard DPL annotations (effectively the DDL), freezes the classes that the DPL sees, and still lets us benefit from the POJO persistence of the DPL. All of this can be done without modification to JE or the DPL using the currently available release. I cooked up a quick example that builds on the standard "Person" example in the DPL doc and included the code below.
require 'java'
module DPL
require 'date'
# Include all the Java and JE classes that we need.
include_class 'java.io.File'
include_class 'com.sleepycat.je.Environment'
include_class 'com.sleepycat.je.EnvironmentConfig'
include_class 'com.sleepycat.persist.EntityCursor'
include_class 'com.sleepycat.persist.EntityIndex'
include_class 'com.sleepycat.persist.EntityStore'
include_class 'com.sleepycat.persist.PrimaryIndex'
include_class 'com.sleepycat.persist.SecondaryIndex'
include_class 'com.sleepycat.persist.StoreConfig'
include_class 'com.sleepycat.persist.model.Entity'
include_class 'com.sleepycat.persist.model.Persistent'
include_class 'com.sleepycat.persist.model.PrimaryKey'
include_class 'com.sleepycat.persist.model.SecondaryKey'
include_class 'com.sleepycat.persist.model.DeleteAction'
include_class 'persist.Person'
include_class 'persist.PersonExample'
# Create a JE Environment and Database. Make them transactional.
envConf = EnvironmentConfig.new()
envConf.setAllowCreate(true)
envConf.setTransactional(true)
f = File.new('/export/home/cwl/work-jruby/JE')
env = Environment.new(f, envConf);
# Open a transactional entity store.
storeConfig = StoreConfig.new();
storeConfig.setAllowCreate(true);
storeConfig.setTransactional(true);
store = EntityStore.new(env, "PersonStore", storeConfig);
class PersonAccessor
 attr_accessor :personBySsn, :personByParentSsn
 def init(store)
 stringClass = java.lang.Class.forName('java.lang.String')
 personClass = java.lang.Class.forName('persist.Person')
 @personBySsn = store.getPrimaryIndex(stringClass, personClass)
 @personByParentSsn =
 store.getSecondaryIndex(@personBySsn, stringClass, "parentSsn");
 end
end
dao = PersonAccessor.new(store)
dao.init(store)
personBySsn = dao.personBySsn
person = Person.new('Bob Smith', '111-11-1111', nil)
personBySsn.put(person);
person = Person.new('Mary Smith', '333-33-3333', '111-11-1111')
personBySsn.put(person);
person = Person.new('Jack Smith', '222-22-2222', '111-11-1111')
personBySsn.put(person);
# Get Bob by primary key using the primary index.
bob = personBySsn.get("111-11-1111")
puts "Lookup of Bob => #{bob.name}, #{bob.ssn}"
children = dao.personByParentSsn.subIndex(bob.ssn).entities()
puts "\nRetrieving children of Bob"
while (true) do
 child = children.next()
 break if child == nil
 puts "#{child.name}, #{child.ssn}"
end
children.close()
store.close
env.close
end

Berkeley DB Java Edition 3.3.69 is available

Berkeley DB Java Edition (JE) 3.3.69 is now available for download. The release contains a number of bug fixes, some to problems posted on the OTN forum. The full list of changes may be found in the change log.
 
 
There is one critical bug fix in this release, described in the change log as follows:
 
 
"Fix a bug that prevents opening an Environment as read-only under certain circumstances, or causes queries in a read-only Environment to return out of date, and possibly transactionally incorrect, data. The LogFileNotFoundException may be thrown when the problem occurs. [#16368]"
 
 
This is a fix to a bug that was introduced in JE 3.3.62. If you are currently using 3.3.62 and you are opening the Environment read-only or using the DbDump utility (which opens the Environment read-only), then we strongly recommend that you upgrade to JE 3.3.69.
 
 
The corresponding Maven POM will be available in a few days.
 
 
If you are using the JE wrapper plugin for your own Eclipse plugin development AND you open the Environment read-only, you should update that package through
download.oracle.com/berkeley-db/eclipse. Other DPL Assistant users can consider the update to be optional.

Morgan,
Yes, we currently plan to only offer replication for Java 1.5. Our motivations are split between the speed consideration and the codeline issues. We've seen better performance with 1.5. Also taking full advantage of the type safety and concurrent support in 1.5 can end up affecting implementation choices significantly, and can make 1.4 code and 1.5 code diverge a lot.
As for bug fixing on the 1.4 releases, we don't yet have an official plan. We care very much about supporting our open source users and have been able to provide backwards patches where critical in the past. However, the cost of backporting between 1.5 and 1.4 may be high for some bug fixes, and we'll probably have to decide case by case.
Regards,
Linda

Berkeley DB Java Edition 3.3.62 is available

All,
Berkeley DB Java Edition (JE) 3.3.62 is now available for download at http://www.oracle.com/technology/software/products/berkeley-db/je/index.html . The release contains new features and bug fixes, many in response to questions and requests posted on this forum. Thanks to all for your help in reporting problems, describing use cases, and patiently waiting for features to appear.
There's improvements in performance, cache management and memory and disk space utilization. Highlights include:
* Multiple JE environments can now share the same cache to make better use of memory.
* The deferred write mode can be configured to differentiate between truly temporary databases and databases which should be persistent.
* Better cache management for large numbers of databases.
* Per operation caching policy.
* Key prefixing.
* Performance improvements.
Note that JE 3.3.62 introduces a forward-compatible on-disk file format change from JE 3.2. And for the first time, this release introduces a binary and API incompatibility that will hopefully affect few of you. The full list of changes may be found at http://www.oracle.com/technology/documentation/berkeley-db/je/changeLog.html
We welcome your continued feedback on the product and feature requests.
Regards,
The JE team

Morgan,
Yes, we currently plan to only offer replication for Java 1.5. Our motivations are split between the speed consideration and the codeline issues. We've seen better performance with 1.5. Also taking full advantage of the type safety and concurrent support in 1.5 can end up affecting implementation choices significantly, and can make 1.4 code and 1.5 code diverge a lot.
As for bug fixing on the 1.4 releases, we don't yet have an official plan. We care very much about supporting our open source users and have been able to provide backwards patches where critical in the past. However, the cost of backporting between 1.5 and 1.4 may be high for some bug fixes, and we'll probably have to decide case by case.
Regards,
Linda

OAS Java Edition 10.1.3.1 Download

Similar Messages

Maybe you are looking for