OK, I'll give that a try now, I didn't have all the check ticked.
Also my Unix ClassPath (from you previous message) was showing a mix of 
locations for the frameworks, so hopefully this will sort that out.

On 13/03/2012, at 5:19 PM, Chuck Hill wrote:

> I meant all of the ones that your app is using, including the WebObjects 
> frameworks that it is using.  The goal is one self contained directory.  
> There are not transitive dependancies between frameworks so if a framework is 
> NOT included in your application project, then you don't need it.  This 
> should take care of it automatically:
> 
> <PastedGraphic-9.pdf>
> 
> 
> Chuck
> 
> 
> On 2012-03-12, at 9:15 PM, Rich wrote:
> 
>> When you say "Embed the Framework (All of them)" you mean only the ones 
>> relevant to my App right? - or do you mean ALL of the Wonder frameworks
>> 
>> On 13/03/2012, at 4:48 PM, Pascal Robert wrote:
>> 
>>> 
>>> Le 2012-03-12 à 23:29, Chuck Hill a écrit :
>>> 
>>>> Hi Rich,
>>>> 
>>>> On 2012-03-12, at 8:09 PM, Rich wrote:
>>>> 
>>>>> Hi,
>>>>> 
>>>>> This is my first post to this list, so apologies if my protocol is not 
>>>>> correct, or I miss something.
>>>> 
>>>> Not much of a worry about that around here, we don't bite.  This is not 
>>>> your average place on the Internet.
>>>> 
>>>> 
>>>>> I've been pulling my hair out for nearly a week now as I can't get my WO 
>>>>> application running on my Linux server.
>>>> 
>>>> Deployment is almost always a source of frustration and anguish.  You are 
>>>> not alone. 
>>>> 
>>>> 
>>>>> I am a Noobie to WebObjects (1st project), and developed a back end 
>>>>> web-service for an iPhone / iPad application prototype project I was 
>>>>> contracted to do.
>>>>> The project is at the point of completion, and I've been trying to make 
>>>>> the WO application (Which runs just fine in Eclipse), work on the 
>>>>> deployment server so I can hand it over (The Linux machine is running in 
>>>>> VMWare).
>>>>> 
>>>>> So, I have followed (several times), the 'Setup' and 'Deployment' 
>>>>> instructions on http://wiki.wocommunity.org/display/WO/Deploying+on+Linux 
>>>>> and think that I have everything deployed OK (Application and frameworks).
>>>> 
>>>> I will gently suggest that this is your first and root problem.  Embedding 
>>>> the frameworks (all of them!) in the Application can avoid so very many 
>>>> headaches.  And who likes a painful deployment?
>>> 
>>> +1 !
>>> 
>>>> 
>>>>> When I start up the WO application instance from the Java Monitor it 
>>>>> seems to launch OK - The application log seems to have no issues and 
>>>>> states the URL and "Waiting for requests...", it's just when I make a 
>>>>> request (GET) just using a browser, I don't get any response data - No 
>>>>> error at all in the browser, just an empty / blank page - I know I should 
>>>>> be getting some data back as there's data to serve for the request.
>>>> 
>>>> You should be getting something back, even if just a short error message.
>>>> 
>>>> 
>>>>> The WO application is a fairly simple and has been based upon the 
>>>>> ERRestRouteExample included with the ProjectWonder sources, but as I said 
>>>>> I know the application runs just fine if launched form Eclipse (with the 
>>>>> Eclipse http engine).
>>>>> 
>>>>> I've got a suspicion it's something in my Apache setup, but I can't for 
>>>>> the life of me think / see what it is - I'm not even use I need Apache as 
>>>>> I don't need to serve any HTTP pages, just JSON response data (Please 
>>>>> correct me if I'm wrong)
>>>> 
>>>> It is not your Apache config.  For a small site you don't strictly need 
>>>> Apache.  But when you get larger and want to run multiple instances of 
>>>> your application to scale up, then you want Apache (or something that 
>>>> helps to distribute the load, Apache is probably the easy, cheap option 
>>>> here).
>>>> 
>>>>> I know requests are getting through to the Linux server (checked with 
>>>>> tcpdump), and I can see the request in the WO application log with the 
>>>>> following error, which I can't see to find anywhere on the net.
>>>>> 
>>>>>> [2012-3-13 2:40:43 GMT+00:00] <WorkerThread14> 
>>>>>> java.lang.InstantiationError: <jaboo.proto.websvc.Application>: Unable 
>>>>>> to create ERXWOContext54
>>>> 
>>>> I think that means (and yeah, it is freaking obscure) that the version of 
>>>> Wonder that is on your dev machine is much older than what is on the 
>>>> server.  Check the size/date of 
>>>> ERExtensions.framework/Resources/Java/erextensions.jar
>>>> 
>>>> 
>>>> 
>>>> Also check your app for code like:
>>>> 
>>>> setContextClassName("ERXWOContext54");
>>>> 
>>>> 
>>>> Chuck
>>>> 
>>>> 
>>>> 
>>>>>>  at 
>>>>>> com.webobjects.appserver.WOApplication.createContextForRequest(WOApplication.java:2039)
>>>>>>  at 
>>>>>> er.extensions.appserver.ERXApplication.createContextForRequest(ERXApplication.java:2083)
>>>>>>  at 
>>>>>> er.extensions.appserver.ERXApplication.handleActionRequestError(ERXApplication.java:1735)
>>>>>>  at 
>>>>>> com.webobjects.appserver._private.WOActionRequestHandler._handleRequest(WOActionRequestHandler.java:245)
>>>>>>  at 
>>>>>> com.webobjects.appserver._private.WOActionRequestHandler.handleRequest(WOActionRequestHandler.java:158)
>>>>>>  at 
>>>>>> er.extensions.appserver.ERXDirectActionRequestHandler.handleRequest(ERXDirectActionRequestHandler.java:126)
>>>>>>  at 
>>>>>> com.webobjects.appserver.WOApplication.dispatchRequest(WOApplication.java:1687)
>>>>>>  at 
>>>>>> er.extensions.appserver.ERXApplication.dispatchRequestImmediately(ERXApplication.java:2021)
>>>>>>  at 
>>>>>> er.extensions.appserver.ERXApplication.dispatchRequest(ERXApplication.java:1986)
>>>>>>  at 
>>>>>> com.webobjects.appserver._private.WOWorkerThread.runOnce(WOWorkerThread.java:144)
>>>>>>  at 
>>>>>> com.webobjects.appserver._private.WOWorkerThread.run(WOWorkerThread.java:226)
>>>>>>  at java.lang.Thread.run(Thread.java:636)
>>>>>> 
>>>>>> Mar 13 02:40:43 Jaboo[2002] WARN  NSLog  - <WOWorkerThread id=14 
>>>>>> socket=null> Workerthread exiting due to error, respawning with ID 
>>>>>> 10014...
>>>>>> Exception in thread "WorkerThread14" 
>>>>>> com.webobjects.foundation.NSForwardException 
>>>>>> [java.lang.InstantiationError] <jaboo.proto.websvc.Application>: Unable 
>>>>>> to create ERXWOContext54:java.lang.InstantiationError: 
>>>>>> <jaboo.proto.websvc.Application>: Unable to create ERXWOContext54
>>>>> 
>>>>> I've bypassed Apache and wotaskd and am just doing a DirectConnection 
>>>>> (which I've enabled) to the application
>>>>> 
>>>>> I would really appreciate any help of guidance on how to troubleshoot 
>>>>> further.. as I'm about to lose what little hair I've got left - my time 
>>>>> is running out
>>>>> 
>>>>> Warmest regards and a big hug to anyone who can help (please..)
>>>>> Rich
>>>>> _______________________________________________
>>>>> 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/chill%40global-village.net
>>>>> 
>>>>> This email sent to ch...@global-village.net
>>>> 
>>>> -- 
>>>> Chuck Hill             Senior Consultant / VP Development
>>>> 
>>>> Practical WebObjects - for developers who want to increase their overall 
>>>> knowledge of WebObjects or who are trying to solve specific problems.    
>>>> http://www.global-village.net/gvc/practical_webobjects
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> 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/probert%40macti.ca
>>>> 
>>>> This email sent to prob...@macti.ca
>>> 
>> 
> 
> -- 
> Chuck Hill             Senior Consultant / VP Development
> 
> Practical WebObjects - for developers who want to increase their overall 
> knowledge of WebObjects or who are trying to solve specific problems.    
> http://www.global-village.net/gvc/practical_webobjects
> 
> 
> 
> 
> 
> 
> 
> 


 _______________________________________________
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

Reply via email to