Re: Side effect of OSX on Intel announcement

"Pierce T. Wetter III" <[email protected]>
Newsgroups gmane.comp.web.webobjects.general
Message-ID <[email protected]>
On Jun 9, 2005, at 5:45 AM, Giulio Cesare Solaroli wrote:

> Hi Pierce,
>
> we are still using WebObjects 4.5.1 (objective-C), and we are stuck
> with Jaguar (MacOS 10.2.x).
>
> Have you been able to run any WebObjects-ObjC applications on  
> Panther/Tiger too?

  Yes. Doing it right now on Tiger!
>
> I would be very interested in knowing how did you achieve that, as we
> are worried abount the current Apple hardware not beeing able to run
> MacOS 10.2.

   Well, we buy G5 XServes all the time, so here goes.

   At this point, we have this all in a giant tgz file we just  
extract, so this is off the top of my head.

   Basically, starting from a working 10.x install of WO4.5.1P4, tar  
up the following files/directories:

Developer/Applications/EOModeler.app/
Developer/Applications/WebObjects Builder.app/
System/Library/Frameworks/EOAccess.framework/
System/Library/Frameworks/EOControl.framework/
System/Library/Frameworks/EOInterface.framework/
System/Library/Frameworks/EOModeler.framework/
System/Library/Frameworks/Plot.framework/
System/Library/Frameworks/WebObjects.framework/
System/Library/Frameworks/WOExtensions.framework/
System/Library/PrivateFrameworks/MultiScript.framework/
System/Library/PrivateFrameworks/XML.framework/
System/Library/StartupItems/WebObjects/
System/Library/StartupItems/WebObjects/StartupParameters.plist
System/Library/StartupItems/WebObjects/WebObjects
System/Library/WebObjects/Adaptors/
System/Library/WebObjects/Applications/
System/Library/WebObjects/Executables/

Basically, you need to get the two PrivateFrameworks above, and there  
are a couple of .plist files in WebObjects that were missing a  
trailing ';'. The 10.0 .plist parser was more flexible, the 10.1+  
complains. You can fix it by just opening it in a text editor and  
adding a ; to the end of the file.

  Though if you're running on 10.2, you've probably fixed all that  
already.

  Repeat for a deployment install instead of a developer install,  
though in that case you don't need some of the above stuff.

  That's pretty much it. WO is basically a command line process, so  
it doesn't depend on stuff.

  Then in your xcode projects (after upgrading them):

    The new KVC stuff ends up overriding the old WO KVC stuff, so you  
have to include Foundation.framework LAST, after all the WO EOF stuff  
so that WO uses the old KVC stuff instead of the new KVC stuff. I  
think that happened in Panther? so that may be your problem.


  The newer operating systems are also more fussy about if  
"application"includes framework1, but not framework2, but framework1  
included framework2, it used to be ok. Now "application" has to  
include framework2 as well if it uses it.

>
> For the definitive "exit" strategy we are closely looking at SOPE
> (http://sope.opengroupware.org/en/), that seems to be able to easily
> replace the WebObject.framework. For the EOF stuff things are more
> complex, but it looks like GDL2 is still under active (but not
> astonishing fast) development.

   Yeah, that's about where I was at too, its just that sope uses  
GDL1...

  Pierce

_______________________________________________
WebObjects-talk mailing list
[email protected]
http://www.omnigroup.com/mailman/listinfo/webobjects-talk
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.