On Dec 19, 2007, at 3:52 PM, James Cicenia wrote:
This is killing my brain.
That is because you are looking for the problem in the wrong place.
I have app.woa (old)
I have app.woa (new)
Nothing changes in JavaMonitor
What changes in the apps? Do a diff on the trees? Different
configurations in them? Different class paths? Different output paths.
I just switch the names by adding .old or .new when I want the
other to run.
the old app always runs from JavaMonitor so how can it be a
JavaMonitor question?
It is not a JM question. It is permissions. But not .woa
permissions. I would guess that your app starts, the immediately
crashes due to a perms problem.
Try launching it from the command line with
sudo -u appserver <app name> <params as used in JavaMonitor>
hat was why I was working on the .woa permissions.
Did you try the touch tests in that FAQ?
Finally another thought...
This is my first deployed app from my new Eclipse/WOLips/Leopard
setup. Could there be something in that?
I have tried with both Java1.5 and 1.4 even though my server is
running 1.5 though the old app from the old setup
always compiled for 1.4.
Could be an API difference. Are you embedding frameworks?
Sorry to be so stuck in the mud here but now I am really afraid to
push my other big app that is due soon.
You need to stop thinking along the lines you have been.
Chuck
On Dec 19, 2007, at 5:17 PM, Chuck Hill wrote:
On Dec 19, 2007, at 2:53 PM, James Cicenia wrote:
Ok -
Granted IANAPSA (I Am Not a Professional Server Admin) so...
How the heck to I tell what JavaMonitor or wotaskd is running as?
when I do ps -auxww the all list as appserve
That is right.
nowhere can I figure out how to get the rest of the word, e.g.
appserver? appserverusr? appserveradmin?
No idea.
If I remote in and use the UI to get info my .woa files are
appserveradmin the group that is and the owner is admin.
Both the group and the owner have read/write.
Finally, my other .woa files "seem" to have the exact same owner
and groups associated to them, and JavaMonitor launches them and
creates the log files etc.
I think you are looking at the wrong thing. It is not .woa
permissions, but the log or something else that you app writes to.
Finally, finally, I can't seem to see JavaMonitor as a process in
my lists no matter if I run ps -auxww | grep Monitor or even the
using the UI utility of processes.
JavaMonitor is not part of the launch path. Check for it by WOPort
Then to top it off, I made a copy of the .woa in question and
chmod it to 777. Still the same issue.
What did you expect that to change?
Does JavaMonitor run its app with a different version of java
than wotaskd?
JavaMonitor edits the configuration file. wotaskd starts and
stops apps. The java version is the machine's default unless the
app's classpath file says different.
Chuck
On Dec 19, 2007, at 4:00 PM, Chuck Hill wrote:
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 (Webobjects-
[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
--
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
--
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 (Webobjects-deploy@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
