On 26/01/2010, at 2:50 PM, ute Hoffmann wrote: > Am 26.01.2010 um 01:23 schrieb Lachlan Deck: > >> On 26/01/2010, at 8:17 AM, ute Hoffmann wrote: >> >>> I tried to update an Application on a Debian Server to wonder and failed. >>> >>> This is the error which is thrown: >>> /opt/Apple/Local/Library/WebObjects/Extensions/maxmindgeoip.jar >>> /opt/Apple/Local/Library/WebObjects/Extensions/ >>> java.lang.reflect.InvocationTargetException >>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> at >>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >>> at >>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >>> at java.lang.reflect.Method.invoke(Method.java:324) >>> at com.webobjects._bootstrap.WOBootstrap.main(WOBootstrap.java:71) >>> Caused by: com.webobjects.foundation.NSForwardException >>> [java.util.zip.ZipException] No such file or directory >>> at >>> com.webobjects.foundation.NSForwardException._runtimeExceptionForThrowable(NSForwardException.java:47) >>> at er.extensions.ERXApplication.stringFromJar(ERXApplication.java:321) >>> at er.extensions.ERXApplication.setup(ERXApplication.java:365) >>> at er.extensions.ERXApplication.main(ERXApplication.java:331) >>> at Application.main(Application.java:26) >>> >>> A earlier post indicates a classloader issue, but I checked and double >>> checked the items in WebObjects/Extensions and >>> it looks ok compared to two Mac Os X Machines running the same app under >>> wonder and working. >>> >>> It stops loading at the saaj.jar, I think, but again, it seems to have the >>> right permissions, I did not change it from before the upgrade >>> and everythink worked with the older Version of the app and this saaj.jar. >>> I then copied the jar from another server with wonder >>> which works fine - error still there on the affected server... >>> >>> What I noticed is that the wonder framworks contain/load different versions >>> of jcommon and log4j, for example. >>> Could that lead to a conflict which results in this error - should I remove >>> those jars from /WebObjects/Extensions? >> >> Yes. It's oft mentioned that the best solution is to fully embed all >> frameworks/libs in each app such that they're self contained. Then you'll >> have no conflicts, just larger apps. > > Have you any idea why this gives a possible conflict on Debian Linux but > works well on Mac Os X with exactly the same setup, files in Extensions > and wonder?
No. There's probably something different you're not seeing. > Embedding all files in the frameworks will not work in my case as I have > typically many times (60+) the same app stubs which belong to the > same frameworks on one server thus embedding all WebObjects Frameworks/my > Frameworks into all Frameworks and all Apps would multiply my required disk > space considerably. Only embedding into apps is required. Each framework need not embed all its dependencies. The advantage of this is being able to upgrade any application at any time without having to worry about whether or not to upgrade the other 59 apps & their instances. with regards, -- Lachlan Deck _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [email protected]
