Like everyone else said if it runs from the command line and not from
JavaMonitor, you have a permissions problem. End of story.
JavaMonitor and wotaskd might not be running as the same user (should
be the same, but can be different), you would want to check what user
(s) they run as. The user that wotaskd runs as is the one that will
affect this.
Next, follow the instructions here:
http://www.gvcsitemaker.com/gvc.webobjects/
faq&mode=single&recordID=19193
http://www.gvcsitemaker.com/gvc.webobjects/
faq&mode=single&recordID=37272
Also, ensure that you are correctly interpreting what is happening:
http://www.gvcsitemaker.com/gvc.webobjects/
faq&mode=single&recordID=66181
"Just the FAQs, maam"
Chuck
On Dec 19, 2007, at 6:50 AM, James Cicenia wrote:
Ok -
I am bit confused here.
I am running on an XServer running Tiger.
I do have the headless parameter in there too.
OK here is the list from the command line:
Launching sGroup.woa ...
java -XX:NewSize=2m -Xmx64m -Xms32m -DWORootDirectory="/System" -
DWOLocalRootDirectory="" -DWOUserDirectory="/Users/admin" -
Djava.awt.headless=true -Xms520m -Xmx600m -classpath "/Library/
WebObjects/Applications/sGroup.woa/Contents/Resources/Java/:/
Library/WebObjects/Applications/sGroup.woa/Contents/Resources/Java/
sgroup.jar:/Library/Frameworks/JavaWOExtensions.framework/Resources/
Java/JavaWOExtensions.jar:/Library/Frameworks/NoxymoCore.framework/
Resources/Java/noxymocore.jar:/Library/Frameworks/
NoxymoHelperJDOM.framework/Resources/Java/jdom.jar:/Library/
Frameworks/NoxymoHelperJavaActivation.framework/Resources/Java/
activation.jar:/Library/Frameworks/NoxymoHelperJavaMail.framework/
Resources/Java/mail.jar:/Library/Frameworks/
NoxymoHelperJexcel.framework/Resources/Java/jxl.jar:/Library/
Frameworks/NoxymoHelperRome.framework/Resources/Java/rome-0.7.jar:/
System/Library/Frameworks/JavaEOAccess.framework/Resources/Java/
javaeoaccess.jar:/System/Library/Frameworks/JavaEOControl.framework/
Resources/Java/javaeocontrol.jar:/System/Library/Frameworks/
JavaFoundation.framework/Resources/Java/javafoundation.jar:/System/
Library/Frameworks/JavaJDBCAdaptor.framework/Resources/Java/
javajdbcadaptor.jar:/System/Library/Frameworks/
JavaWebObjects.framework/Resources/Java/javawebobjects.jar:/System/
Library/Frameworks/JavaXML.framework/Resources/Java/javaxml.jar:/
System/Library/Frameworks/JavaDTWGeneration.framework/Resources/
Java/javadtwgeneration.jar:/System/Library/Frameworks/
JavaDirectToWeb.framework/Resources/Java/javadirecttoweb.jar:/
System/Library/Frameworks/JavaEOControl.framework/Resources/Java/
javaeocontrol.jar:/System/Library/Frameworks/
JavaEOProject.framework/Resources/Java/javaeoproject.jar:/System/
Library/Frameworks/JavaFoundation.framework/Resources/Java/
javafoundation.jar:/System/Library/Frameworks/
JavaWOExtensions.framework/Resources/Java/JavaWOExtensions.jar:/
System/Library/Frameworks/JavaWOJSPServlet.framework/Resources/Java/
javawojspservlet.jar:/Library/Frameworks/ERJars.framework/Resources/
Java/log4j-1.2.8.jar" com.sgroup.application.Application -WOPort
2001 -WOCachingEnabled YES -WODebuggingEnabled NO -WOOutputPath /
Library/WebObjects/Logs/sgroup/sgroup-1 -WOAutoOpenInBrowser NO -
WOAutoOpenClientApplication NO -WOLifebeatInterval 120 -
WOLifebeatEnabled YES -WOLifebeatDestinationPort 1085 -WOAdaptor
WODefaultAdaptor -WOWorkerThreadCount 8 -WOListenQueueSize 128 -
WOWorkerThreadCountMin 16 -WOWorkerThreadCountMax 256 -
WOSessionTimeOut 7200 -WOStatisticsPassword smartone -
WOApplicationName sgroup -WOMonitorEnabled YES -WONoPause YES -
Djava.awt.headless=true -WOAllowsConcurrentRequestHandling YES -url
It just doesn't make any sense to me how it can run great from the
command line and not from JavaMonitor.
Luckily this app is only used by a small company, so I can start it
via the command line and pretty much just let it run, but still....
James
On Dec 19, 2007, at 8:31 AM, Mr. Pierre Frisch wrote:
Another wild guess, which jars are you loading? Application run
user monitor and unprivileged application and they do not have
access to the Window server, an you try to add -
Djava.awt.headless=true
Pierre
--
Pierre Frisch
[EMAIL PROTECTED]
On Dec 19, 2007, at 5:52, James Cicenia wrote:
Not that I have found.
On Dec 19, 2007, at 12:55 AM, Georg Tuparev wrote:
Hi
A wild guess. Is it possible that you are setting WOHost either
in your Properties file or somewhere else?
gt
On Dec 19, 2007, at 4:25 AM, James Cicenia wrote:
This is truly perplexing...
I just checked all the permission, execution bits, etc.
I just ran the app via command line with all the same
parameters.. starts great... .log file created, etc.
OK granted this version of the app was built using my new
Eclipse 3.3.2/WOlips... but still it runs fine from the command
line?!
Any other thoughts?
On Dec 18, 2007, at 9:07 PM, Art Isbell wrote:
On Dec 18, 2007, at 4:55 PM, James Cicenia wrote:
On Dec 18, 2007, at 8:15 PM, Art Isbell wrote:
It doesn't create the log file.
If the directory that should contain the log file isn't
writable by the user running the WO app (i.e., the JavaMonitor
user), then the log file won't be created.
Weirdly if I delete the new code, put back the old code it
works?
And as far as I can tell, all the permissions and owners are
identical.
Must be something different about the new app. Is the
execution bit set on the executables in the new version (i.e.,
foo.woa/foo and foo.woa/Contents/MacOS/foo)?
I did now and it still runs.
Those arguments should include one that specifies the log
file path. Is the log file created when the app is launched
from a shell prompt?
Is JavaMonitor running as appserver (Tiger) or _appserver
(Leopard)?
Tiger
Then is Java monitor running as appserver?
Aloha,
Art
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/tuparev%
40mac.com
This email sent to [EMAIL PROTECTED]
-- georg --
"I believe in an open mind, but not so open that your brains
fall out."
Arthur Hays Sulzberger
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
[EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/pierre%
40apple.com
This email sent to [EMAIL PROTECTED]
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list (Webobjects-
[EMAIL PROTECTED])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/chill%
40global-village.net
This email sent to [EMAIL PROTECTED]
--
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/products/practical_webobjects
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-deploy mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
