Ojdbc14.jar not integrated in JDev 9.0.5.x?

Hi,
the documentation of Oracle 9i DB says, there is a new archiv for the jdbc driver: ojdbc14.jar. Until now we used classes12.zip (or classes12.jar).
But why is the new driver lib missing in JDev 9.0.5.x?
Best regards,
Torsten.

Can you please recommend some way to use ojdbc14.jar with JDeveloper 9.0.5.2? Ommitting Oracle JDBC from the project libraries and including a new library for ojdbc14.jar does not work for all classpath issues, such as for data source definitions in the data-sources.xml file. What does seem to work is replacing jdbc/lib/classes12dms.jar with ojdbc14.jar but I'm not sure if this will cause strange side effects. Is there any cleaner way of using ojdbc14.jar?
Thanks,
Jeff

Similar Messages

Oracle 11g jars not being compatible with WAS 6.1.x versions

Hi,
We have an issue with Oracle 11g jars not being compatible with WAS 6.1.x versions.
If we use Oracle10g client jars then they are working with the 11g database.
Below are the findings
Working fine With Ojdbc14.jar
Not working With Ojdbc5.jar
WAS 6.0
Working fine With Ojdbc14.jar
Not working With Ojdbc5.jar
WAS 6.013
Working fine With Ojdbc14.jar
Not working With Ojdbc5.jar
As per IBM website link Oracle 11g should be working with WAS 6.1.0.21 upwards
Could somebody please help me regarding the same.
thanks & Regards,
Anoop

# Download the full Firefox installer from http://www.mozilla.com/
# Delete the Firefox [http://kb.mozillazine.org/Installation_directory installation directory], making sure all the Firefox files and folders are removed. The default location on 32 bit Windows is C:\Program Files\Mozilla Firefox\
# Re-install Firefox
Note that deleting the Firefox installation directory will not remove your bookmarks or other Firefox user data, they are stored elsewhere.

Problem using ojdbc14.jar in JDev 11g

Hi
I have an application created in 10g.
I was trying to create the same in 11g and encountered this problem with the ojdbc14.jar.
The jar has two classes OracleDataSource and OracleConnectionCacheImpl inside the same package.
OracleConnectionCacheImpl is inherited from OracleDataSource.
OracleDataSource has a protected variable called m_dataSourceName.
The child class, OracleConnectionCacheImpl used this variable.
I have this jar included in my classpath.
When i run the application, it throws a runtime error.
Following is the stack trace.
java.lang.NoSuchFieldError: m_dataSourceName
     at oracle.jdbc.pool.OracleConnectionCacheImpl.(OracleConnectionCacheImpl.java:189)
     at oracle.apps.snw.hubserver.common.XhubConnectionPool.(XhubConnectionPool.java:46) -------------------------------------> from here its my code
     at oracle.apps.snw.hubserver.common.XhubConnectionPoolManager.addConnectionPool(XhubConnectionPoolManager.java:168)
     at oracle.apps.snw.hubserver.common.XhubConnectionPoolManager.getConnection(XhubConnectionPoolManager.java:201)
     at oracle.apps.snw.hubserver.util.SystemParameters.reloadAllParameters(SystemParameters.java:294)
     at oracle.apps.snw.hubserver.util.SystemParameters.(SystemParameters.java:34)
     at oracle.apps.snw.hubserver.util.SystemParameters.getInstance(SystemParameters.java:48)
     at oracle.apps.snw.hubserver.common.XhubConnectionPoolManager.addConnectionPool(XhubConnectionPoolManager.java:155)
     at oracle.apps.snw.hubserver.common.XhubConnectionPoolManager.getConnection(XhubConnectionPoolManager.java:201)
     at oracle.apps.snw.common.util.LanguageQueryBasedNameValueCache.queryAllLanguages(LanguageQueryBasedNameValueCache.java:125)
     at oracle.apps.snw.common.util.LanguageQueryBasedNameValueCache.setCacheParameters(LanguageQueryBasedNameValueCache.java:77)
     at oracle.apps.snw.common.util.LanguageQueryBasedNameValueCache.(LanguageQueryBasedNameValueCache.java:53)
     at oracle.apps.snw.uicommon.TextProvider.populateTextCache(TextProvider.java:100)
     at oracle.apps.snw.uicommon.TextProvider.getTextMessage(TextProvider.java:123)
     at oracle.apps.snw.uicommon.TextProvider.handleGetObject(TextProvider.java:113)
     at java.util.ResourceBundle.getObject(ResourceBundle.java:378)
     at oracle.cabo.ui.data.BundleDataObject.selectValue(Unknown Source)
     at oracle.cabo.ui.data.DataBoundValue.getValue(Unknown Source)
     at oracle.cabo.ui.BaseUINode.getAttributeValueImpl(Unknown Source)
Can anyone tell me why this error occurs?
I have checked the Oracle JDBC library of JDev 11g and found that it has ojdbc6.jar
Is there any compatibility problem with this jar migrating from 10g to 11g?
Found this related link but could not relate it much.
Please explain
JDBC problem: java.lang.NoSuchFieldError: CONNECTION_PROPERTY_THIN_NET_CONN
Thanks

I guess you can't use ojdbc14.jar that easy. Some dependencies form ojdbc14.jar are not available under 11g. That 's the reason you have ojdbc6.jar under 11g.
Timo

Jdevloper11g+weblogic integrated server -Hibernate jars not loading

I'm trying to call Session bean from manged bean.Session bean internall calls Hibernate DAO.
I did project setup and everything looks OK.But keep getting Hibernate calsses not found error when i try to run jsp page.
Please advise me..how to load hibernate jars into integrated weblogic.
My environment
Jdev11g
Oracle10g
Ejb3
Hibernate3
JSF
Thanks
Kalee

When you define the library settings for Hibernate, don't use "Include Jar" but create a new library, eg Project scope, and check the Default Deployment check box.
--olaf

How can change ojdbc14 jar to ojdbc15.jar orcale As and weblogic server

On the machine I installed the server, Oracle JDBC drivers are in ORACLE_HOME/jdbc/lib/ojdbc14.jar.
How can change Oracle JDBC drivers ojdbc14 jar to ojdbc15.jar.

>
On the machine I installed the server, Oracle JDBC drivers are in ORACLE_HOME/jdbc/lib/ojdbc14.jar.
How can change Oracle JDBC drivers ojdbc14 jar to ojdbc15.jar.
>
You can't - do not attempt to or you may break Oracle.
The JVM is an integral part of Oracle and without the proper, certified version of the JVM the database will not run properly. In fact if you use Oracle installer and elect to remove the JVM the database itself will be removed also.
Oracle 11g installs with JDK 1.5 and that is the ONLY version that is certified to work properly with 11g. If you attempt to use any other version you are violating your support contract and will likely have errors.
The installed version of the JDK is the version that Oracle itself uses and is the version that will be used for any Java classes that you load into the database and run from within Oracle.
You are free to use any version of the JDK you want for external Java applications.

How to use two different ojdbc14.jar for two web application.

Hi,
I have two web application running in same tomcat, I need to use the two different ojdbc14.jar for two application, now both are taking the jars from tomcat common/lib directory, I tried copying the new ojdbc14.jar in web-inf/lib folder of one application, but it is not working.
Could you please let me know whether this will take the jar from tomcat by befault or from web-inf, and a solution how to proceed with this.
Thanks in advance.

Yes, I tried removing the jars from common/lib, but as the connection string is mentioned inside the server.xml it is showing db connection error while trying to connect to the database

Performance problem with ojdbc14.jar

Hi,
We are having performance problem with ojdbc14.jar in selecting and updating (batch updates) entries in a table. The queries are taking minutes to execute. The same java code works fine with classes12.zip ans queries taking sub seconds to execute.
We have Oracle 9.2.0.5 Database Server and I have downloaded the ojdbc14.jar from Oracle site for the same. Tried executing the java code from windows 2000, Sun Solaris and Opteron machines and having the same problem.
Does any one know a solution to this problem? I also tried ojdbc14.jar meant for Oracle 10g, that did not help.
Please help.
Thanks
Yuva

My code is doing some thing which might be working well with classes12.zip and which does not work well with ojdbc14.jar? Any general suggestions to make the code better, especially for batch updates.
But for selecting a row from the table, I am using index columns in the where cluase. In the code using PreparedStatement, setting all the reuired fields. Here is the code. We have a huge index with 14 fields!!. All the parameters are for where clause.
if(longCallPStmt == null) {
longCallPStmt = conn.prepareStatement(longCallQuery);
log(Level.FINE, "CdrAggLoader: Loading tcdragg entry for "
+GeneralUtility.formatDate(cdrAgg.time_hour, "MM/dd/yy HH"));
longCallPStmt.clearParameters();
longCallPStmt.setInt(1, cdrAgg.iintrunkgroupid);
longCallPStmt.setInt(2, cdrAgg.iouttrunkgroupid);
longCallPStmt.setInt(3, cdrAgg.iintrunkgroupnumber);
longCallPStmt.setInt(4, cdrAgg.iouttrunkgroupnumber);
longCallPStmt.setInt(5, cdrAgg.istateregionid);
longCallPStmt.setTimestamp(6, cdrAgg.time_hour);
longCallPStmt.setInt(7, cdrAgg.icalltreatmentcode);
longCallPStmt.setInt(8, cdrAgg.icompletioncode);
longCallPStmt.setInt(9, cdrAgg.bcallcompleted);
longCallPStmt.setInt(10, cdrAgg.itodid);
longCallPStmt.setInt(11, cdrAgg.iasktodid);
longCallPStmt.setInt(12, cdrAgg.ibidtodid);
longCallPStmt.setInt(13, cdrAgg.iaskzoneid);
longCallPStmt.setInt(14, cdrAgg.ibidzoneid);
rs = longCallPStmt.executeQuery();
if(rs.next()) {
cdr_agg = new CdrAgg(
rs.getInt(1),
rs.getInt(2),
rs.getInt(3),
rs.getInt(4),
rs.getInt(5),
rs.getTimestamp(6),
rs.getInt(7),
rs.getInt(8),
rs.getInt(9),
rs.getInt(10),
rs.getInt(11),
rs.getInt(12),
rs.getInt(13),
rs.getInt(14),
rs.getInt(15),
rs.getInt(16)
}//if
end_time = System.currentTimeMillis();
log(Level.INFO, "CdrAggLoader: Loaded "+((cdr_agg==null)?0:1) + " "
+ GeneralUtility.formatDate(cdrAgg.time_hour, "MM/dd/yy HH")
+" tcdragg entry in "+(end_time - start_time)+" msecs");
} finally {
GeneralUtility.closeResultSet(rs);
GeneralUtility.closeStatement(pstmt);
Why that code works well for classes12.zip (comes back in around 10 msec) and not for ojdbc14.jar (comes back in 6-7 minutes)?
Please advise.

Problem with ojdbc14.jar (oracle10g Rel. 2 driver) in updating a BLOB field

Hello All,
Our web application uses oracle10g Release 2 jdbc driver with websphere 5.1.1.4 and oracle 9i. When it tries to update a BLOB field in the database updation is successful but it is updating that field with a null value. So rest of our application fails as this value is becoming null. We use an entity bean to update this table and websphere uses a prepared statement to update this table. Just before setting this BLOB field using setBinaryStream() on prepared statement I am printing to see whether it is null or not as shown in the code snippet below. And it is printing it correctly as non null. But after execution of the prepared statement some how the value stored in database is null.
Is this a known issue with this driver? Does any one know work around or a solution to this? We have 3 BLOB fields in that table. Is that a problem? If we separate these BLOB fields into separate tables will the problem be solved? Any input on this is very much appreciated.
// For column ORIGINAL_CONTENT
byte[] tempbyteArray;
tempbyteArray=(byte[])inputRecord.get(25);
if (tempbyteArray == null) {
System.out.println("DqPageBeanFunctionSet_f9c724af: tempbyteArray NULLLLLLL");
} else {
System.out.println("DqPageBeanFunctionSet_f9c724af: orig tempbyteArray length: " + tempbyteArray.length);
if(tempbyteArray != null) {
pstmt.setBinaryStream(25,new java.io.ByteArrayInputStream(tempbyteArray),tempbyteArray.length);
else pstmt.setNull(25,java.sql.Types.BLOB);
Thanks & Regards,
-Sunitha

I have similar problem and I solved it using ojdbc14.jar oracle9i version.
try...

Ojdbc6.jar ojdbc14.jar anamoly and a bug

PROGRAM
PreparedStatement ps = connection.prepareStatement( "select dob from pers", ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLE);
ResultSet.getString("dob");
Output:
ojdbc14.jar:
*6/1/2012 0:0:0*
ojdbc6.jar:
*2001-06-01 00:00:00*
Why the difference? Is this a bug? Is there a fix? I require ojdbc6 output to be the same as ojdbc14. How can I achieve that? (Yes, I know its good to use ResultSet.getDate(...) instead of ResultSet.getString(...) etc etc but this is legacy code and there are too many occurrences for me to change all of them.)
Edited by: 935389 on May 18, 2012 3:51 PM

1. Get a Timestamp instead of a string.
2. Format the string in SQL and stop relying on the JDBC to do it.I quote again from my first post,
(Yes, I know its good to use ResultSet.getDate(...) instead of ResultSet.getString(...) etc etc but this is legacy code and there are too many occurrences for me to change all of them.)
No. Both values are correct they are just formatted differently. And the spec says nothing about how it formats strings.Java ResultSet API does not say anything about the format but this was not caused by Java6. It was ojdbc6.jar.
Also, the result is the same if I don't use,
ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLEIt is not good to simply change format even though Oracle JDBC didn't specify any format either. Does this mean I'll have to test everything that is not specified in their spec? It is a bug.
Edited by: 935389 on May 20, 2012 5:21 PM

How do I install the "ojdbc14.jar" driver?

Hi...
I want to start with JDBC APIs. I have downloaded the Oracle driver "ojdbc14.jar". I don't know where to keep this driver and what all settings need to be done.
Can any one help?
Thanks...

Are you by any chance new to Java?
If not, then where you put the jar depends on the type of application you are building.
For example, I build a lot of web applications which are deployed as WAR files to an app server. In this case, I usually put the ojdbc.jar in the WEB-INF/lib. You can also put the jar in common/lib of the app server so that all apps have access to it.
Use of the system environment variable CLASSPATH is not used so much anymore with recent JDKs.
If you are new to Java then I recommend choosing a decent IDE (Eclipse/NetBeans/JDeveloper are the main free ones) and going through the Java tutorial. It has a section on using JDBC.
Hope that helps,
Rakesh

Bug in TNS Parser of ojdbc14.jar

Hi,
we recently had problems with two customers using ojdbc14.jar in association with tnsnames.ora. The following exception was thrown:
java.lang.ArrayIndexOutOfBoundsException : Array index out of range: 148
oracle.net.nl.NVTokens.parseTokens(Unknown Source)
oracle.net.nl.NVFactory.createNVPair(Unknown Source)
oracle.net.nl.NLParamParser.addNLPListElement(Unknown Source)
oracle.net.nl.NLParamParser.initializeNlpa(Unknown Source)
oracle.net.nl.NLParamParser.<init>(Unknown Source)
oracle.net.resolver.TNSNamesNamingAdapter.loadFile(Unknown Source)
oracle.net.resolver.TNSNamesNamingAdapter.checkAndReload(Unknown Source)
oracle.net.resolver.TNSNamesNamingAdapter.resolve(Unknown Source)
oracle.net.resolver.NameResolver.resolveName(Unknown Source)
oracle.net.resolver.AddrResolution.resolveAndExecute(Unknown Source)
oracle.net.ns.NSProtocol.establishConnection(Unknown Source)
oracle.net.ns.NSProtocol.connect(Unknown Source)
oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:858)
oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:268)
oracle.jdbc.driver.PhysicalConnection.<init>(PhysicalConnection.java:441)
oracle.jdbc.driver.T4CConnection.<init>(T4CConnection.java:165)
oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:35)
oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:801)
I checked with JAD what's wrong in that NVTokens class and found the following code fragment:
public boolean parseTokens(String s)
_numTokens = 0;
_tkPos = 0;
_tkType = new Vector(25, 25);
_tkValue = new Vector(25, 25);
int i = s.length();
char ac[] = s.toCharArray();
int j = 0;
do
if(j >= i)
break;
for(; j < i && _isWhiteSpace(ac[j]); j++);
switch(ac[j])
case 40: // '('
as you can see, the whitespace-eating for loop could loop until j == i, and then the switch(ac[j]) would cause a ArrayIndexOutOfBoundsException.
The tnsnames.ora which led to the exception all had an entry of the form:
ORCL.WORLD =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 10.20.30.40)(PORT = 1521))
(CONNECT_DATA =
(SID = ORCL)
It was sufficient to insert a blank before the "(DESCRIPTION =" token to prevent the parser from running into the bug. However, if we have to instruct all our customers how and where to insert blanks in their tnsnames.ora, it will get a bit annoying.
I downloaded the latest 1.4 driver version (the used driver was about 3 years old, so I was hoping the bug was corrected in the meantime), but the bug was present there, too.
So please, if any Oracle personnel read this thread, report this to your jdbc driver developers, and hopefully there will be a bug fix in the future.
Best regards,
Hans Vetter
Edited by: user1649592 on Jun 23, 2010 1:11 AM
Edited by: user1649592 on Jun 23, 2010 1:11 AM

Hi,
To supplement my last post, I only get the ArrayIndexOutOfBoundsException on a 64-bit Windows Server 2008 machine. When I run 32-bint Windows Server 2008, the exception does not occur and the database connection works fine. Has this problem been fixed for 64 bit machines ? Or is there something additional that needs to be configured for 64 bit machines ?
Thanks,
Tom Vicker

ClassSpy ESDK sample does not work in JDev 11g. Works fine in 10g.

I downloaded and unzipped JDev 11g.
downloaded the ESDK samples via check updates.
Installed samples and deployed them.
When I UI debug classSpy sample , selecting jdev/bin/jdev.conf as a default run target , I get the following error.
java.lang.IllegalStateException: Unable to create an InitialContext.
The complete log of the UI debug window is as below.
D:\Official\JDEV11G\jdk\bin\javaw.exe -client -Xdebug -Xrunjdwp:transport=dt_socket,server=y,address=2174 -Dhttp.proxyHost=emeacache.uk.oracle.com -Dhttp.proxyPort=80 -Dhttp.nonProxyHosts=null -Dhttps.proxyHost=emeacache.uk.oracle.com -Dhttps.proxyPort=80 -Dhttps.nonProxyHosts=null -Xmx512M -Xverify:none -XX:JavaPriority10_To_OSPriority=10 -XX:JavaPriority9_To_OSPriority=9 -XX:MaxPermSize=160M -Xbootclasspath/p:../lib/lwawt.jar -Dide.config_pathname=D:\Official\JDEV11G\jdev\bin\jdev.conf -Djava.class.path=..\..\ide\lib\ide-boot.jar;D:\Official\JDEV11G\jdev\lib\jdev-remote.jar -Dlaunched.from.jdev=true oracle.jdevimpl.runner.uidebug.debuggee.Debuggee -silent oracle.ide.boot.Launcher
Listening for transport dt_socket at address: 2174
Debugger connected to local process.
Processing 276 classes that have already been prepared...
Finished processing prepared classes.
Exception breakpoint occurred at line 145 of EventDispatchThread.java.
java.lang.IllegalStateException: Unable to create an InitialContext.

As this is a preview release, not all extension have been updated to support 11g.
Regards,
Ric

Which ojdbc14.jar JDBC driver to use for Oracle 10g database

When ODI is installed there seems to be an Oralce JDBC driver in place in the drivers folder (ojdbc14.jar).
When we connect to an Oracle datastore and point to a table and use the 'reverse' function to populate the columns - it sort of works OK but does not bring back the datatypes properly. This is found to be when the Oracle table has UNICODE character datatypes NCHAR and NVARCHAR. If a table has CHAR and VARCHAR it is all OK but any table that has UNICODE datatyoe has a problem.
Is this likely to be the JDBC driver ?
We have tried replacing this ojdbc14.jar with the older classes12 and this, as expected, did not resolve the issue.
We then tried replacing it with the latest 10.2.0.4 ojdbc14.jar but again no difference.
Does anyone have any experience with Oracle JDBC drivers and what release level to use - and using against UNICODE datatypes in tables ?
Regards

Our problem is that when we use 'reverse' to populate the columns from a physicla table in an Oracle database - ODI is obviously 'seeing' the ORacle table and is correctly understanding the columns in the table and defining them in it's model - but wherever there is a column with a datatype in the ORacle database of NCHAR or NVARCHAR it fails to populate the datatype or the 'length' of these columns. If I manually try to specify the datatype these 2 unicode data types do NOT exist in the pull down list of datatypes.
I see what you are asking - if these datatypes are actually defined as datatypes within the actual technology - I cant access my lab right now but will check as soon as I can. Thanks for the suggestion.

Pointing portal server from classes12.jar to ojdbc14.jar JDBC driver

Hi,
     Some time ago we upgraded our portal landscape from Oracle 9.2.0.7 to Oracle 10.2.0.2. Using OSS Notes 867176 and 915079, we pointed our portal servers to use the newer and recommended ojdbc14.jar driver. This included using Config manager to change the rdbms.driverLocation parameter to point to the new driver.
     A few months later (last week), thinking that we had our bases covered, we removed the old ORACLE_HOME, /oracle/<SID>/920_32. Upon restarting the portal we got quite a shock- it would NOT come up! The first problem was the bootstrap.properties in the /usr/sap/<SID>/JC00/j2ee/cluster/bootstrap directory which had the same dbms.driverLocation parameter pointed to the old driver in the old ORACLE_HOME. After correcting this, we ran into further problems with neither the dispatcher or the servers (2 per system) coming up. Find this curious, we ran the following unix commands and identified more *.properties files with the same rdbms.driverLocation parameter-
cd /usr/sap/<SID>/JC00/j2ee
find . -name '*.properties' -exec grep -H 920_32 {} \;
./deploying/rdb.properties -
            rdbms.driverLocation=/usr/sap/EPP/JC00/j2ee/classes12.jar
./cluster/server0/cfg/kernel/ConfigurationManager.properties -
            rdbms.driverLocation=/usr/sap/EPP/JC00/j2ee/classes12.jar
./cluster/server0/cfg/kernel/ConfigurationManager.properties -
            rdbms.driverLocation=/usr/sap/EPP/JC00/j2ee/classes12.jar
./cluster/dispatcher/cfg/kernel/ConfigurationManager.properties -
            rdbms.driverLocation=/usr/sap/EPP/JC00/j2ee/classes12.jar
./templateconfigurator.properties -
           $=/usr/sap/EPP/JC00/j2ee/classes12.jar
We then proceeded to manually edit each of the files to use the newer ojdbc14.jar driver. Surprisingly, it turns out that editing the ConfigurationManager properties files for the 2 servers and the dispatcher had no effect- upon recycling the portal the entire cfg/kernel directory gets wiped out and replaced.
So what's the problem here? I don't have an issue with directories being recreated- but why is the ojdbc14.jar driver setting not being picked up from the change made for each server and dispatcher in the Configuration Manager?   I have examined all the services listed in the Configuration Manager and the Visual Administrator and can find no more references to the old ORACLE_HOME.
Oh, incidently, curiously enough, for single portal systems, the JDBC driver is obtained from the /oracle/<SID>/102_64/jdbc/lib directory and not from the /usr/sap/<SID>/JC00/j2ee directory which is the case for portal servers involving more than 1 server.
Hoping for help here ...
Sincerely,
Steven McElwee, Duke University

right click ur project and select properties. In Java Build Path add the ojdbc14.jar in the librariies tab.
http://www.oracle.com/technology/tech/java/sqlj_jdbc/htdocs/jdbc_faq.html
Edited by: user7361177 on Aug 1, 2009 10:19 PM

Jheadstart will be integrated into Jdev 9.0.5

In JHeadstart new feature direction, it will be
integrated into Jdeveloper 9.0.5, that is when Jdeveloper
released all body needn't to buy standalone JHeadstart
like now.
Is this thinking right or wrong ?

Ok, I think the confusion is caused by an unfortunate phrasing from our side. What we meant with "integrated in Jdev 9.0.5", is not that JHeadstart as a product will be gone. All we meant to say there is that we will make JHeadstart compatible with jdev 9.0.5 and ADF.
The JHeadstart team is thrilled about the ADF initiative, we think it is great technology. With JHeadstart we will 100% align with ADF, but Jan is right we have to work out the details of what this exactly means. Here is a summary of our current plans:
Our first goal is to release a new JHeadstart version end of August (2003) compatible with the current jdev production version
(9031/904). As you probably know, this release adds support for JSP and Struts. UIX and MVC Framework support will stay in.
After this release, we will focus completely on ADF integration. We have identified the following integration areas:
- Use ADF data binding. We have to look in more detail into the ADF binding, but as we see it right now, some of the more
trivial JHeadstart mvc processes/struts actions can go away, like BrowseDataSourceSet and HandleTableEvent. Standard actions
like browsing, scrolling and save one record can be done declaratively with ADF data binding. However, more complex save
actions like we support in SaveDataSourceSet will remain.
- Add ability to use JSTL and EL in generated JSP pages (in the upcoming release, we use all Struts tag libs)
- Replace our custom BC4J generator with the Designer BC4j Generator within the JHeadstart Designer Generator
- Upgrade MVC Framework to ADF controller (ADFc) (Note that ADFc will not yet be available in 905 preview).
Apart from ADF integration, we would like to enhance the JHeadstart Application Generator significantly in future releases, for example, generating wizard style layouts, multi-select LOV's, shuttles, unlimited nesting of groups, etc.
In summary, some of the JHeadstart runtime components and some JHeadstart handler functionality will become obsolete with ADF.
However, the Application Generator, driven from the JHeadstart application structure file and ADF meta data, will remain a significant productivity booster, as well as some of the more sophisticated JHeadstart Struts actions.
Also, the JHeadstart Designer Generator adds significant value on top of the Designer BC4J generator: it allows you to
migrate not only the Model, but a complete application including the View and Controller.
One of the really nice things of JHeadstart-ADF combination is that after you have generated a "second-cut" application
with Jheadstart, you should be able to use the ADF Struts visual page flow modeler and ADF layout editor to pick up the generated
struts-config, and generated uix/jsp pages and finish off your application with visual aids.
Hope this clarifies a bit how we see JHeadstart with respect to ADF.
Steven Davelaar,
JHeadstart Team.

Ojdbc14.jar not integrated in JDev 9.0.5.x?

Similar Messages

Maybe you are looking for