I would guess a permissions issue. Can everything write to the log directory? 

Steve

> On Feb 24, 2016, at 10:08 PM, Jeff Schmitz <[email protected]> wrote:
> 
> Embedding the frameworks did work in that it allowed me to start my app from 
> the command line (Thanks!)
> 
> However now I’m at the javamonitor/wotaskd “hades” that always seems to get 
> me.  I’ve set all my WOHost vars to localhost, and am using localhost across 
> the board (Site and Host).  I’ve successfully added the application and 
> configured out, but when I start it nothing happens.  No log file, and 
> eventual a death.  Since I can start from the command line fine I don’t think 
> it’s the app itself, but with no log file to go by I’m not sure what the next 
> step would be.  Any ideas would be GREATLY appreciated.
> 
> 
> Jeff
> 
> 
> 
>> On Feb 18, 2016, at 6:17 PM, Paul Hoadley <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> Hi Jeff,
>> 
>> On 19 Feb 2016, at 10:39 am, Jeff Schmitz <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>>> I’m trying to deploy to a new machine and am getting the below classpath 
>>> error when I start my app from the command line. I can build and run in my 
>>> dev environment as well as deploy to a different machine.  I checked 
>>> JAVA_HOME and it looks good so I’m not sure what to check next.  I’m 
>>> guessing my main project is looking in the wrong place for the frameworks 
>>> and added libs on the deployment machine, but I’m not sure what property 
>>> tells it where to look when deployed.  I’m hoping this is a simple one.
>> 
>> If that’s the problem, most people embed all the required frameworks in the 
>> application bundle to solve it. Set these in build.properties:
>> 
>> embed.Local=true
>> embed.Network=true
>> embed.Project=true
>> embed.System=true
>> embed.User=true
>> 
>> (If there’s some reason you can’t do this, we’ll have to explore the issue 
>> further.)
>> 
>> 
>> -- 
>> Paul Hoadley
>> http://logicsquad.net/ <http://logicsquad.net/>
>> 
>> 
>> 
> 
> _______________________________________________
> 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/speery%40me.com
> 
> 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