On 13/11/2007, at 12:13 PM, Kieran Kelleher wrote:
Lachlan,
AFAIK, if 1.5 is present on the system somewhere, even if not
default (if using OS X Tiger Server with 1.4 as default for
example), then you can specify the path to the java executable in
the MacOSClassPath.txt in the woa and still run under 1.5 even if
1.4 is the default for the system.
Just a thought in case that might be of use to you.
Thanks for the thought :-) But alas, it is *not* on the deployment
servers at all. They're not macs... and so the question below remains.
On Nov 12, 2007, at 7:10 PM, Lachlan Deck wrote:
Quick question,
On 13/11/2007, at 4:14 AM, Mike Schrag wrote:
Lots of people have been plagued with classpath oddities
(especially the Session and the Main class one matching javamail
and log4j respectively). After much digging, the "official
unofficial" causes seem to be:
1) When launching from Eclipse, bundle loading works a little
differently, and I believe Anjo's fixes to WOLips should have
this resolved now.
2) When launching from Commandline (... including deployment),
there are several nasty buggers at play:
2a) Whether or not you are embedding frameworks, check
your .woa's Info.plist. If it defines the key Has_WOComponents
(whether or not it says true, just whether it exists), this is a
bug. At some point in WOLips, the default Info.plist template was
modified to include this, and it causes .woa bundles to be
identified as frameworks by the NSBundle loader. Ordinarily,
classes are loaded from .woa bundles first, followed by
frameworks. When Has_WOComponents is set, it appears that
the .woa gets lumped in with the frameworks, and it actually
loads last instead of first. So delete this key and value if
it's in your .woa and it should save you some pain.
(currently stuck with Wonder-4.0.0 due to our deploy servers still
on jvm 1.4...)
Is it equally safe to ditch that key/value from a *.woa when using
Wonder-4.0.0?
Thanks.
with regards,
--
Lachlan Deck
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com
This email sent to [EMAIL PROTECTED]
