Re: [Tomcat] -Classpath ordering issue (Dev WO)

2020-02-28 Thread Dev WO via Webobjects-dev 
t.artifactId}/WEB-INF/lib/JavaWebServicesSupport.jar"
>   webAppMount="/WEB-INF/lib/JavaWebServicesSupport.jar" />
>className="org.apache.catalina.webresources.FileResourceSet"
>   
> base="${catalina.base}/webapps/${project.artifactId}/WEB-INF/lib/JavaXML.jar"
>   webAppMount="/WEB-INF/lib/JavaXML.jar" />
> 
>   
> 
> 
> Hope it helps,
> 
> F
> 
> -- 
> Faizel Dakri
> list...@dakri.com <mailto:list...@dakri.com>
>> On Jan 30, 2020, at 04:13 AM, Dev WO via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Hi Matthew,
>> 
>> I will try that.
>> 
>> Also I’m currently looking into using the PreResources feature like this:
>> 
>> -creating a directory mywebapp/WEB-INF/prelib with all the system jars (the 
>> Apple ones)
>> -mywebapp/WEB-INF/context.xml contains
>> 
>> 
>>  
>>  > className="org.apache.catalina.webresources.DirResourceSet" 
>> base=“/WEB-INF/prelib" webAppMount="/WEB-INF/lib" />
>>  
>> 
>> 
>> but it doesn’t work for now. I also tried with an absolute path, but same 
>> failure ( java.lang.ClassNotFoundException for WOApplication)
>> 
>> Have you ever tried that way? any pointers?
>> 
>> Thanks,
>> 
>> Xavier
>>  
>> 
>>> On 30 Jan 2020, at 10:57, >> <mailto:matthew.long...@proact.net>> >> <mailto:matthew.long...@proact.net>> wrote:
>>> 
>>> Hi Xavier
>>> 
>>> We had exactly the same issue on one of our sites. In the end the resolution
>>> was not to change the tomcat class loaders but to actually pre expand the
>>> required jars into a classes directory within the war, in our case it was
>>> only the ERExtensions.jar needed
>>> 
>>> e.g. 
>>> X.war/WEB-INF/classes/com/webobjects/...
>>> X.war/WEB-INF/classes/er/extensions/...
>>> 
>>> Anything in here will be loaded prior to the jars within WEB-INF/lib
>>> 
>>> Regards
>>> Matt
>>> 
>>> -Original Message-
>>> From: Webobjects-dev
>>> >> <mailto:webobjects-dev-bounces+matthew.longden=proact@lists.apple.com>> 
>>> On
>>> Behalf Of webobjects-dev-requ...@lists.apple.com 
>>> <mailto:webobjects-dev-requ...@lists.apple.com>
>>> Sent: 29 January 2020 17:57
>>> To: webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>>> Subject: Webobjects-dev Digest, Vol 17, Issue 32
>>> Importance: Low
>>> 
>>> Send Webobjects-dev mailing list submissions to
>>> webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>>> 
>>> To subscribe or unsubscribe via the World Wide Web, visit
>>> https://lists.apple.com/mailman/listinfo/webobjects-dev 
>>> <https://lists.apple.com/mailman/listinfo/webobjects-dev>
>>> or, via email, send a message with subject or body 'help' to
>>> webobjects-dev-requ...@lists.apple.com
>>> 
>>> You can reach the person managing the list at
>>> webobjects-dev-ow...@lists.apple.com
>>> 
>>> When replying, please edit your Subject line so it is more specific than
>>> "Re: Contents of Webobjects-dev digest..."
>>> 
>>> 
>>> Today's Topics:
>>> 
>>>   1. [Tomcat] -Classpath ordering issue (Dev WO)
>>>   2. Re: [Tomcat] -Classpath ordering issue (Konrad Kubacki)
>>>   3. Fwd: [Tomcat] -Classpath ordering issue (Dev WO)
>>>   4. Re: [Tomcat] -Classpath ordering issue (Dev WO)
>>> 
>>> 
>>> --
>>> 
>>> Message: 1
>>> Date: Wed, 29 Jan 2020 08:32:25 +0100
>>> From: Dev WO 
>>> To: "webobjects-dev@lists.apple.com" 
>>> Subject: [Tomcat] -Classpath ordering issue
>>> Message-ID: <06d8ad23-3cd7-43d1-a9c9-4f7e34337...@anazys.com>
>>> Content-Type: text/plain;   charset=utf-8
>>> 
>>> Hi WOers,
>>> 
>>> I?m starting to lost my mind with a Tomcat deployment (not my choice)
>>> 
>>> I have 4 machines:
>>> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
>>> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
>&

Re: [Tomcat] -Classpath ordering issue (Dev WO)

2020-01-31 Thread Faizel Dakri via Webobjects-dev 
Xavier, 

I make use of the PreResources and PostResources directives in my context.xml 
file. FYI, I noticed you put the context.xml file in WEB-INF. I have mine in 
the META-INF folder.


Mine looks like this:




























Hope it helps,

F

-- 
Faizel Dakri
list...@dakri.com

> On Jan 30, 2020, at 04:13 AM, Dev WO via Webobjects-dev 
>  wrote:
> 
> Hi Matthew,
> 
> I will try that.
> 
> Also I’m currently looking into using the PreResources feature like this:
> 
> -creating a directory mywebapp/WEB-INF/prelib with all the system jars (the 
> Apple ones)
> -mywebapp/WEB-INF/context.xml contains
> 
> 
>   
>className="org.apache.catalina.webresources.DirResourceSet" 
> base=“/WEB-INF/prelib" webAppMount="/WEB-INF/lib" />
>   
> 
> 
> but it doesn’t work for now. I also tried with an absolute path, but same 
> failure ( java.lang.ClassNotFoundException for WOApplication)
> 
> Have you ever tried that way? any pointers?
> 
> Thanks,
> 
> Xavier
>  
> 
>> On 30 Jan 2020, at 10:57, > <mailto:matthew.long...@proact.net>> > <mailto:matthew.long...@proact.net>> wrote:
>> 
>> Hi Xavier
>> 
>> We had exactly the same issue on one of our sites. In the end the resolution
>> was not to change the tomcat class loaders but to actually pre expand the
>> required jars into a classes directory within the war, in our case it was
>> only the ERExtensions.jar needed
>> 
>> e.g. 
>> X.war/WEB-INF/classes/com/webobjects/...
>> X.war/WEB-INF/classes/er/extensions/...
>> 
>> Anything in here will be loaded prior to the jars within WEB-INF/lib
>> 
>> Regards
>> Matt
>> 
>> -Original Message-
>> From: Webobjects-dev
>> > <mailto:webobjects-dev-bounces+matthew.longden=proact@lists.apple.com>> 
>> On
>> Behalf Of webobjects-dev-requ...@lists.apple.com 
>> <mailto:webobjects-dev-requ...@lists.apple.com>
>> Sent: 29 January 2020 17:57
>> To: webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>> Subject: Webobjects-dev Digest, Vol 17, Issue 32
>> Importance: Low
>> 
>> Send Webobjects-dev mailing list submissions to
>>  webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>  https://lists.apple.com/mailman/listinfo/webobjects-dev
>> or, via email, send a message with subject or body 'help' to
>>  webobjects-dev-requ...@lists.apple.com
>> 
>> You can reach the person managing the list at
>>  webobjects-dev-ow...@lists.apple.com
>> 
>> When replying, please edit your Subject line so it is more specific than
>> "Re: Contents of Webobjects-dev digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. [Tomcat] -Classpath ordering issue (Dev WO)
>>   2. Re: [Tomcat] -Classpath ordering issue (Konrad Kubacki)
>>   3. Fwd: [Tomcat] -Classpath ordering issue (Dev WO)
>>   4. Re: [Tomcat] -Classpath ordering issue (Dev WO)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Wed, 29 Jan 2020 08:32:25 +0100
>> From: Dev WO 
>> To: "webobjects-dev@lists.apple.com" 
>> Subject: [Tomcat] -Classpath ordering issue
>> Message-ID: <06d8ad23-3cd7-43d1-a9c9-4f7e34337...@anazys.com>
>> Content-Type: text/plain;charset=utf-8
>> 
>> Hi WOers,
>> 
>> I?m starting to lost my mind with a Tomcat deployment (not my choice)
>> 
>> I have 4 machines:
>> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
>> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
>> 3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything
>> works 4-Customer ?beta test" machine (Debian / Tomcat 9.0.20) => Some part
>> of the app doesn?t work
>> 
>> Of course machine #4 is the one I have the least access?
>> 
>> By "Some part of the app doesn?t work? I mean that I have some asynchronous
>> thread that do their job, I have some HTML interfaces that works, but other
>> don?t...
>> After way too much trial, I was able to get basically the same errors on my
>> dev machine by changing the class path

Re: [Tomcat] -Classpath ordering issue (Dev WO)

2020-01-31 Thread Dev WO via Webobjects-dev 
First, thanks a lot Matthew, that did the trick.

May I ask how you automate that for subsequent build?

I’m still trying to make the PreResources work without success so far. But I 
feel like it would be the most reliable way for futur version of Tomcat…

Thanks

Xavier


> On 30 Jan 2020, at 11:13, Dev WO via Webobjects-dev 
>  wrote:
> 
> Hi Matthew,
> 
> I will try that.
> 
> Also I’m currently looking into using the PreResources feature like this:
> 
> -creating a directory mywebapp/WEB-INF/prelib with all the system jars (the 
> Apple ones)
> -mywebapp/WEB-INF/context.xml contains
> 
> 
>   
>className="org.apache.catalina.webresources.DirResourceSet" 
> base=“/WEB-INF/prelib" webAppMount="/WEB-INF/lib" />
>   
> 
> 
> but it doesn’t work for now. I also tried with an absolute path, but same 
> failure ( java.lang.ClassNotFoundException for WOApplication)
> 
> Have you ever tried that way? any pointers?
> 
> Thanks,
> 
> Xavier
>  
> 
>> On 30 Jan 2020, at 10:57, > <mailto:matthew.long...@proact.net>> > <mailto:matthew.long...@proact.net>> wrote:
>> 
>> Hi Xavier
>> 
>> We had exactly the same issue on one of our sites. In the end the resolution
>> was not to change the tomcat class loaders but to actually pre expand the
>> required jars into a classes directory within the war, in our case it was
>> only the ERExtensions.jar needed
>> 
>> e.g. 
>> X.war/WEB-INF/classes/com/webobjects/...
>> X.war/WEB-INF/classes/er/extensions/...
>> 
>> Anything in here will be loaded prior to the jars within WEB-INF/lib
>> 
>> Regards
>> Matt
>> 
>> -Original Message-
>> From: Webobjects-dev
>> > <mailto:webobjects-dev-bounces+matthew.longden=proact@lists.apple.com>> 
>> On
>> Behalf Of webobjects-dev-requ...@lists.apple.com 
>> <mailto:webobjects-dev-requ...@lists.apple.com>
>> Sent: 29 January 2020 17:57
>> To: webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>> Subject: Webobjects-dev Digest, Vol 17, Issue 32
>> Importance: Low
>> 
>> Send Webobjects-dev mailing list submissions to
>>  webobjects-dev@lists.apple.com <mailto:webobjects-dev@lists.apple.com>
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>>  https://lists.apple.com/mailman/listinfo/webobjects-dev
>> or, via email, send a message with subject or body 'help' to
>>  webobjects-dev-requ...@lists.apple.com
>> 
>> You can reach the person managing the list at
>>  webobjects-dev-ow...@lists.apple.com
>> 
>> When replying, please edit your Subject line so it is more specific than
>> "Re: Contents of Webobjects-dev digest..."
>> 
>> 
>> Today's Topics:
>> 
>>   1. [Tomcat] -Classpath ordering issue (Dev WO)
>>   2. Re: [Tomcat] -Classpath ordering issue (Konrad Kubacki)
>>   3. Fwd: [Tomcat] -Classpath ordering issue (Dev WO)
>>   4. Re: [Tomcat] -Classpath ordering issue (Dev WO)
>> 
>> 
>> --
>> 
>> Message: 1
>> Date: Wed, 29 Jan 2020 08:32:25 +0100
>> From: Dev WO 
>> To: "webobjects-dev@lists.apple.com" 
>> Subject: [Tomcat] -Classpath ordering issue
>> Message-ID: <06d8ad23-3cd7-43d1-a9c9-4f7e34337...@anazys.com>
>> Content-Type: text/plain;charset=utf-8
>> 
>> Hi WOers,
>> 
>> I?m starting to lost my mind with a Tomcat deployment (not my choice)
>> 
>> I have 4 machines:
>> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
>> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
>> 3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything
>> works 4-Customer ?beta test" machine (Debian / Tomcat 9.0.20) => Some part
>> of the app doesn?t work
>> 
>> Of course machine #4 is the one I have the least access?
>> 
>> By "Some part of the app doesn?t work? I mean that I have some asynchronous
>> thread that do their job, I have some HTML interfaces that works, but other
>> don?t...
>> After way too much trial, I was able to get basically the same errors on my
>> dev machine by changing the class path (moving down ERExtensions frameworks
>> in the classpath). Finally getting errors like:
>> 
>> NoSuchMethodError:
>> com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Objec
>> t;)V
>> and
>> NoSu

Re: [Tomcat] -Classpath ordering issue (Dev WO)

2020-01-30 Thread Dev WO via Webobjects-dev 
Hi Matthew,

I will try that.

Also I’m currently looking into using the PreResources feature like this:

-creating a directory mywebapp/WEB-INF/prelib with all the system jars (the 
Apple ones)
-mywebapp/WEB-INF/context.xml contains







but it doesn’t work for now. I also tried with an absolute path, but same 
failure ( java.lang.ClassNotFoundException for WOApplication)

Have you ever tried that way? any pointers?

Thanks,

Xavier
 

> On 30 Jan 2020, at 10:57,  
>  wrote:
> 
> Hi Xavier
> 
> We had exactly the same issue on one of our sites. In the end the resolution
> was not to change the tomcat class loaders but to actually pre expand the
> required jars into a classes directory within the war, in our case it was
> only the ERExtensions.jar needed
> 
> e.g. 
> X.war/WEB-INF/classes/com/webobjects/...
> X.war/WEB-INF/classes/er/extensions/...
> 
> Anything in here will be loaded prior to the jars within WEB-INF/lib
> 
> Regards
> Matt
> 
> -Original Message-
> From: Webobjects-dev
>  On
> Behalf Of webobjects-dev-requ...@lists.apple.com
> Sent: 29 January 2020 17:57
> To: webobjects-dev@lists.apple.com
> Subject: Webobjects-dev Digest, Vol 17, Issue 32
> Importance: Low
> 
> Send Webobjects-dev mailing list submissions to
>   webobjects-dev@lists.apple.com
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>   https://lists.apple.com/mailman/listinfo/webobjects-dev
> or, via email, send a message with subject or body 'help' to
>   webobjects-dev-requ...@lists.apple.com
> 
> You can reach the person managing the list at
>   webobjects-dev-ow...@lists.apple.com
> 
> When replying, please edit your Subject line so it is more specific than
> "Re: Contents of Webobjects-dev digest..."
> 
> 
> Today's Topics:
> 
>   1. [Tomcat] -Classpath ordering issue (Dev WO)
>   2. Re: [Tomcat] -Classpath ordering issue (Konrad Kubacki)
>   3. Fwd: [Tomcat] -Classpath ordering issue (Dev WO)
>   4. Re: [Tomcat] -Classpath ordering issue (Dev WO)
> 
> 
> ----------
> 
> Message: 1
> Date: Wed, 29 Jan 2020 08:32:25 +0100
> From: Dev WO 
> To: "webobjects-dev@lists.apple.com" 
> Subject: [Tomcat] -Classpath ordering issue
> Message-ID: <06d8ad23-3cd7-43d1-a9c9-4f7e34337...@anazys.com>
> Content-Type: text/plain; charset=utf-8
> 
> Hi WOers,
> 
> I?m starting to lost my mind with a Tomcat deployment (not my choice)
> 
> I have 4 machines:
> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
> 3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything
> works 4-Customer ?beta test" machine (Debian / Tomcat 9.0.20) => Some part
> of the app doesn?t work
> 
> Of course machine #4 is the one I have the least access?
> 
> By "Some part of the app doesn?t work? I mean that I have some asynchronous
> thread that do their job, I have some HTML interfaces that works, but other
> don?t...
> After way too much trial, I was able to get basically the same errors on my
> dev machine by changing the class path (moving down ERExtensions frameworks
> in the classpath). Finally getting errors like:
> 
> NoSuchMethodError:
> com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Objec
> t;)V
> and
> NoSuchMethodError:
> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String
> ;Ljava/lang/String;Ljava/lang/String;IZZ)V
> 
> After reading every thread about Tomcat from the mailing list from 2004 up
> to today, I still don?t get the issue.
> I?m using the exact same .war file on all machines, with the web.xml
> relevant part (when framework order is correct) at the end of the message.
> 
> I have no clue and no idea regarding how to find the issue on this machine
> #4.
> 
> I?m using Wonder7 and WO5.4, the Application class extends ERXApplication
> (having JavaWOJSPServlet in the build path or not doesn?t change the fact it
> works on machine 1,2 and 3 but not 4)
> 
> Thanks for your help,
> 
> Xavier
> 
> 
> 
> 
>   WOClasspath
>   
>   WEBINFROOT/Resources/Java/
> WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
> WEBINFROOT/Resources/Java/gson-2.5.jar
> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/R
> esources/Java/ERCoolComponents.jar
> WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources
> /Java/AjaxLook.jar
> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Jav
>

Re: [Tomcat] -Classpath ordering issue

2020-01-29 Thread Dev WO via Webobjects-dev 
So far not good,

I’m trying to use the VirtualWebappLoader as below, but I’m not even sure my 
syntax is ok (and can’t find anything in the log relevant to this).
I “know” it doesn’t work as even with JavaWebObjects lib as the first one, the 
app still work on machine #2 (I would have expected a NoSuchMethodError 
exception)

I’ve also found jarjar (https://code.google.com/archive/p/jarjar/ 
) maybe creating a single jar with 
all of them inside might work, but I’m not sure how to use and to set an order 
for the jar…

Any pointer or sample code related to this lib ordering problem?

Thanks,

Xavier

> On 29 Jan 2020, at 09:50, Dev WO  wrote:
> 
> Hi Konrad,
> 
> Thanks for the description of the issue.
> I’m looking into it right now.
> 
> It looks like there’s a VirtualWebappLoader already included in Tomcat, so do 
> I need to build my own or can I just declare it in the context.xml file in 
> my_app/WEB-INF/?
> I’m surprised building the app doesn’t generate that context.xml file at the 
> same time, it would make sense.
> 
> I’m pretty confuse with the context.xml file, should it be something like 
> 
> 
>
>ERCoolComponents
>AjaxLook
>...
> 
> 
> Just to be precise, there’s only one app deployed on this Tomcat instance.
> 
> Thanks and have a nice day,
> 
> Xavier
> 
>> On 29 Jan 2020, at 08:44, Konrad Kubacki via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Problem You are facing is probably caused by order of jars loading. 
>> Tomcat >= 8 does it in random way (up to version 7.5.x it was alphabetical).
>> It is important, that classloader loads wonder "redefined" classes for some 
>> of WO, instead of original.
>> 
>> Solution:
>> You may want to write your own tomcat class loader, basing on WO classpath 
>> file, or just loading jars in alphabetical order.
>> Then You can activate it on tomcat's level in 
>> ${CATALINA_BASE}/conf/context.xml or for your app only in 
>> webapp/META-INF/context.xml. For details see tomcat's documentation.
>> 
>> If it's not the case, You may also check if on this beta-test tomcat(#4) 
>> there is not other WO app deployed, which loads original WO classess, before 
>> Your's app start. And/or check if they fully restart it between deployments 
>> o new version.
>> 
>> 
>> 
>> W dniu 28.01.2020 o 19:35, Dev WO via Webobjects-dev pisze:
>>> Hi WOers,
>>> 
>>> I’m starting to lost my mind with a Tomcat deployment (not my choice)
>>> 
>>> I have 4 machines:
>>> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
>>> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
>>> 3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything 
>>> works
>>> 4-Customer “beta test" machine (Debian / Tomcat 9.0.20) => Some part of the 
>>> app doesn’t work
>>> 
>>> Of course machine #4 is the one I have the least access…
>>> 
>>> By "Some part of the app doesn’t work” I mean that I have some asynchronous 
>>> thread that do their job, I have some HTML interfaces that works, but other 
>>> don’t...
>>> After way too much trial, I was able to get basically the same errors on my 
>>> dev machine by changing the class path (moving down ERExtensions frameworks 
>>> in the classpath). Finally getting errors like:
>>> 
>>> NoSuchMethodError: 
>>> com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Object;)V
>>> and
>>> NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> 
>>> After reading every thread about Tomcat from the mailing list from 2004 up 
>>> to today, I still don’t get the issue.
>>> I’m using the exact same .war file on all machines, with the web.xml 
>>> relevant part (when framework order is correct) at the end of the message.
>>> 
>>> I have no clue and no idea regarding how to find the issue on this machine 
>>> #4.
>>> 
>>> I’m using Wonder7 and WO5.4, the Application class extends ERXApplication 
>>> (having JavaWOJSPServlet in the build path or not doesn’t change the fact 
>>> it works on machine 1,2 and 3 but not 4)
>>> 
>>> Thanks for your help,
>>> 
>>> Xavier
>>> 
>>> 
>>> 
>>>   
>>> WOClasspath
>>> 
>>> WEBINFROOT/Resources/Java/
>>> WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
>>> WEBINFROOT/Resources/Java/gson-2.5.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/Resources/Java/ERCoolComponents.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources/Java/AjaxLook.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/Ajax.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/jabsorb-1.2.2.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/cloudmanagerdatamodel.jar
>>>

Fwd: [Tomcat] -Classpath ordering issue

2020-01-29 Thread Dev WO via Webobjects-dev 
Forgot to send to the list

> Begin forwarded message:
> 
> From: Dev WO 
> Subject: Re: [Tomcat] -Classpath ordering issue
> Date: 29 January 2020 at 09:50:13 CET
> To: Konrad Kubacki 
> 
> Hi Konrad,
> 
> Thanks for the description of the issue.
> I’m looking into it right now.
> 
> It looks like there’s a VirtualWebappLoader already included in Tomcat, so do 
> I need to build my own or can I just declare it in the context.xml file in 
> my_app/WEB-INF/?
> I’m surprised building the app doesn’t generate that context.xml file at the 
> same time, it would make sense.
> 
> I’m pretty confuse with the context.xml file, should it be something like 
> 
> 
>
>ERCoolComponents
>AjaxLook
>...
> 
> 
> Just to be precise, there’s only one app deployed on this Tomcat instance.
> 
> Thanks and have a nice day,
> 
> Xavier
> 
>> On 29 Jan 2020, at 08:44, Konrad Kubacki via Webobjects-dev 
>> mailto:webobjects-dev@lists.apple.com>> 
>> wrote:
>> 
>> Problem You are facing is probably caused by order of jars loading. 
>> Tomcat >= 8 does it in random way (up to version 7.5.x it was alphabetical).
>> It is important, that classloader loads wonder "redefined" classes for some 
>> of WO, instead of original.
>> 
>> Solution:
>> You may want to write your own tomcat class loader, basing on WO classpath 
>> file, or just loading jars in alphabetical order.
>> Then You can activate it on tomcat's level in 
>> ${CATALINA_BASE}/conf/context.xml or for your app only in 
>> webapp/META-INF/context.xml. For details see tomcat's documentation.
>> 
>> If it's not the case, You may also check if on this beta-test tomcat(#4) 
>> there is not other WO app deployed, which loads original WO classess, before 
>> Your's app start. And/or check if they fully restart it between deployments 
>> o new version.
>> 
>> 
>> 
>> W dniu 28.01.2020 o 19:35, Dev WO via Webobjects-dev pisze:
>>> Hi WOers,
>>> 
>>> I’m starting to lost my mind with a Tomcat deployment (not my choice)
>>> 
>>> I have 4 machines:
>>> 1-Dev machine running through Eclipse and Apache (OS X) => Everything works
>>> 2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
>>> 3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything 
>>> works
>>> 4-Customer “beta test" machine (Debian / Tomcat 9.0.20) => Some part of the 
>>> app doesn’t work
>>> 
>>> Of course machine #4 is the one I have the least access…
>>> 
>>> By "Some part of the app doesn’t work” I mean that I have some asynchronous 
>>> thread that do their job, I have some HTML interfaces that works, but other 
>>> don’t...
>>> After way too much trial, I was able to get basically the same errors on my 
>>> dev machine by changing the class path (moving down ERExtensions frameworks 
>>> in the classpath). Finally getting errors like:
>>> 
>>> NoSuchMethodError: 
>>> com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Object;)V
>>> and
>>> NoSuchMethodError: 
>>> com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V
>>> 
>>> After reading every thread about Tomcat from the mailing list from 2004 up 
>>> to today, I still don’t get the issue.
>>> I’m using the exact same .war file on all machines, with the web.xml 
>>> relevant part (when framework order is correct) at the end of the message.
>>> 
>>> I have no clue and no idea regarding how to find the issue on this machine 
>>> #4.
>>> 
>>> I’m using Wonder7 and WO5.4, the Application class extends ERXApplication 
>>> (having JavaWOJSPServlet in the build path or not doesn’t change the fact 
>>> it works on machine 1,2 and 3 but not 4)
>>> 
>>> Thanks for your help,
>>> 
>>> Xavier
>>> 
>>> 
>>> 
>>>   
>>> WOClasspath
>>> 
>>> WEBINFROOT/Resources/Java/
>>> WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
>>> WEBINFROOT/Resources/Java/gson-2.5.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/Resources/Java/ERCoolComponents.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources/Java/AjaxLook.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/Ajax.jar
&

Re: [Tomcat] -Classpath ordering issue

2020-01-28 Thread Konrad Kubacki via Webobjects-dev 

Problem You are facing is probably caused by order of jars loading.
Tomcat >= 8 does it in random way (up to version 7.5.x it was alphabetical).
It is important, that classloader loads wonder "redefined" classes for 
some of WO, instead of original.


Solution:
You may want to write your own tomcat class loader, basing on WO 
classpath file, or just loading jars in alphabetical order.
Then You can activate it on tomcat's level in 
${CATALINA_BASE}/conf/context.xml or for your app only in 
|webapp/META-INF/context.xml|. For details see tomcat's documentation.


If it's not the case, You may also check if on this beta-test tomcat(#4) 
there is not other WO app deployed, which loads original WO classess, 
before Your's app start. And/or check if they fully restart it between 
deployments o new version.



W dniu 28.01.2020 o 19:35, Dev WO via Webobjects-dev pisze:

Hi WOers,

I’m starting to lost my mind with a Tomcat deployment (not my choice)

I have 4 machines:
1-Dev machine running through Eclipse and Apache (OS X) => Everything works
2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything works
4-Customer “beta test" machine (Debian / Tomcat 9.0.20) => Some part of the app 
doesn’t work

Of course machine #4 is the one I have the least access…

By "Some part of the app doesn’t work” I mean that I have some asynchronous 
thread that do their job, I have some HTML interfaces that works, but other don’t...
After way too much trial, I was able to get basically the same errors on my dev 
machine by changing the class path (moving down ERExtensions frameworks in the 
classpath). Finally getting errors like:

NoSuchMethodError: 
com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Object;)V
and
NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V

After reading every thread about Tomcat from the mailing list from 2004 up to 
today, I still don’t get the issue.
I’m using the exact same .war file on all machines, with the web.xml relevant 
part (when framework order is correct) at the end of the message.

I have no clue and no idea regarding how to find the issue on this machine #4.

I’m using Wonder7 and WO5.4, the Application class extends ERXApplication 
(having JavaWOJSPServlet in the build path or not doesn’t change the fact it 
works on machine 1,2 and 3 but not 4)

Thanks for your help,

Xavier



   
 WOClasspath
 
 WEBINFROOT/Resources/Java/
WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
WEBINFROOT/Resources/Java/gson-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/Resources/Java/ERCoolComponents.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources/Java/AjaxLook.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/Ajax.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/jabsorb-1.2.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/cloudmanagerdatamodel.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/postgresql-8.3-603.jdbc3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERExtensions.framework/Resources/Java/ERExtensions.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERJars.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERFoundation.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERWebObjects.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-cli-1.3.1.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-codec-1.10.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-io-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang-2.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang3-3.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-logging-1.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/fluent-hc-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-cache-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpcore-4.4.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpmime-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/icu4j-3_8_1.jar

[Tomcat] -Classpath ordering issue

2020-01-28 Thread Dev WO via Webobjects-dev 
Hi WOers,

I’m starting to lost my mind with a Tomcat deployment (not my choice)

I have 4 machines:
1-Dev machine running through Eclipse and Apache (OS X) => Everything works
2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything works
4-Customer “beta test" machine (Debian / Tomcat 9.0.20) => Some part of the app 
doesn’t work

Of course machine #4 is the one I have the least access…

By "Some part of the app doesn’t work” I mean that I have some asynchronous 
thread that do their job, I have some HTML interfaces that works, but other 
don’t...
After way too much trial, I was able to get basically the same errors on my dev 
machine by changing the class path (moving down ERExtensions frameworks in the 
classpath). Finally getting errors like:

NoSuchMethodError: 
com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Object;)V
and
NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V

After reading every thread about Tomcat from the mailing list from 2004 up to 
today, I still don’t get the issue.
I’m using the exact same .war file on all machines, with the web.xml relevant 
part (when framework order is correct) at the end of the message.

I have no clue and no idea regarding how to find the issue on this machine #4.

I’m using Wonder7 and WO5.4, the Application class extends ERXApplication 
(having JavaWOJSPServlet in the build path or not doesn’t change the fact it 
works on machine 1,2 and 3 but not 4)

Thanks for your help,

Xavier



 
   WOClasspath
   
   WEBINFROOT/Resources/Java/
WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
WEBINFROOT/Resources/Java/gson-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/Resources/Java/ERCoolComponents.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources/Java/AjaxLook.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/Ajax.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/jabsorb-1.2.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/cloudmanagerdatamodel.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/postgresql-8.3-603.jdbc3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERExtensions.framework/Resources/Java/ERExtensions.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERJars.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERFoundation.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERWebObjects.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-cli-1.3.1.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-codec-1.10.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-io-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang-2.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang3-3.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-logging-1.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/fluent-hc-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-cache-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpcore-4.4.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpmime-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/icu4j-3_8_1.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/javassist-3.20.0-GA.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/joda-time-2.9.7.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/junit-4.12.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/log4j-1.2.17.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ognl-3.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/slf4j-api-1.7.23.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/slf4j-log4j12-1.7.23.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/PostgresqlPlugIn.framework/Resources/Java/PostgresqlPlugIn.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaMemoryAdaptor.framework/Resources/Java/JavaMemoryAdaptor.jar

[Tomcat] -Classpath ordering issue

2020-01-28 Thread Dev WO via Webobjects-dev 
Hi WOers,

I’m starting to lost my mind with a Tomcat deployment (not my choice)

I have 4 machines:
1-Dev machine running through Eclipse and Apache (OS X) => Everything works
2-Test Tomcat deployment machine (OS X / Tomcat 9.0.29) => Everything works
3-Another test Tomcat deployment (Debian / Tomcat 9.0.20) => Everything works
4-Customer “beta test" machine (Debian / Tomcat 9.0.20) => Some part of the app 
doesn’t work

Of course machine #4 is the one I have the least access…

By "Some part of the app doesn’t work” I mean that I have some asynchronous 
thread that do their job, I have some HTML interfaces that works, but other 
don’t...
After way too much trial, I was able to get basically the same errors on my dev 
machine by changing the class path (moving down ERExtensions frameworks in the 
classpath). Finally getting errors like:

NoSuchMethodError: 
com.webobjects.foundation.NSArray.(Ljava/lang/Object;[Ljava/lang/Object;)V
and
NoSuchMethodError: 
com.webobjects.appserver.WOCookie.(Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;IZZ)V

After reading every thread about Tomcat from the mailing list from 2004 up to 
today, I still don’t get the issue.
I’m using the exact same .war file on all machines, with the web.xml relevant 
part (when framework order is correct) at the end of the message.

I have no clue and no idea regarding how to find the issue on this machine #4.

I’m using Wonder7 and WO5.4, the Application class extends ERXApplication 
(having JavaWOJSPServlet in the build path or not doesn’t change the fact it 
works on machine 1,2 and 3 but not 4)

Thanks for your help,

Xavier



  
WOClasspath

WEBINFROOT/Resources/Java/
WEBINFROOT/CloudManager.woa/Contents/Resources/Java/cloudmanager.jar
WEBINFROOT/Resources/Java/gson-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERCoolComponents.framework/Resources/Java/ERCoolComponents.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Resources/Java/AjaxLook.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/Ajax.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resources/Java/jabsorb-1.2.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/cloudmanagerdatamodel.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/CloudManagerDataModel.framework/Resources/Java/postgresql-8.3-603.jdbc3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERExtensions.framework/Resources/Java/ERExtensions.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERJars.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERFoundation.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ERWebObjects.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-cli-1.3.1.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-codec-1.10.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-io-2.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang-2.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-lang3-3.5.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/commons-logging-1.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/fluent-hc-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpclient-cache-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpcore-4.4.6.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/httpmime-4.5.3.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/icu4j-3_8_1.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/javassist-3.20.0-GA.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/joda-time-2.9.7.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/junit-4.12.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/log4j-1.2.17.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/ognl-3.2.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/slf4j-api-1.7.23.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/Java/slf4j-log4j12-1.7.23.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/PostgresqlPlugIn.framework/Resources/Java/PostgresqlPlugIn.jar
WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaMemoryAdaptor.framework/Resources/Java/JavaMemoryAdaptor.jar