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      (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
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>> 
>> 
>> -- 
>> 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








Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
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