On Jan 24, 2008, at 12:47 PM, Daryl Lee wrote:
Glad to be of assistance.
On Jan 23, 2008, at 7:35 PM, David Avendasora wrote:
Thanks Daryl!!!
With the lead provided by Daryl Lee, I've gotten it working, and
here's the basics, and a couple further questions for those more
knowledgeable in classpaths and building.
Copy /Library/Application Support/Apple/Developer Tools/WebObjects
Support/UnixLaunchClient.sh to your project, rename it
"MyApp_Client.sh" and it must be copied into the build/MyApp.woa/
Contents/MacOS/ directory of the application.
There also needs to be a ClasspathClient.txt file there. Just the
launch script isn't enough. I just copied it from a different
working app, but that obviously isn't the "Right Way" to do it.
The contents are very straight-forward (see below) and seems to
contain only the paths to the frameworks required by the client
(hence the filename, I guess :). Is there a way to have this
generated by WOLips or Ant?
I'm sure there is. That classpath file is relatively static and
depending on where you put your custom frameworks (in or out of
the .woa bundle) you might not have to modify it at all.
I'm assuming that Xcode generated this on-the-fly at build-time as I
can't find it anywhere but in a Xcode-built app. Also of interest is
the fact that if the ClasspathClient.txt file exists, WO uses that
instead of whatever the normal source for it is.
The interesting thing is that unless you add your client-side class
jar file to, it no longer just finds them in build/MyApp.woa/Contents/
WebServerResources/Java. You have to add them to this file. So it's a
kind-of cascading effect that if you want Auto Open Client
Application to work, you have to also change the way you manage your
client-side class path to using the ClasspathClient.txt file, which
means adding some way of generating this file. I'd rather not just
rely on it being static, because sooner or later I'll change
something (add a client-side framework like JBND) and then it will
take a while for me to figure out why the client doesn't see it.
I guess the trick is to find a list of the WO frameworks required by
the client-side of Java Client apps, add on any WebServerResources/
Java jars.
Anybody have any suggestions?
Dave
Now I can easily modify my javaclient.xml Ant build file (http://
wiki.objectstyle.org/confluence/display/WO/Java+Client-Incremental
+Build) to make the MyApp.woa/MacOS directory and copy the two
files in there, BUT the other problem is that I'm on 5.3 and I'm
assuming that the /Library/Application Support/Apple/Developer
Tools/WebObjects Support/ directory and it's contents go away on
10.5/Xcode 3 and later. Or don't they?
We left the old (JAM) build system in place for 10.5/XCode 3.0 so
feel free to move to Leopard/5.4.
There but deprecated, I'm guessing. No worries, I'll make my build
task point to there for the script file and wait for something to
change.
For now I'll just include it in my project, but what about other
developers? Can we distribute the UnixLaunchClient.sh file from
the wiki? I'm guessing not since it was Apple supplied.
Thanks,
Dave
ClasspathClient.txt contents:
# ApplicationClass ==
com.webobjects.eoapplication.client.EOClientApplicationSupport
# JDB == jdb
# JDBOptions ==
# JVM == java
# JVMOptions ==
/System/Library/Frameworks/JavaFoundation.framework/
WebServerResources/Java/JavaFoundation.jar
WOROOT/Library/Frameworks/JavaEOControl.framework/
WebServerResources/Java/JavaEOControl.jar
WOROOT/Library/Frameworks/JavaXML.framework/WebServerResources/
Java/JavaXML.jar
WOROOT/Library/Frameworks/JavaDirectToWeb.framework/
WebServerResources/Java/JavaDirectToWeb.jar
WOROOT/Library/Frameworks/JavaEOApplication.framework/
WebServerResources/Java/JavaEOApplication.jar
WOROOT/Library/Frameworks/JavaEODistribution.framework/
WebServerResources/Java/JavaEODistribution.jar
WOROOT/Library/Frameworks/JavaEOGeneration.framework/
WebServerResources/Java/JavaEOGeneration.jar
WOROOT/Library/Frameworks/JavaEOInterface.framework/
WebServerResources/Java/JavaEOInterface.jar
WOROOT/Library/Frameworks/JavaEOInterfaceSwing.framework/
WebServerResources/Java/JavaEOInterfaceSwing.jar
WOROOT/Library/Frameworks/JavaEORuleSystem.framework/
WebServerResources/Java/JavaEORuleSystem.jar
WOROOT/Library/Frameworks/JavaWOJSPServlet.framework/
WebServerResources/Java/JavaWOJSPServlet_client.jar
HOMEROOT/Library/Java
LOCALROOT/Library/Java
WOROOT/Library/Java
/Network/Library/Java
WOROOT/Library/Frameworks/JavaVM.framework/Classes/classes.jar
WOROOT/Library/Frameworks/JavaVM.framework/Classes/ui.jar
On Jan 23, 2008, at 8:05 PM, Daryl Lee wrote:
You might also want to double check that the UnixLaunchClient.sh
script is embedded in your .woa bundle by WOLips. It's been a
while so I can't remember if Xcode used to rename that script.
You can find a copy at:
/Library/Application Support/Apple/Developer Tools/WebObjects
Support
On Jan 23, 2008, at 2:41 PM, Xavier Destombes wrote:
Hello Dave,
have a look at the "Unable to locate WOOpenURL on your computer"
thread.
Xavier
Hi all,
I have migrated my Xcode Java Client project (using WebStart)
to Eclipse/WOLips and the Auto Open In Browser feature no
longer works. I get the following message in the Eclipse Run Log:
Unable to locate client launch script in your application,
using the Auto Open In Browser feature instead of the Auto Open
Client Application feature.
It does still launch the browser and give me a link to
the .jnlp file, but that is just so tedious (I know it's
whining/whinging but I _want_ it back). Is there a way to make
Eclipse just open the .jnlp file? It says something about a
client launch script, but try as I might, I just can't find it
in the original Xcode project either.
Any help?
Dave
_______________________________________________
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/webobjects
%40anazys.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:
http://lists.apple.com/mailman/options/webobjects-dev/dlee%
40apple.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:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
