Re: ImageIO Native Java 1.6 / Small Progress

[Johnny Miller]

So... 

I kind of assumed that since Java 1.6 64 bit was installed that my system was 
64 bit.  But after running uname -m I see that it is i386.  Which is probably 
why xcode can't compile the binary to x86_64.

Anybody know why Apple updated Java to 64 bit on a 32 bit machine?  And/or how 
to get 32 bit Java 1.6 onto my i386 server?

Thanks,

Johnny

On Apr 2, 2013, at 10:39 AM, Johnny Miller  wrote:

> Hi Tim,
> 
> Yeah, I'm getting stumped.  I've tried setting x86_64 in the build setting 
> for all targets and I've even tried compiling with xcodebuild ARCHS="x86_64" 
> from the command line but no matter what if I run 
> 
> file libImageIOImageProcessor.jnilib
> 
> I get 
> 
> libImageIOImageProcessor.jnilib: Mach-O dynamically linked shared library i386
> 
> It just refuses to take the x86_64 setting.
> 
> Johnny
> 
> 
> On Apr 2, 2013, at 10:14 AM, Tim Worman  wrote:
> 
>> I've had this issue before. There used to be a WO based app for changing 
>> your Open Directory password. It was set up with a JNI library for 
>> interfacing with Apple's directory services frameworks. It no longer ran on 
>> 64-bit Intel.
>> 
>> I never tried to dive into XCode and recompile it - so not sure about that 
>> part.
>> 
>> Tim
>> 
>> On Apr 2, 2013, at 12:55 PM, Johnny Miller  wrote:
>> 
>>> 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  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  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  
>> 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 l

Re: ImageIO Native Java 1.6 / Small Progress

[Johnny Miller]

Hi Tim,

Yeah, I'm getting stumped.  I've tried setting x86_64 in the build setting for 
all targets and I've even tried compiling with xcodebuild ARCHS="x86_64" from 
the command line but no matter what if I run 

file libImageIOImageProcessor.jnilib

I get 

libImageIOImageProcessor.jnilib: Mach-O dynamically linked shared library i386

It just refuses to take the x86_64 setting.

Johnny


On Apr 2, 2013, at 10:14 AM, Tim Worman  wrote:

> I've had this issue before. There used to be a WO based app for changing your 
> Open Directory password. It was set up with a JNI library for interfacing 
> with Apple's directory services frameworks. It no longer ran on 64-bit Intel.
> 
> I never tried to dive into XCode and recompile it - so not sure about that 
> part.
> 
> Tim
> 
> On Apr 2, 2013, at 12:55 PM, Johnny Miller  wrote:
> 
>> 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  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  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  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  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 

Re: ImageIO Native Java 1.6 / Small Progress

[Tim Worman]

I've had this issue before. There used to be a WO based app for changing your 
Open Directory password. It was set up with a JNI library for interfacing with 
Apple's directory services frameworks. It no longer ran on 64-bit Intel.

I never tried to dive into XCode and recompile it - so not sure about that part.

Tim

On Apr 2, 2013, at 12:55 PM, Johnny Miller  wrote:

> 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  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  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  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  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 Si

Re: ImageIO Native Java 1.6 / Small Progress

[Johnny Miller]

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  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  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  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  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  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 mailin

Re: ImageIO Native Java 1.6

[Johnny Miller]

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  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  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  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  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  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
> 
> This email sent to li...@thetimmy.com
 
 
 ___
 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:
 https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
 
 This email sent to rgur...@smarthealth.com
>>> 
>>> 
>>> ___
>>> 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:
>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
>>> 
>>> This email sent to li...@thetimmy.com
>> 
> 
> 
> ___

Re: ImageIO Native Java 1.6

[Ramsey Gurley]

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  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  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  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  (Webobjects-dev@lists.apple.com)
 Help/Unsubscribe/Update your Subscription:
 https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
 
 This email sent to li...@thetimmy.com
>>> 
>>> 
>>> ___
>>> 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:
>>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
>>> 
>>> This email sent to rgur...@smarthealth.com
>> 
>> 
>> ___
>> 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:
>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
>> 
>> This email sent to li...@thetimmy.com
> 


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Tim Worman]

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  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  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  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  (Webobjects-dev@lists.apple.com)
>>> Help/Unsubscribe/Update your Subscription:
>>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
>>> 
>>> This email sent to li...@thetimmy.com
>> 
>> 
>> ___
>> 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:
>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
>> 
>> This email sent to rgur...@smarthealth.com
> 
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
> 
> This email sent to li...@thetimmy.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Ramsey Gurley]

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  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  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  (Webobjects-dev@lists.apple.com)
>> Help/Unsubscribe/Update your Subscription:
>> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
>> 
>> This email sent to li...@thetimmy.com
> 
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
> 
> This email sent to rgur...@smarthealth.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Tim Worman]

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  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  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  (Webobjects-dev@lists.apple.com)
> Help/Unsubscribe/Update your Subscription:
> https://lists.apple.com/mailman/options/webobjects-dev/lists%40thetimmy.com
> 
> This email sent to li...@thetimmy.com


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ERRest and ERXKeyFilters advice

[George Domurot]

You shouldn't hard-code your key values. It should look more like this:

ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
filter.exclude(MyEntity.MY_ATTRIBUTE);
filter.exclude(MyEntity.MY_OTHER_ATTRIBUTE);
return filter;

If you want to include a to-one relationship, but none of its attributes (just 
type and id):

ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
filter.include(MyEntity.MY_TO_ONE_RELATIONSHIP_OBJECT);
return filter;

If you want to include a to-one relationship, and a couple attributes:

ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
filter.include(MyEntity.MY_TO_ONE_RELATIONSHIP_OBJECT).include(MyOtherEntity.ATTRIBUTE);
filter.include(MyEntity.MY_TO_ONE_RELATIONSHIP_OBJECT).include(MyOtherEntity.ATTRIBUTE2);
return filter;

-G

On Apr 2, 2013, at 7:55 AM, Giles Palmer  wrote:

> Hi 
> 
> I am just starting my first ERRest app and playing with ERXKeyFilters.
> 
> I have an OrganisationController using a filter and I remove unwanted 
> attributes from the rest response with:
> 
> ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
> filter.exclude("dateTimeStamp","autoNotify","notifyMethod","webSitePassword","website");
> 
> This works great, however if I then have a TransactionController and a 
> Transaction object that has a to-1 Organisation relationship how best do I 
> also remove the unwanted Organisation attributes from the rest response? At 
> the moment I have the below:
> 
> ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
> filter.include("organisation").includeAttributes();
> filter.exclude("organisation.dateTimeStamp","organisation.autoNotify","organisation.notifyMethod","organisation.webSitePassword","organisation.website");
> 
> 
> but I can't help thinking there is a better way to ensure consistency about 
> what attributes are contained in the response for various EOs when they form 
> parts of responses that contain relationship objects.  Is there a better way 
> of achieving this?
> 
> Thanks
> 
> Giles
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/mastermind%40knuckleheads.net
> 
> This email sent to masterm...@knuckleheads.net


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Þór Sigurðsson]

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  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  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

ERRest and ERXKeyFilters advice

[Giles Palmer]

Hi 

I am just starting my first ERRest app and playing with ERXKeyFilters.

I have an OrganisationController using a filter and I remove unwanted 
attributes from the rest response with:

ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
filter.exclude("dateTimeStamp","autoNotify","notifyMethod","webSitePassword","website");

This works great, however if I then have a TransactionController and a 
Transaction object that has a to-1 Organisation relationship how best do I also 
remove the unwanted Organisation attributes from the rest response? At the 
moment I have the below:

ERXKeyFilter filter = ERXKeyFilter.filterWithAttributes();
filter.include("organisation").includeAttributes();
filter.exclude("organisation.dateTimeStamp","organisation.autoNotify","organisation.notifyMethod","organisation.webSitePassword","organisation.website");


but I can't help thinking there is a better way to ensure consistency about 
what attributes are contained in the response for various EOs when they form 
parts of responses that contain relationship objects.  Is there a better way of 
achieving this?

Thanks

Giles
 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Kieran Kelleher]

There .. fixed it for you ;)

On Apr 2, 2013, at 9:32 AM, Þór Sigurðsson  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


 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Þór Sigurðsson]

If you don't want to "pollute" your system with macports/fink, then you can use 
the cactuslabs build: http://cactuslab.com/imagemagick/

/Þór

On 2.4.2013, at 12:55, Kieran Kelleher wrote:

Hi Johnny,

If you need a fix in a hurry and you don't get this one solved, then 
ImageMagick can be a reliable alternative for ERAttachment that is also cross 
platform too.

MacPorts is the simplest way to install IMHO:
http://www.imagemagick.org/script/binary-releases.php#macosx

$ sudo port install ImageMagick


After that you just add a few entries to Properties file like this to switch 
and you are done:

er.attachment.thumbnail.imageProcessor=imagemagick
er.attachment.ImageProcessor.imageMagickBinFolder.mac=/opt/local/bin

and if you deploy on Linux, just add this prop:
er.attachment.ImageProcessor.imageMagickBinFolder.linux=/usr/bin


HTH, Kieran



On Apr 1, 2013, at 9:06 PM, Johnny Miller 
mailto:jlmil...@kahalawai.com>> wrote:

Hi,

I have a system running OS X 10.5 and after I upgraded to Java 1.6 I noticed 
that ERAttachment is no longer using the native image processor.

Did anyone else have a similar problem?  I tried recompiling the project but it 
did not help.

Aloha,
Mr. Johnny Miller
Web Development Manager
Kahalawai Media Company
Lahaina, HI 96761
tel: (808) 661-7962 | mobile: (808) 283-0791
website | e-mail   
[http://www.kahalawai.com/email.gif]

___
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:
https://lists.apple.com/mailman/options/webobjects-dev/kelleherk%40gmail.com

This email sent to kelleh...@gmail.com

___
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:
https://lists.apple.com/mailman/options/webobjects-dev/thors%40us.is

This email sent to th...@us.is




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  (Webobjects-dev@lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: ImageIO Native Java 1.6

[Kieran Kelleher]

Hi Johnny,

If you need a fix in a hurry and you don't get this one solved, then 
ImageMagick can be a reliable alternative for ERAttachment that is also cross 
platform too.

MacPorts is the simplest way to install IMHO:  
http://www.imagemagick.org/script/binary-releases.php#macosx

$ sudo port install ImageMagick


After that you just add a few entries to Properties file like this to switch 
and you are done:

er.attachment.thumbnail.imageProcessor=imagemagick
er.attachment.ImageProcessor.imageMagickBinFolder.mac=/opt/local/bin

and if you deploy on Linux, just add this prop:
er.attachment.ImageProcessor.imageMagickBinFolder.linux=/usr/bin


HTH, Kieran



On Apr 1, 2013, at 9:06 PM, Johnny Miller  wrote:

> Hi,
> 
> I have a system running OS X 10.5 and after I upgraded to Java 1.6 I noticed 
> that ERAttachment is no longer using the native image processor.
> 
> Did anyone else have a similar problem?  I tried recompiling the project but 
> it did not help.
> 
> Aloha,
> Mr. Johnny Miller
> Web Development Manager
> Kahalawai Media Company
> Lahaina, HI 96761
> tel: (808) 661-7962 | mobile: (808) 283-0791
> website | e-mail  
> 
> ___
> 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:
> https://lists.apple.com/mailman/options/webobjects-dev/kelleherk%40gmail.com
> 
> This email sent to kelleh...@gmail.com

 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Re: Weird problem with D2W rules

[Freddie Tilley]

On 1 apr. 2013, at 18:33, Ramsey Gurley  wrote:

> And evidently, I didn't configure my push to push the new 6.0.3 tag :P
> 
> Anyway, try the latest master Freddie and see if your problem goes away.
> 

Yes, that resolves the problem!

thanks!!

>> 
>> On Mar 30, 2013, at 11:18 AM, Ramsey Gurley wrote:
>> 
>>> 
>>> On Mar 29, 2013, at 3:37 PM, Ramsey Gurley wrote:
>>> 
 On Mar 29, 2013, at 2:27 PM, Freddie Tilley wrote:
 
>   at 
> er.modern.directtoweb.components.header.ERMD2WSimpleHeader.headerString(ERMD2WSimpleHeader.java:25)
> 
 
 My wonder says that line is:
 
 return stringValueForBinding(Keys.displayNameForPageConfiguration);
 
 What is your rule for displayNameForPageConfiguration? It doesn't look 
 like your stack trace goes through ERDDefaultDisplayNameAssignment.
 
 Kieran,
 
 This also looks like a bug in wonder. ERXGenericRecord doesn't handle a 
 null editingContext() in handleQueryForUnboundKey(). That's going to be 
 the case on deleted objects. 
 
 I think that should just check 
 entity().primaryKeyAttributeNames().contains(key) first. That method is 
 called a lot and there's no reason to be building pk dictionaries every 
 time. This shouldn't wait for the next integration merge.
 
 Ramsey
>>> 
>>> Hmm, even calling entity() repeatedly is going to add overhead. Adding a 
>>> private static
>> 
>> er.. transient :P Can't be static since every eo would share the same entity.
>> 
>>> entity var may be needed to cache the EOEntity and prevent constantly 
>>> searching through the models :-/ The other problem I see is that entity() 
>>> may result in null when there's no ec and the entity is not in the default 
>>> model group. Not sure how often that happens.
>>> 
>>> I'm thinking this method should look something like to prevent the NPE:
>>> 
>>> public Object handleQueryWithUnboundKey(String key) {
>>> // Handles primary key attribute values
>>> if(entity().primaryKeyAttributeNames().contains(key)) {
>>> // Deleted object. Return null.
>>> if(editingContext() == null) {
>>> return null;
>>> }
>>> NSDictionary pkDict = 
>>> EOUtilities.primaryKeyForObject(editingContext(), this);
>>> // New object. Return null.
>>> if(pkDict == null) {
>>> return null;
>>> }
>>> // Return value for key
>>> return pkDict.objectForKey(key);
>>> }
>>> return super.handleQueryWithUnboundKey(key);
>>> }
>>> 
>>> Alternately, is this something that we could simply remove and put into an 
>>> eogen template for anyone who needs this? The more I look at this the less 
>>> I like it. This method is going to get called a ton for any ERD2W app that 
>>> uses object.someKey in rules. 
>>> 
>>> In my ERUsers framework I have
>>> 
>>> 55 : (pageConfiguration = 'CreateERUser' and propertyKey = 'clearPassword' 
>>> and object.password.length > 0) => componentName = "R2D2WPropertyMessage" 
>>> [com.webobjects.directtoweb.Assignment]
>>> 
>>> Which means the current method is called and creating a pkDict for every 
>>> single property level component on every single page that isn't an ERUser. 
>>> I just tested it on a ListMovie page. On a ten item page, 
>>> handleQueryWithUnboundKey is called 960 times.
>> 
>> Also, I obviously need to change the way I'm doing componentName here 
>> because even creating 960 UnknownKeyExceptions is just excessive.
>> 
>>> This is not good. This method needs to be very fast or it needs to be 
>>> removed.
>>> 
>>> Ramsey
>>> 
>> 
>> ___
>> 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:
>> https://lists.apple.com/mailman/options/webobjects-dev/rgurley%40smarthealth.com
>> 
>> This email sent to rgur...@smarthealth.com
> 

 ___
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:
https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com