Max Rydahl Andersen wrote:
Their usual strategy is to repackage the third party libs into weblogic.*, so they basically don't have to. antlr isn't.
Weblogic sucks big time then! Can this really be true that they dont have proper isolation ?!
And yes - if weblogic really is that bad then repackaging antlr will be their only option.
No I mean, we repackage to prevent any trouble (ie we pervert the system to accomodate)
yes - and that sucks! Isnt there anyway to package a weblogic deployment which will pick up our antlr ?
I'm also thinking on a third option which is that I have now made a antlr that does proper
classloading - could weblogic users not simply be told to put that in their
weblogic system as a workaround their bad appserver ?
You can add antlr before weblogic.jar in the CP, but I'm not sure the BEA support team would like to help such customer...
-max
-max
----- Original Message ----- From: "Emmanuel Bernard" <[EMAIL PROTECTED]>
To: "Max Rydahl Andersen" <[EMAIL PROTECTED]>
Cc: "Hibernate development" <hibernate-devel@lists.sourceforge.net>
Sent: Tuesday, March 15, 2005 10:57 AM
Subject: Re: [Hibernate] antlr class.forname
I'm really *not* keen on that, but for now the best solutions seems to repackage antlr in our own subpackage.
Any pros and cons.
Even if BEA is reactive, their userbase won't migrate until... some time.
Max Rydahl Andersen wrote:
Hi guys,
I've confirmed that antlr has 11 instances of class.forname.
I've written to their list about making a patch (its trivial) so it will be more j2ee friendly.
Still this does not solve our problem before Weblogic start using
the new antlr or let our classes override their classes (this should be working if they have proper isolation of archives)
/max
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
hibernate-devel mailing list
hibernate-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hibernate-devel
-- Emmanuel Bernard [EMAIL PROTECTED] callto://emmanuelbernard
http://www.hibernate.org
-- Emmanuel Bernard [EMAIL PROTECTED] callto://emmanuelbernard
http://www.hibernate.org
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel
