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      ([email protected])
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/chill%40global-village.net
>>> 
>>> This email sent to [email protected]
>> 
>> -- 
>> 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      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/probert%40macti.ca
>> 
>> This email sent to [email protected]
> 


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

This email sent to [email protected]

Reply via email to