On 2012-03-12, at 9:50 PM, Rich wrote: > Mmm, OK I've rebuilt and my Unix classPath is showing all APPROOT/xxx for the > frameworks, however it DOESN"T have an entry for the ERXExtension framework > in there - Should it?
I'd hope so, that is where the ERXContext* classes live! > I've defiantly got an ERXExtension.framework folder in my APPROOT/Frameworks > folder EXExtensions with an S on the end, right? What is under that? Is there a Resources/Java/ERXExtensions.jar file? > Just finishing fixing up the permissions and about to try and run it up again > to see what happens Here is hoping... > > On 13/03/2012, at 5:27 PM, Chuck Hill wrote: > >> >> On 2012-03-12, at 9:24 PM, Rich wrote: >> >>> 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. >> >> The ERExtensions one is the most critical right now. >> >> >>> >>> 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 ([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] >>>>>> >>>>> >>>> >>>> -- >>>> 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 >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>> >> >> -- >> 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 >> >> >> >> >> >> >> >> > -- 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
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ 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]
