Re: Deeper down the rabbit hole (Was: MainBundle.woa?)
Re: Deeper down the rabbit hole (Was: MainBundle.woa?)
- Subject: Re: Deeper down the rabbit hole (Was: MainBundle.woa?)
- From: David LeBer <email@hidden>
- Date: Sat, 20 Oct 2007 21:47:16 -0400
I'm moving this to the WOLips list, as it looks like it should belong
there.
On 20-Oct-07, at 6:21 PM, Miguel Arroz wrote:
Hi!
cd <your app dir>
grep -r "MainBundle" .
Does this help? :)
Kinda :-)
I found no reference to MainBundle, but if I searched for the name of
the app (FundingApp) I found that a non working build was missing
this entry in it's info.plist compared with an older working build:
<key>NSExecutable</key>
<string>FundingApp</string>
If I add it the app launches fine.
I don't know how to fix the build.xml issue, so I've reverted to the
original.
Yours
Miguel Arroz
On 2007/10/20, at 23:00, David LeBer wrote:
On 20-Oct-07, at 5:03 PM, David LeBer wrote:
On 20-Oct-07, at 4:53 PM, David LeBer wrote:
I'm deploying a pair of applications that I've successfully
deployed before an they are both launching as 'MainBundle.woa'...
This is very weird.
Has anyone seen this before?
OK,
I realize this is a little light on information.
If I run the apps from within eclipse they launch as the app
name, ie:
http://10.0.1.5:55555/cgi-bin/WebObjects/FundingAdmin.woa
But if I launch them from the command line on my dev machine or
on the deployment machine they launch as MainBundle.woa
http://10.0.1.5:59192/cgi-bin/WebObjects/MainBundle.woa
The same thing seems to happen via monitor on the deployment box,
the app is reachable as the AppName.woa but any resources are
pointed at MainBundle.woa.
This app was built using last nights build of WOLips on Eclipse
3.3.1
Since I'd recently upgraded from Eclipse 3.2, I figured maybe the
build.xml file had changed so I took a look at one created for a
new "WOnder Application" and it looked quite a bit different.
Throwing caution to the wind, I replaced one of the projects
build.xml files with the new one.
Now, when I try and launch from the command line, it goes as follows:
int:~ root# /Library/WebObjects/Applications/FundingApp.woa/
FundingApp
Reading MacOSClassPath.txt ...
Launching FundingApp.woa ...
${jvm} -XX:NewSize=2m -Xmx64m -Xms32m -DWORootDirectory="/System"
-DWOLocalRootDirectory="" -DWOUserDirectory="/Users/david" -
DWOEnvClassPath="" -
DWOApplicationClass=com.pimedia.rcmp.funding.app.Application -
DWOPlatform=MacOS -Dcom.webobjects.pid=21296 -classpath
WOBootstrap.jar com.webobjects._bootstrap.WOBootstrap -
WOFrameworksBaseURL /WebObjects/FundingApp.woa/Contents/Frameworks
/Library/WebObjects/Applications/FundingApp.woa/FundingApp: line
1: exec: -X: invalid option
exec: usage: exec [-cl] [-a name] file [redirection ...]
The ${jvm} bit is definitely incorrect.
It looks like it is pulling this from the MacOSClassPath.txt,
which looks like:
# JVM == ${jvm}
# JVMOptions ==
# JDB == jdb
# JDBOptions ==
# ApplicationClass == com.pimedia.rcmp.funding.app.Application
I don't know where the JVM option is coming from in Eclipse so I
manually change that to:
# JVM == java
The app launches, but still as MainBundle.woa
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40guiamac.com
This email sent to email@hidden
Miguel Arroz
http://www.terminalapp.net
http://www.ipragma.com
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site: http://codeferous.com
blog: http://davidleber.net
profile: http://www.linkedin.com/in/davidleber
--
Toronto Area Cocoa / WebObjects developers group:
http://tacow.org
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden