Re: [Proposal] Drop Wonder's Ant Build

[Dev WO via Webobjects-dev]

I’m like Ted,

I though it would prevent me from keeping my current (ant) projects as they are.
I understand this only applies to building Wonder.
I don’t think it would be fair to ask the contributors to spend time on keeping 
a build system for Wonder that none of them use.

So as far as my opinion counts, I’m not against dropping ant build system from 
the Wonder build:)

Xavier


> On 17 Jun 2022, at 15:26, Theodore Petrosky via Webobjects-dev 
>  wrote:
> 
> Just to answer the question from before, I do build my own Wonder frameworks. 
> It looks like I am going to have to put in the time to get Maven going in my 
> work flow.,
>  
>  
>  
> BTW, does anyone here subscribe to Builtlwith?
>  
> 814 new WebObjects Leads
> https://trends.builtwith.com/websitelist/WebObjects/Added-Recently 
> 
>  
> I was looking around and I was amazed that the Siemens login page has a video 
> tutorial. As I watched it I noticed that all the pages referred to had 
> WebObjects in the URL. There is WebObjects out there.
>  
>  
>  
> From: "Ted Petrosky (WO)" 
> Reply-To: Paul Hoadley 
> Date: Thursday, June 16, 2022 at 8:06 PM
> To: "Ted Petrosky (WO)" 
> Subject: Re: [Proposal] Drop Wonder's Ant Build
>  
> Hey Ted,
>  
> Already answered, but just for additional reassurance:
>  
> On 17 Jun 2022, at 08:17, Theodore Petrosky via Webobjects-dev 
> mailto:webobjects-dev@lists.apple.com>> 
> wrote:
>  
>> What about us guys whose projects are smallish projects and never instituted 
>> Maven...
>  
> It won't affect your projects! This is purely about building the Wonder 
> frameworks from source. You won't need to migrate your projects to Maven if 
> you don't want to, though I strongly recommend that you do.
>  
>  
> -- 
> Paul Hoadley
> https://logicsquad.net/ 
> https://www.linkedin.com/company/logic-squad/
>  
> ___
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40anazys.com
> 
> This email sent to webobje...@anazys.com

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: MacOS WebObjects Apache 2.4 Adaptor

[Dev WO via Webobjects-dev]

Hi Mark,

I’m using this one under 10.12.6 (Sierra)

Xavier

> On 29 May 2020, at 16:35, Louis M Fisher III  wrote:
> 
> Xavier,
> 
> Thank you!
> 
> I plan on using it on a Mac mini too so it should work.
> 
> Which MacOS are you running on your Mac mini? i.e. 10.6 ... 10.8 .. 10.15 ?
> 
> Mark
> 
>> On May 28, 2020, at 9:39 PM, Dev WO  wrote:
>> 
>> Hello Mark,
>> 
>> I think this one is 64b, I’m using it on e Mac mini.
>> 
>> 
>> 
>> Xavier
>> 
>> 
>>> On 28 May 2020, at 18:40, Louis M Fisher III via Webobjects-dev 
>>>  wrote:
>>> 
>>> Hi,
>>> 
>>> Does anyone have a precompiled MacOS Apache 2.4 Adaptor (x86_64 i386) they 
>>> would be willing to share?
>>> 
>>> I would like to look at upgrading some of my legacy WebObjects systems to 
>>> something running Apache 2.4 but so far I've been unable to compile the 
>>> adaptor.
>>> 
>>> 
>>> 
>>> Mark Fisher
>>> Chief Technology Officer
>>> LoTi Inc.
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> Do not post admin requests to the list. They will be ignored.
>>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/webobjects%40anazys.com
>>> 
>>> This email sent to webobje...@anazys.com
>>> 
>> 
> 
> 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: [Tomcat] - Resources referenced in CSS not displayed [Solved]

[Dev WO via Webobjects-dev]

Thanks a lot Pierre,

That did the trick.

I added 






for the ssd task to copy the resources from the frameworks

And now everything is working as expected:)

Thanks and have a nice day,

Xavier


> On 14 May 2020, at 10:29, GILQUIN Pierre  wrote:
> 
>  
> If I am correct, you should be sure to have this in web.xml :
>   
> WOAppMode
> Deployment
>   
>  
> In build.xml :
>  match="Development" replace="Deployment" byline="true" />
>  
>  
>  
> By the way, you need to copy the WebResources for framework as well ..
>  
> Pierre
>  
> De : Dev WO [mailto:webobje...@anazys.com] 
> Envoyé : jeudi 14 mai 2020 10:21
> À : GILQUIN Pierre
> Cc : WebObjects-Dev
> Objet : Re: [Tomcat] - Resources referenced in CSS not displayed
>  
> Thanks Pierre,
>  
> Just tried it, the files are now also in the “static” tree, but the 
> application still generate the url like
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css
>  
> <http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css>
>  
> I’m doing  "app”/> in the HTML template
>  
> Thanks for your help,
>  
> Xavier
>  
> PS: I see that if I manually do 
> http://localhost:8081/CloudManager/static/CloudManager.woa/Contents/WebServerResources/images/logo.png
>  
> <http://localhost:8081/CloudManager/static/CloudManager.woa/Contents/WebServerResources/images/logo.png>,
>  the image is displayed, so that seems to be on the right track, but how to 
> make ERXStyleSheet to actually generate this kind of URL...
>  
> 
> 
> On 14 May 2020, at 10:04, GILQUIN Pierre via Webobjects-dev 
> mailto:webobjects-dev@lists.apple.com>> 
> wrote:
>  
> Hi Xavier,
>  
> To fully deploy and serve static files from Tomcat, I do the following things 
>  :
>  
> in Application start:
>  setApplicationBaseURL("/MyApp/static/");
>  setFrameworksBaseURL("/MyApp/static/Frameworks/");
>  
> in build.xml for ssdd task:
> 
>  todir="${dest.dir}/${build.app.name}/static/${build.app.name}.woa/Contents/WebServerResources/">
> 
> 
>  
>  
> HTH
> Pierre
>  
>  
> De : Dev WO via Webobjects-dev [mailto:webobjects-dev@lists.apple.com 
> <mailto:webobjects-dev@lists.apple.com>] 
> Envoyé : jeudi 14 mai 2020 09:52
> À : WebObjects Development
> Objet : [Tomcat] - Resources referenced in CSS not displayed
>  
> Hi list,
>  
> I’m struggling with something Tomcat related:
> My application’s CSS is working except for referenced items like a background 
> image or a font.
> What I have so far:
> -The images and font are present inside the same folder, everything is 
> correctly deployed under Tomcat and all files are there after Tomcat expand 
> the war
> -No mismatch of case sensitivity for file names either inside the CSS or on 
> the filesystem
> -Everything is working as expected when running from Eclipse or under 
> WOMonitor/wotaskd
>  
> Just as a side note, I don’t really have a say on the deployment (Tomcat), 
> all static resources must be served through Tomcat and not “split” with a web 
> server. Customer skills is zero, Deploy/undeploy under Tomcat Manager is 
> already “a lot” for the customer.
>  
> The deployment generates urls like:
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css
>  
> <http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css>
> for the CSS, which is ok and working
> the CSS has relative path like 
>  
> @font-face {
>   src: url('fonts/ysiweb.woff') format('woff');
> …
> }
> and for the background image
> … background-image: url(images/logo.png)…
>  
> In the browser’s inspector, I can see the logo.png and .woff font, but even 
> if they get a 200 status, they actually have no content (transfer size of 
> 175B for both in the web inspector)
> The urls are:
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.

Re: [Tomcat] - Resources referenced in CSS not displayed

[Dev WO via Webobjects-dev]

Thanks Pierre,

Just tried it, the files are now also in the “static” tree, but the application 
still generate the url like
http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css
 
<http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css>

I’m doing http://localhost:8081/CloudManager/static/CloudManager.woa/Contents/WebServerResources/images/logo.png
 
<http://localhost:8081/CloudManager/static/CloudManager.woa/Contents/WebServerResources/images/logo.png>,
 the image is displayed, so that seems to be on the right track, but how to 
make ERXStyleSheet to actually generate this kind of URL...


> On 14 May 2020, at 10:04, GILQUIN Pierre via Webobjects-dev 
>  wrote:
> 
> Hi Xavier,
>  
> To fully deploy and serve static files from Tomcat, I do the following things 
>  :
>  
> in Application start:
>  setApplicationBaseURL("/MyApp/static/");
>  setFrameworksBaseURL("/MyApp/static/Frameworks/");
>  
> in build.xml for ssdd task:
> 
>  todir="${dest.dir}/${build.app.name}/static/${build.app.name}.woa/Contents/WebServerResources/">
> 
> 
>  
>  
> HTH
> Pierre
>  
>  
> De : Dev WO via Webobjects-dev [mailto:webobjects-dev@lists.apple.com] 
> Envoyé : jeudi 14 mai 2020 09:52
> À : WebObjects Development
> Objet : [Tomcat] - Resources referenced in CSS not displayed
>  
> Hi list,
>  
> I’m struggling with something Tomcat related:
> My application’s CSS is working except for referenced items like a background 
> image or a font.
> What I have so far:
> -The images and font are present inside the same folder, everything is 
> correctly deployed under Tomcat and all files are there after Tomcat expand 
> the war
> -No mismatch of case sensitivity for file names either inside the CSS or on 
> the filesystem
> -Everything is working as expected when running from Eclipse or under 
> WOMonitor/wotaskd
>  
> Just as a side note, I don’t really have a say on the deployment (Tomcat), 
> all static resources must be served through Tomcat and not “split” with a web 
> server. Customer skills is zero, Deploy/undeploy under Tomcat Manager is 
> already “a lot” for the customer.
>  
> The deployment generates urls like:
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css
>  
> <http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css>
> for the CSS, which is ok and working
> the CSS has relative path like 
>  
> @font-face {
>   src: url('fonts/ysiweb.woff') format('woff');
> …
> }
> and for the background image
> … background-image: url(images/logo.png)…
>  
> In the browser’s inspector, I can see the logo.png and .woff font, but even 
> if they get a 200 status, they actually have no content (transfer size of 
> 175B for both in the web inspector)
> The urls are:
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/fonts/ysiweb.woff
>  
> <http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/fonts/ysiweb.woff>
> and
> http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/images/logo.png
>  
> <http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/images/logo.png>
>  
> I've tried adding the mime-types manually to the web.xml, but it’s clearly 
> not the issue here.
>  
> I found a thread "Tomcat deployment and CSS images” from 2013 by Miguel 
> Torres, but he actually changed the context-param WOAppMode to Deployment and 
> “split” the resources with the Web Server, something I can’t do here.
>  
> I’m lost, I don’t understand what’s the issue here.
>  
> Any help greatly appreciated:)
>  
> Thanks,
>  
> Xavier
>

[Tomcat] - Resources referenced in CSS not displayed

[Dev WO via Webobjects-dev]

Hi list,

I’m struggling with something Tomcat related:
My application’s CSS is working except for referenced items like a background 
image or a font.
What I have so far:
-The images and font are present inside the same folder, everything is 
correctly deployed under Tomcat and all files are there after Tomcat expand the 
war
-No mismatch of case sensitivity for file names either inside the CSS or on the 
filesystem
-Everything is working as expected when running from Eclipse or under 
WOMonitor/wotaskd

Just as a side note, I don’t really have a say on the deployment (Tomcat), all 
static resources must be served through Tomcat and not “split” with a web 
server. Customer skills is zero, Deploy/undeploy under Tomcat Manager is 
already “a lot” for the customer.

The deployment generates urls like:
http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/defaultscreen.css
for the CSS, which is ok and working
the CSS has relative path like 

@font-face {
  src: url('fonts/ysiweb.woff') format('woff');
…
}
and for the background image
… background-image: url(images/logo.png)…

In the browser’s inspector, I can see the logo.png and .woff font, but even if 
they get a 200 status, they actually have no content (transfer size of 175B for 
both in the web inspector)
The urls are:
http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/fonts/ysiweb.woff
 

and
http://localhost:8081/CloudManager/WebObjects/CloudManager.woa/wr/wodata=/usr/local/apache-tomcat-9.0.29/webapps/CloudManager/WEB-INF/CloudManager.woa/Contents/WebServerResources/images/logo.png

I've tried adding the mime-types manually to the web.xml, but it’s clearly not 
the issue here.

I found a thread "Tomcat deployment and CSS images” from 2013 by Miguel Torres, 
but he actually changed the context-param WOAppMode to Deployment and “split” 
the resources with the Web Server, something I can’t do here.

I’m lost, I don’t understand what’s the issue here.

Any help greatly appreciated:)

Thanks,

Xavier

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: [ERRest] - Manually generating rest URL

[Dev WO via Webobjects-dev]

I actually did like ERRest, but directly in my DirectAction

public WOActionResults statusAsJsonAction() {
//assuming dict exists
ERXRestRequestNode restResponseNode = null;
ERXRouteResults results = null;
try {
ERXRestContext context = new ERXRestContext();
restResponseNode = 
ERXRestRequestNode.requestNodeWithObjectAndFilter(dict, 
ERXKeyFilter.filterWithAll(), context);
results = new ERXRouteResults(context(), context, 
ERXRestFormat.json(), restResponseNode);
} catch (Exception e) {
// TODO: handle exception
System.out.println(e);
}
return results;

I should get a better handling for the exceptions though;)

Xavier


> On 16 Apr 2020, at 21:22, Jesse Tayler  wrote:
> 
> What I think you want is a DA to return JSON, perhaps like this:
> 
> 
>   public WOResponse responseForPoint(DataPoint point) {
>   ERXKeyFilter filter = DataPointController.showFilter();
>   String json = ERXRestFormat.json().toString(point, filter);
>   WOResponse aResponse = new WOResponse();
>   aResponse.appendContentString(json);
>   return aResponse;
>   }
> 
> 
> 
>> On Apr 16, 2020, at 3:03 PM, Dev WO  wrote:
>> 
>> I cannot really say it is solved based on the subject of the thread, but 
>> regarding what I was actually trying to do, it is solved.
>> I picked up just what was needed to generate the Json response in my 
>> DirectAction class so I could keep what I was using the generate the url.
>> 
>> Thanks anyway, it gave me some time to look at ERRest:)
>> 
>> Xavier
>> 
>> 
>> 
>> 
>>> On 16 Apr 2020, at 20:31, Dev WO via Webobjects-dev 
>>>  wrote:
>>> 
>>> I was just looking at making a DirectAction to get a NSDict as a json 
>>> output actually.
>>> 
>>> Searching for that it looked like ERRest was the answer, but maybe I should 
>>> just “borrow” the method that actually generate the son response and stick 
>>> with the regular DirectAction…
>>> 
>>> Xavier
>>> 
>>> 
>>>> On 16 Apr 2020, at 20:11, Jesse Tayler  wrote:
>>>> 
>>>> I might be confused
>>>> 
>>>> Not sure this is the right API for what you want since this API is for a 
>>>> specific page or object ID?
>>>> 
>>>> ra/Vote/2343.html
>>>> 
>>>> or
>>>> 
>>>> ra/User/jtayler.html
>>>> 
>>>> Is what I might expect
>>>> 
>>>> Those routes are HTML and either need default HTML or a static view page 
>>>> for that entity that accepts an object to inspect.
>>>> 
>>>> Are you looking to invoke a list page?
>>>> 
>>>> This is a list with params and basically an apache rule redirects the URL 
>>>> into the longer version and my app intercepts link URL requests and 
>>>> exchanges links on production that are shorter.
>>>> 
>>>> http://planaby.com/event/nearby.html?distance=30.0&lat=40.7450127906344&lon=-73.9771424224899
>>>> 
>>>> or
>>>> 
>>>> http://planaby.com/person/1.html
>>>> 
>>>> Is just a simple ERRest route url translated by apache so it looks shorter 
>>>> in production
>>>> 
>>>> Maybe that helps
>>>> 
>>>> 
>>>> 
>>>> 
>>>>> On Apr 16, 2020, at 1:45 PM, Dev WO  wrote:
>>>>> 
>>>>> Hi Jesse,
>>>>> 
>>>>> Thanks for the pointer, that does look better, but I don’t understand 2 
>>>>> things:
>>>>> The method I have is
>>>>> actionUrlForEntity(WOContext context, String entityName, Object entityID, 
>>>>> String action, String format, NSDictionary 
>>>>> queryParameters, boolean secure, boolean includeSessionID)
>>>>> I’m doing “ERXRouteUrlUtils.actionUrlForEntity(context(), "Status", null, 
>>>>> null, null, restDict, false, false)"
>>>>> 
>>>>> I’m expecting a url like 
>>>>> ''/cgi-bin/WebObjects/CloudManager.woa/ra/Status?type=heat”
>>>>> but I get 
>>>>> "/cgi-bin/WebObjects/CloudManager.woa/ra/statuses.html?type=heat”
>>>>> I don’t really get why I got “statuses.html” instead

Re: [ERRest] - Manually generating rest URL

[Dev WO via Webobjects-dev]

I cannot really say it is solved based on the subject of the thread, but 
regarding what I was actually trying to do, it is solved.
I picked up just what was needed to generate the Json response in my 
DirectAction class so I could keep what I was using the generate the url.

Thanks anyway, it gave me some time to look at ERRest:)

Xavier


 

> On 16 Apr 2020, at 20:31, Dev WO via Webobjects-dev 
>  wrote:
> 
> I was just looking at making a DirectAction to get a NSDict as a json output 
> actually.
> 
> Searching for that it looked like ERRest was the answer, but maybe I should 
> just “borrow” the method that actually generate the son response and stick 
> with the regular DirectAction…
> 
> Xavier
> 
> 
>> On 16 Apr 2020, at 20:11, Jesse Tayler  wrote:
>> 
>> I might be confused
>> 
>> Not sure this is the right API for what you want since this API is for a 
>> specific page or object ID?
>> 
>> ra/Vote/2343.html
>> 
>> or
>> 
>> ra/User/jtayler.html
>> 
>> Is what I might expect
>> 
>> Those routes are HTML and either need default HTML or a static view page for 
>> that entity that accepts an object to inspect.
>> 
>> Are you looking to invoke a list page?
>> 
>> This is a list with params and basically an apache rule redirects the URL 
>> into the longer version and my app intercepts link URL requests and 
>> exchanges links on production that are shorter.
>> 
>> http://planaby.com/event/nearby.html?distance=30.0&lat=40.7450127906344&lon=-73.9771424224899
>> 
>> or
>> 
>> http://planaby.com/person/1.html
>> 
>> Is just a simple ERRest route url translated by apache so it looks shorter 
>> in production
>> 
>> Maybe that helps
>> 
>> 
>> 
>> 
>>> On Apr 16, 2020, at 1:45 PM, Dev WO  wrote:
>>> 
>>> Hi Jesse,
>>> 
>>> Thanks for the pointer, that does look better, but I don’t understand 2 
>>> things:
>>> The method I have is
>>> actionUrlForEntity(WOContext context, String entityName, Object entityID, 
>>> String action, String format, NSDictionary queryParameters, 
>>> boolean secure, boolean includeSessionID)
>>> I’m doing “ERXRouteUrlUtils.actionUrlForEntity(context(), "Status", null, 
>>> null, null, restDict, false, false)"
>>> 
>>> I’m expecting a url like 
>>> ''/cgi-bin/WebObjects/CloudManager.woa/ra/Status?type=heat”
>>> but I get "/cgi-bin/WebObjects/CloudManager.woa/ra/statuses.html?type=heat”
>>> I don’t really get why I got “statuses.html” instead of “Status” (the 
>>> capital S and the plural+.html).
>>> 
>>> Looking at the source, it seems whatever I choose as “format”, I’ll get a 
>>> “.something” appended, but the response is still ok if I do 
>>> '/cgi-bin/WebObjects/CloudManager.woa/ra/Status.json?type=heat” so that’s 
>>> not an issue.
>>> 
>>> But the capital S and the plural do break my call, any idea about this?
>>> 
>>> Thanks, hope everything is as good as it could be in NYC,
>>> 
>>> Xavier
>>> 
>>> 
>>>> On 16 Apr 2020, at 18:49, Jesse Tayler  wrote:
>>>> 
>>>> 
>>>> If you want to generate an action URL, I think you’ll want this API
>>>> 
>>>> String link = ERXRouteUrlUtils.actionUrlForEntity(context, entityName, 
>>>> entityID, action, format, queryParameters, secure, includeSessionID);
>>>> 
>>>> 
>>>> 
>>>>> On Apr 16, 2020, at 12:42 PM, Dev WO via Webobjects-dev 
>>>>>  wrote:
>>>>> 
>>>>> Hi everyone,
>>>>> 
>>>>> I’m currently trying a few things with ERRest.
>>>>> In a stateless component, I need to create some urls manually (they will 
>>>>> be used inside a script element).
>>>>> When I was calling my DirectAction class, I was just doing this:
>>>>> 
>>>>>   context().generateRelativeURLs();
>>>>> NSMutableDictionary dict = new 
>>>>> NSMutableDictionary();
>>>>> ...
>>>>> dict.put(key, value);
>>>>> ...
>>>>> String relativeUrl = context()._directActionURL(“myDirectAction", dict, 
>>>>> false);
>>>>> 
>>>>> 
>>>>> But I wasn’t able to find out the equivalent _directActionURL() method to 
>>>>> generate the Rest (with /ra) URL.
&g

Re: [ERRest] - Manually generating rest URL

[Dev WO via Webobjects-dev]

I was just looking at making a DirectAction to get a NSDict as a json output 
actually.

Searching for that it looked like ERRest was the answer, but maybe I should 
just “borrow” the method that actually generate the son response and stick with 
the regular DirectAction…

Xavier


> On 16 Apr 2020, at 20:11, Jesse Tayler  wrote:
> 
> I might be confused
> 
> Not sure this is the right API for what you want since this API is for a 
> specific page or object ID?
> 
> ra/Vote/2343.html
> 
> or
> 
> ra/User/jtayler.html
> 
> Is what I might expect
> 
> Those routes are HTML and either need default HTML or a static view page for 
> that entity that accepts an object to inspect.
> 
> Are you looking to invoke a list page?
> 
> This is a list with params and basically an apache rule redirects the URL 
> into the longer version and my app intercepts link URL requests and exchanges 
> links on production that are shorter.
> 
> http://planaby.com/event/nearby.html?distance=30.0&lat=40.7450127906344&lon=-73.9771424224899
> 
> or
> 
> http://planaby.com/person/1.html
> 
> Is just a simple ERRest route url translated by apache so it looks shorter in 
> production
> 
> Maybe that helps
> 
> 
> 
> 
>> On Apr 16, 2020, at 1:45 PM, Dev WO  wrote:
>> 
>> Hi Jesse,
>> 
>> Thanks for the pointer, that does look better, but I don’t understand 2 
>> things:
>> The method I have is
>> actionUrlForEntity(WOContext context, String entityName, Object entityID, 
>> String action, String format, NSDictionary queryParameters, 
>> boolean secure, boolean includeSessionID)
>> I’m doing “ERXRouteUrlUtils.actionUrlForEntity(context(), "Status", null, 
>> null, null, restDict, false, false)"
>> 
>> I’m expecting a url like 
>> ''/cgi-bin/WebObjects/CloudManager.woa/ra/Status?type=heat”
>> but I get "/cgi-bin/WebObjects/CloudManager.woa/ra/statuses.html?type=heat”
>> I don’t really get why I got “statuses.html” instead of “Status” (the 
>> capital S and the plural+.html).
>> 
>> Looking at the source, it seems whatever I choose as “format”, I’ll get a 
>> “.something” appended, but the response is still ok if I do 
>> '/cgi-bin/WebObjects/CloudManager.woa/ra/Status.json?type=heat” so that’s 
>> not an issue.
>> 
>> But the capital S and the plural do break my call, any idea about this?
>> 
>> Thanks, hope everything is as good as it could be in NYC,
>> 
>> Xavier
>> 
>> 
>>> On 16 Apr 2020, at 18:49, Jesse Tayler  wrote:
>>> 
>>> 
>>> If you want to generate an action URL, I think you’ll want this API
>>> 
>>> String link = ERXRouteUrlUtils.actionUrlForEntity(context, entityName, 
>>> entityID, action, format, queryParameters, secure, includeSessionID);
>>> 
>>> 
>>> 
>>>> On Apr 16, 2020, at 12:42 PM, Dev WO via Webobjects-dev 
>>>>  wrote:
>>>> 
>>>> Hi everyone,
>>>> 
>>>> I’m currently trying a few things with ERRest.
>>>> In a stateless component, I need to create some urls manually (they will 
>>>> be used inside a script element).
>>>> When I was calling my DirectAction class, I was just doing this:
>>>> 
>>>>context().generateRelativeURLs();
>>>> NSMutableDictionary dict = new NSMutableDictionary>>> String>();
>>>> ...
>>>> dict.put(key, value);
>>>> ...
>>>> String relativeUrl = context()._directActionURL(“myDirectAction", dict, 
>>>> false);
>>>> 
>>>> 
>>>> But I wasn’t able to find out the equivalent _directActionURL() method to 
>>>> generate the Rest (with /ra) URL.
>>>> 
>>>> How would you manually generate a relative URL for an ERRest request?
>>>> 
>>>> Thanks a lot and stay safe,
>>>> 
>>>> Xavier
>>>> 
>>>> ___
>>>> Do not post admin requests to the list. They will be ignored.
>>>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>>>> Help/Unsubscribe/Update your Subscription:
>>>> https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com
>>>> 
>>>> This email sent to jtay...@oeinc.com
>>> 
>>> 
>> 
> 
> 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: [ERRest] - Manually generating rest URL

[Dev WO via Webobjects-dev]

Hi Jesse,

Thanks for the pointer, that does look better, but I don’t understand 2 things:
The method I have is
actionUrlForEntity(WOContext context, String entityName, Object entityID, 
String action, String format, NSDictionary queryParameters, 
boolean secure, boolean includeSessionID)
I’m doing “ERXRouteUrlUtils.actionUrlForEntity(context(), "Status", null, null, 
null, restDict, false, false)"

I’m expecting a url like 
''/cgi-bin/WebObjects/CloudManager.woa/ra/Status?type=heat”
but I get "/cgi-bin/WebObjects/CloudManager.woa/ra/statuses.html?type=heat”
I don’t really get why I got “statuses.html” instead of “Status” (the capital S 
and the plural+.html).

Looking at the source, it seems whatever I choose as “format”, I’ll get a 
“.something” appended, but the response is still ok if I do 
'/cgi-bin/WebObjects/CloudManager.woa/ra/Status.json?type=heat” so that’s not 
an issue.

But the capital S and the plural do break my call, any idea about this?

Thanks, hope everything is as good as it could be in NYC,

Xavier


> On 16 Apr 2020, at 18:49, Jesse Tayler  wrote:
> 
> 
> If you want to generate an action URL, I think you’ll want this API
> 
> String link = ERXRouteUrlUtils.actionUrlForEntity(context, entityName, 
> entityID, action, format, queryParameters, secure, includeSessionID);
> 
> 
> 
>> On Apr 16, 2020, at 12:42 PM, Dev WO via Webobjects-dev 
>>  wrote:
>> 
>> Hi everyone,
>> 
>> I’m currently trying a few things with ERRest.
>> In a stateless component, I need to create some urls manually (they will be 
>> used inside a script element).
>> When I was calling my DirectAction class, I was just doing this:
>> 
>> context().generateRelativeURLs();
>> NSMutableDictionary dict = new NSMutableDictionary> String>();
>> ...
>> dict.put(key, value);
>> ...
>> String relativeUrl = context()._directActionURL(“myDirectAction", dict, 
>> false);
>> 
>> 
>> But I wasn’t able to find out the equivalent _directActionURL() method to 
>> generate the Rest (with /ra) URL.
>> 
>> How would you manually generate a relative URL for an ERRest request?
>> 
>> Thanks a lot and stay safe,
>> 
>> Xavier
>> 
>> ___
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/jtayler%40oeinc.com
>> 
>> This email sent to jtay...@oeinc.com
> 
> 

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

[ERRest] - Manually generating rest URL

[Dev WO via Webobjects-dev]

Hi everyone,

I’m currently trying a few things with ERRest.
In a stateless component, I need to create some urls manually (they will be 
used inside a script element).
When I was calling my DirectAction class, I was just doing this:

context().generateRelativeURLs();
NSMutableDictionary dict = new 
NSMutableDictionary();
...
dict.put(key, value);
...
String relativeUrl = context()._directActionURL(“myDirectAction", dict, 
false);


But I wasn’t able to find out the equivalent _directActionURL() method to 
generate the Rest (with /ra) URL.

How would you manually generate a relative URL for an ERRest request?

Thanks a lot and stay safe,

Xavier

 ___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

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

[Dev WO via Webobjects-dev]

ROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/javassist-3.20.0-GA.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/joda-time-2.9.7.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/junit-4.12.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/log4j-1.2.17.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/ognl-3.2.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/slf4j-api-1.7.23.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resources/J
>>> ava/slf4j-log4j12-1.7.23.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/PostgresqlPlugIn.framework/R
>>> esources/Java/PostgresqlPlugIn.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaMemoryAdaptor.framework/
>>> Resources/Java/JavaMemoryAdaptor.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERPrototypes.framework/Resou
>>> rces/Java/ERPrototypes.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/WOOgnl.framework/Resources/J
>>> ava/WOOgnl.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaWOExtensions.framework/R
>>> esources/Java/JavaWOExtensions.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaEOAccess.framework/Resou
>>> rces/Java/javaeoaccess.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaEOAccess.framework/WebSe
>>> rverResources/Java/JavaEOAccess.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaEOControl.framework/Reso
>>> urces/Java/javaeocontrol.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaEOControl.framework/WebS
>>> erverResources/Java/JavaEOControl.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaFoundation.framework/Res
>>> ources/Java/javafoundation.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaFoundation.framework/Web
>>> ServerResources/Java/JavaFoundation.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaJDBCAdaptor.framework/Re
>>> sources/Java/javajdbcadaptor.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaJDBCAdaptor.framework/We
>>> bServerResources/Java/JavaJDBCAdaptor.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaWebObjects.framework/Res
>>> ources/Java/javawebobjects.jar
>>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/JavaWebObjects.framework/Web
>>> ServerResources/Java/JavaWebObjects.jar
>>> 
>>> 
>>> 
>>> --
>>> 
>>> Message: 2
>>> Date: Wed, 29 Jan 2020 08:44:23 +0100
>>> From: Konrad Kubacki 
>>> To: webobjects-dev@lists.apple.com
>>> Subject: Re: [Tomcat] -Classpath ordering issue
>>> Message-ID: <610271b9-7209-e71b-7d38-91ad6021c...@ifirma.pl>
>>> Content-Type: text/plain; charset="utf-8"; Format="flowed"
>>> 
>>> 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 
&

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

[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
>> an

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

[Dev WO via Webobjects-dev]

610271b9-7209-e71b-7d38-91ad6021c...@ifirma.pl>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> 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.frame
>> work/Resources/Java/ERCoolComponents.jar
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/AjaxLook.framework/Res
>> ources/Java/AjaxLook.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resourc
>> es/Java/Ajax.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/Ajax.framework/Resourc
>> es/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/Resou
>> rces/Java/ERJars.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resou
>> rces/Java/ERFoundation.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resou
>> rces/Java/ERWebObjects.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resou
>> rces/Java/commons-cli-1.3.1.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resou
>> rces/Java/commons-codec-1.10.jar 
>> WEBINFROOT/CloudManager.woa/Contents/Frameworks/ERJars.framework/Resou
>> rces/Java/commons-io-2.5.jar 
>>

Re: [Tomcat] -Classpath ordering issue

[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/ 
<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
>>>

Fwd: [Tomcat] -Classpath ordering issue

[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/Resou

[Tomcat] -Classpath ordering issue

[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
WEBINFROOT/CloudManager.woa/Contents/

[Tomcat] -Classpath ordering issue

[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
WEBINFROOT/CloudManager.woa/Conte