I'm testing JDeveloper Preview 10.1.3.0.2.223 and find some problems when using hibernate 3.0

When I'm using with OC4J, some packages conflicts and Hibernate don't work.

I hava to rename <jdevhome1013>\webservices\lib to <jdevhome1013>\webservices\libold
and replace the file <jdevhome1013>\j2ee\home\lib\asm.jar from file asm.jar that folloies Hibernate 3.0

So, I'd like to know if it's a know bug, a unknow bug or JDeveloper/OC4J won't support applications with Hibernate?

Thanks.

I think that your question is more an OC4J question than a JDeveloper question, so you might want to try posting this on their forum also. It seems that what you are looking to do is replace some of the libraries that come with OC4J by default. This is something that we support in 10.1.3 preview.
See their page for some information on swaping libraries that come with OC4J (for example the JDBC libs or XML parsers):
http://www.oracle.com/technology/tech/java/oc4j/1013/howtos/index.html

Set the property

hibernate.query.factory_class=org.hibernate.hql.classic.ClassicQueryTranslatorFactory

in hibernate.properties file.

Jim, you are my Idol!!!!

I'm evaluating JDeveloper (for the first time, not migrating from a previous version), so I'm realy brand new with this environment.

Now that I see that you (maybe) go in the same direction I go, please, give me your opinion about one point.

I can see JDeveloper gives the developer a lot of code-generating advantages if you accept using ADF and the rest of the whole Oracle proposed environment. Specifically, the amazing speed you can get on binding the three tiers: database (with connections and drag-and-drops for tables), Business Objects and logic (with middle tier wizards) and presentation tier (with that great drag-and-drop jsp creation tool). I think all this tools can really make a speed-difference…

But… I don’t like “proprietary solutions”, I like open-source-standards, so… I prefer Hibernate (3.0.5), any structural-framework, like Struts or whichever, and for example JSF for the presentation tier (still evaluating this point)

I’ve seen that tutorial about using Hibernate + JSF with JDeveloper (http://www.oracle.com/technology/pub/articles/vohra_hibernate.html) but it didn’t satisfied me too much: It’s written for Hibernate 2.1.8 and migrating to Hibernate 3.0 is not possible without a headache…

So finally, I decided to import a “neutrally” built Struts + Hibernate 3.0 project and try to “speed it up” using JDeveloper. And then it was when I hit my head against this problem you’ve just solved! Jiiiimy, Jiiiiimy!!!! :-))))))

So, finally, my questions:

1) Would you say that if I’m developing this within this kind of tools, then JDeveloper still gives me much of the speed It gives in the first case? Can I drag-and-speedy-drop from database to model tier, or from model to control or to presentation tiers without introducing any Oracle libraries in my project? How? Do you have any example?
2) In your opinion, which is the best environment for speeding up this whole development process: JDeveloper, Eclipse + Exadel or any other plug-in environment? Any other you may prefer?

Hey, again, thanks a lot!! Oracle should take note of the bug you detected (and maybe pay you some bucks for it :-))

Fer

Refer to http://technology.amis.nl/blog/index.php?p=705 for Hibernate 3.0 with JDev 10.1.3

go to the toplink/lib folder of jdev and replace the antlr.jar by the antlrxxx.jar that comes with libs needed by hibernate.

The better solution for handling conflicts between TopLink and other libraries when TopLink is not being used is to remove it as a shared library for you application.

This can be done within the orion-application.xml file with the following:

  <imported-shared-libraries>
    <remove-inherited name="oracle.toplink"/>
  </imported-shared-libraries>

Doug

Thank you, Doug! This saved my day!

Configuration seems much more sensible than deleting files

For any others who may still find this post. The errors printed revolved around org.hibernate.hql.ast.HqlToken and other areas where I had used HQL.

The errors came up when I was testing my application on an OC4J server. The conflicting antlr.jar files seem to be the cause of the problem. Doug's fix to the orion-application.xml file is the trick!

Thanks!

EDIT: This configuration worked out slick for my local oc4j server that I test on. When it came time to deploy to my institution's Oracle Application Server the configuration did not stick. I then had to follow the instructions of this article to remove the import upon deploy time:

http://download.oracle.com/docs/cd/B25221_04/web.1013/b14433/classload.htm#CIHFABFI

Message was edited by:
oreo_masta