OK. So I added this argument to the application's additional arguments in WOMonitor:
-Djava.library.path=/Library/Java/Extensions:/System/Library/Java/Extensions:/usr/lib/java And it is now finding the JNI. But now I'm on to a new problem! java.lang.UnsatisfiedLinkError: /Library/Java/Extensions/libImageIOImageProcessor.jnilib: no suitable image found. Did find: /Library/Java/Extensions/libImageIOImageProcessor.jnilib: mach-o, but wrong architecture So the Google seems to think this is because the JNI is compiled for 32 bit but I'm using 64 bit java. That would make sense. I've tried recompiling the JNI and I've changed the ARCHS variable in the build properties to x86_64 but I'm still getting the error. Does anyone who is wise in the ways of MacOSX programming know where I've gone wrong? I'm using 10.5 and XCode 3.1 Thanks, Johnny On Apr 2, 2013, at 9:25 AM, Johnny Miller <[email protected]> wrote: > Thanks for the advice guys. Although, I'd really like to get the native > going... > > The error I'm seeing is a com.webobjects.foundation.NSForwardException > [java.lang.NoClassDefFoundError] Could not initialize class > er.attachment.thumbnail.ImageIOImageProcessor:java.lang.NoClassDefFoundError: > > I made a simple class that prints out the java class path from the command > line and I see that /Library/Java/Extensions is in there. But... getting > WebObjects to use Java 1.6 was kind of a hack to begin with. I had to create > the file /etc/launchd.conf which contains these two lines: > > setenv JAVA_VERSION 1.6 > setenv JAVA_HOME /System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home > > Philippe Rabier pointed me to this solution a few months back -> > http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x > > Do you think I also need to add a Java class path variable to this file? If > so does anyone know what the variable would be? > > Thanks, > > Johnny > > On Apr 2, 2013, at 8:52 AM, Ramsey Gurley <[email protected]> wrote: > >> Frankly, my most recent experience with all three sucked. I tried installing >> octave. fink, macports, and homebrew all failed. I finally found a compiled >> package installer for Mac OS X which sorta works. I can't see myself getting >> to excited about any of them. >> >> Ramsey >> >> On Apr 2, 2013, at 10:46 AM, Tim Worman wrote: >> >>> That could be so I suppose. And, it may be due to the particular packages I >>> use, but I have never had anything break with the software packages I >>> install. My experiences with homebrew have been good. >>> >>> Tim >>> >>> On Apr 2, 2013, at 9:58 AM, Ramsey Gurley <[email protected]> wrote: >>> >>>> If my understanding is correct, Homebrew uses the installed system >>>> libraries whenever possible. That's the reason to use, and to avoid, >>>> Homebrew. Install an app with Homebrew, then update the system from Lion >>>> to Mountain Lion and pray things still work. >>>> >>>> With macports, you install a full set of your dependencies in a separate >>>> /opt/ directory. Update your system all you want. It doesn't matter >>>> because system updates won't touch /opt/. >>>> >>>> So Homebrew is a bit like dumping a lot of jars in $JAVA_HOME/ext/, where >>>> macports is like a fully embedded build. You get more bloat, but fewer >>>> headaches. Given a choice, I know which one I'd choose. >>>> >>>> That's what I remember reading about them at least. :-) >>>> >>>> Ramsey >>>> >>>> On Apr 2, 2013, at 9:43 AM, Tim Worman wrote: >>>> >>>>> I'm not quite as passionate about it, but that's why I use homebrew. :-) >>>>> >>>>> Tim >>>>> UCLA GSE&IS >>>>> >>>>> On Apr 2, 2013, at 7:55 AM, Þór Sigurðsson <[email protected]> wrote: >>>>> >>>>>> >>>>>> Actually no - since macports and fink install dependant libraries that >>>>>> the system already has installed, it's hardly an enhancement since now >>>>>> you have _two_ or more sets of the same libraries which each needs its >>>>>> own method of updating. >>>>>> >>>>>> The net result of overusing fink/macports is a machine that requires >>>>>> more time to manage than to use - hardly a productive result (unless you >>>>>> don't care about security, updates or management, in which case it's >>>>>> perfectly fine). >>>>>> >>>>>> One should strive to keep the management footprint at a minimum. >>>>>> >>>>>> /Þór >>>>>> >>>>>> On 2.4.2013, at 14:34, Kieran Kelleher wrote: >>>>>> >>>>>>> There .. fixed it for you ;) >>>>>>> >>>>>>> On Apr 2, 2013, at 9:32 AM, Þór Sigurðsson <[email protected]> wrote: >>>>>>> >>>>>>>> If you don't want to "enhance" your system with macports/fink, then >>>>>>>> you can use the cactuslabs build: http://cactuslab.com/imagemagick/ >>>>>>>> >>>>>>>> /Þór >>>>>>> >>>>>> >>>>>> >>>>>> ________________________________ >>>>>> >>>>>> Fyrirvari á tölvupósti / e-mail disclaimer >>>>>> http://us.is/fyrirvari >>>>>> >>>>>> _______________________________________________ >>>>>> Do not post admin requests to the list. They will be ignored. >>>>>> Webobjects-dev mailing list ([email protected]) >>>>>> Help/Unsubscribe/Update your Subscription: >>>>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.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: >>>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.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: >>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.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: >> https://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
