Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2
Sorry, missing / in url. The right one is : www.anzteam.com/wotemplate/ Any way, added into wiki: http://wiki.objectstyle.org/confluence/pages/viewpage.action?pageId=2655245 Message: 1 Date: Tue, 26 Feb 2008 11:27:50 +0800 From: Cheong Hee (Datasonic) [EMAIL PROTECTED] Subject: Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2 To: webobjects-dev@lists.apple.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; format=flowed; charset=iso-8859-1; reply-type=original From what i know, JavaEOGenerator did work on command line but could not through [right click] on eogen file. The reason that i understood was it needs to take the full path when specifying destination, model and subclass destination. If you look at eogen file, it is using relative path, and JavaEOGenerator does not work on these pathes. By copy those files and make amendment to those pathes into full path, run it on command line, java and _java files shall be generated in the destination directory. If JavaEOGenerator or eogen file could make few changes to resolve the path issue, [right click and generate] will be very helpful. The template examples that I have spent some hours to modify and get it worked from original ones, could be found at www.anzteam.com/wotemplate. This is just another way to get it works, and not as details as Velocity EOGenerator. Let me know if it is working for you. I will try to include them in wiki by this week. I hope it will help to have a working base template for those to add on. Cheong Hee Message: 3 Date: Mon, 25 Feb 2008 12:33:02 +0100 From: Emmanuel KOPP [EMAIL PROTECTED] Subject: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2 To: WebObjects-Dev List webobjects-dev@lists.apple.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hello, I try to generate my Java files from the JavaEOGenrator but is seems don't work. The .eogen file is ok (generated) but the java class aren't generate when I do a right clic on de eogen file on eclipse. I tried with the JavaEOgenerator - http://developer.apple.com/samplecode/JavaEOGenerator/index.html and Veogen. I use : Eclipse 3.3.1.1 WOLips 3.3.4878 Mac OS X . 10.5.2 Webobjects 5.4 If someone have an idea ? Thank Emmanuel ___ 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]
Re: JavaEOGenerator Templates for 5.4
Mine are here: www.0as.de/stuff/EOFTemplates.zip They miss some features as my generator can not sort property names. I will eventually switch to the new WOLips-generator. Currently I am just to lazy to convert my templates ;) atze Am 25.02.2008 um 00:05 schrieb Randy Wigginton: Hello, Is there an up-to-date set of templates for JavaEOGenerator with WO 5.4? The best templates I can find online have numerous errors, such as the DeleteRule constants being referenced in the wrong class. Additionally, they like to insert amp;amp; rather than (obviously they were made for HTML display). I've been fixing my templates as I go along, but if someone else has already done the work correctly, I'd rather use that. Thanks, randy ___ 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/atze%40freeport.de This email sent to [EMAIL PROTECTED] Freeport Soliversum Alexander Spohr [EMAIL PROTECTED] www.freeport.de ___ 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]
Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2
Unless someone offers a better solution, I will revamp the templates for WO 5.4 and put them somewhere easily accessible. The changes are not vast, but it sure is a pain to hand edit all the .java files every time I make a change to the model. On Feb 25, 2008, at 3:33 AM, Emmanuel KOPP wrote: Hello, I try to generate my Java files from the JavaEOGenrator but is seems don't work. The .eogen file is ok (generated) but the java class aren't generate when I do a right clic on de eogen file on eclipse. I tried with the JavaEOgenerator - http://developer.apple.com/samplecode/JavaEOGenerator/index.html and Veogen. I use : Eclipse 3.3.1.1 WOLips 3.3.4878 Mac OS X . 10.5.2 Webobjects 5.4 If someone have an idea ? Thank Emmanuel ___ 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/cawineguy%40gmail.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2
There is a Wiki page for templates http://wiki.objectstyle.org/ confluence/pages/viewpage.action?pageId=2655245 for the various generators. I heartily recommend singing up for a Confluence login and adding them. If you don't want to do that, please forward them to me and I can add them myself. Thanks! Dave On Feb 25, 2008, at 9:33 AM, Randy Wigginton wrote: Unless someone offers a better solution, I will revamp the templates for WO 5.4 and put them somewhere easily accessible. The changes are not vast, but it sure is a pain to hand edit all the .java files every time I make a change to the model. On Feb 25, 2008, at 3:33 AM, Emmanuel KOPP wrote: Hello, I try to generate my Java files from the JavaEOGenrator but is seems don't work. The .eogen file is ok (generated) but the java class aren't generate when I do a right clic on de eogen file on eclipse. I tried with the JavaEOgenerator - http://developer.apple.com/ samplecode/JavaEOGenerator/index.html and Veogen. I use : Eclipse 3.3.1.1 WOLips 3.3.4878 Mac OS X . 10.5.2 Webobjects 5.4 If someone have an idea ? Thank Emmanuel ___ 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/cawineguy% 40gmail.com This email sent to [EMAIL PROTECTED] ___ 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/webobjects% 40avendasora.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2
From what i know, JavaEOGenerator did work on command line but could not through [right click] on eogen file. The reason that i understood was it needs to take the full path when specifying destination, model and subclass destination. If you look at eogen file, it is using relative path, and JavaEOGenerator does not work on these pathes. By copy those files and make amendment to those pathes into full path, run it on command line, java and _java files shall be generated in the destination directory. If JavaEOGenerator or eogen file could make few changes to resolve the path issue, [right click and generate] will be very helpful. The template examples that I have spent some hours to modify and get it worked from original ones, could be found at www.anzteam.com/wotemplate. This is just another way to get it works, and not as details as Velocity EOGenerator. Let me know if it is working for you. I will try to include them in wiki by this week. I hope it will help to have a working base template for those to add on. Cheong Hee Message: 3 Date: Mon, 25 Feb 2008 12:33:02 +0100 From: Emmanuel KOPP [EMAIL PROTECTED] Subject: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X 10.5.2 To: WebObjects-Dev List webobjects-dev@lists.apple.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=us-ascii Hello, I try to generate my Java files from the JavaEOGenrator but is seems don't work. The .eogen file is ok (generated) but the java class aren't generate when I do a right clic on de eogen file on eclipse. I tried with the JavaEOgenerator - http://developer.apple.com/samplecode/JavaEOGenerator/index.html and Veogen. I use : Eclipse 3.3.1.1 WOLips 3.3.4878 Mac OS X . 10.5.2 Webobjects 5.4 If someone have an idea ? Thank Emmanuel ___ 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]
Re: JavaEOGenerator for 5.3 ?
It has an embedded 5.4 inside of it, so you should be able to use it without any problems on a 5.3 project. ms On Jan 18, 2008, at 11:59 AM, Ken Anderson wrote: I noticed that JavaEOGenerator requires 5.4. Has anybody set it up successfully with 5.3 ? I assume that it would be OK assuming that all the libraries are accessible... Thanks, Ken ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator for 5.3 ?
Cool - thanks Mike. Ken On Jan 18, 2008, at 12:03 PM, Mike Schrag wrote: It has an embedded 5.4 inside of it, so you should be able to use it without any problems on a 5.3 project. ms On Jan 18, 2008, at 11:59 AM, Ken Anderson wrote: I noticed that JavaEOGenerator requires 5.4. Has anybody set it up successfully with 5.3 ? I assume that it would be OK assuming that all the libraries are accessible... Thanks, Ken ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/kenlists%40anderhome.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
Gaastra Dennis - WO Lists wrote: Dear List, Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose -destination /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff -subclassDestination /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate -packagedirs -force -- Generating for entity: 'AuditLog' URL for super class: 'file:/Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff/base/_AuditLog.java' Generating super class file: '/Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff/base/_AuditLog.java' Generated file for class: '' URL for sub class: 'file:/Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff/.AuditLog.java' Generating sub class file: '/Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff/.AuditLog.java' Generated file for sub class: '' Finished generating for entity: 'AuditLog' but these files were not found [ls -la]. Are we missing something? In my humble experience, this happens if one of your template files is messed up, i.e. can't be parsed properly. Have you made any modifications to those files? Regards, Bogdan Zlatanov With Kind Regards, Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca] Chief Technology Officer, ___ 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/bzlat%40tuparev.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
Sorry Mike, I have not looked at it for I while. I should have known you would have fixed it. :-) Pierre -- Pierre Frisch [EMAIL PROTECTED] On Jan 13, 2008, at 20:00, Mike Schrag wrote: The only problem with the Velocity version is that you have to put the generated classes and your subclasses in the same package. That's not actually true anymore ... The eogen file defines a superclass package option that you can set to base, which is used by Velocity EOGen. ms ___ 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/pierre%40apple.com This email sent to [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature ___ 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]
Re: JavaEOGenerator generates no files...
Dennis, I had the same problem. I downloaded the JavaEOGenerator from the Apple web site (http://developer.apple.com/samplecode/JavaEOGenerator/index.html ). It compiled and ran fine - but failed to produce any files. Stepping through the source code in the debugger - I figured out what the problem was. Despite the documentation stating (emphasis mine): -javatemplate: Used to specify alternate template files to use. File can be an absolute path, a relative path, or a filename found in one of the search path directories. If not specified, the default templates are used. -subclassjavatemplate: Used to specify alternate template files to use. File can be an absolute path, a relative path, or a filename found in one of the search path directories. If not specified, the default templates are used. It seems that unless you specify a java and subclass template then JavaEOGenerator is unable to create files. So, the following command line arguments work for me: -model /path/to/MODEL.eomodeld -destination /path/to/destination/ -javatemplate /path/to/JavaEOGenerator/Templates/ JavaSourceEOF52.eotemplate -subclassjavatemplate /path/to/JavaEOGenerator/Templates/ JavaSubclassSourceEOF5.eotemplate If you don't specify the template files then JavaEOGenerator will silently fail. Hope this helps, Jake On 15/01/2008, at 7:12 AM, Gaastra Dennis - WO Lists wrote: Hi Bogdan et al, No modifications; everything stock. Even tried to download it again. Still no files... :-( Why has Pierre not answered this??? Greetings, Dennis. On 14-Jan-08, at 1:46 AM, Bogdan Zlatanov wrote: Gaastra Dennis - WO Lists wrote: Dear List, Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/ Documents/JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose - destination /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff - subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate -packagedirs -force -- Generating for entity: 'AuditLog' URL for super class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/base/_AuditLog.java' Generating super class file: '/Users/sjobs/Documents/ JavaEOGenerator/bizDAV_Stuff/base/_AuditLog.java' Generated file for class: '' URL for sub class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generating sub class file: '/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generated file for sub class: '' Finished generating for entity: 'AuditLog' but these files were not found [ls -la]. Are we missing something? In my humble experience, this happens if one of your template files is messed up, i.e. can't be parsed properly. Have you made any modifications to those files? Regards, Bogdan Zlatanov With Kind Regards, Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca] Chief Technology Officer, ___ 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/bzlat%40tuparev.com This email sent to [EMAIL PROTECTED] ___ 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/jmacmullin%40mac.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
On Jan 12, 2008, at 8:12 PM, Gaastra Dennis - WO Lists wrote: Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/Documents/ JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose -destination / Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff - subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - packagedirs -force This generates class and subclass files for me (... == long paths): .../JavaEOGenerator.woa/JavaEOGenerator -model .../ DialogDatabase.eomodeld -templateDir .../JavaEOGenerator/Templates - destination /Users/art/Desktop -javaTemplate .../Templates/ JavaSourceEOF54.eotemplate -subclassJavaTemplate .../Templates/ JavaSubclassSourceEOF5.eotemplate Bundle JavaEOGenerator source is available. Early source included a bug that prevented class and subclass files from being generated in the - destination directory. Instead, they were written in .../ JavaEOGenerator.woa. If you find your generated file there, let me know so I can tell you how to fix this bug. Aloha, Art ___ 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]
Re: JavaEOGenerator generates no files...
Hi Art et al, Yes, this is exactly what happened - saw path in verbose - when destination was not specified. But in any case, there were NEVER any actual files produced. Yes, please email the corrected version; or where can we download the newest version? Hopefully one that actually produces any files. :) Or is this because we have not used any prototypes in our eomodels? Is there an easier way to generate the Java classes from EntityModeler, like the Java button in the old EOModeler.app? With Kind Regards, Dennis Gaastra, On 13-Jan-08, at 12:33 AM, Art Isbell wrote: On Jan 12, 2008, at 8:12 PM, Gaastra Dennis - WO Lists wrote: Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/ Documents/JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose - destination /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff - subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate -packagedirs -force This generates class and subclass files for me (... == long paths): .../JavaEOGenerator.woa/JavaEOGenerator -model .../ DialogDatabase.eomodeld -templateDir .../JavaEOGenerator/Templates - destination /Users/art/Desktop -javaTemplate .../Templates/ JavaSourceEOF54.eotemplate -subclassJavaTemplate .../Templates/ JavaSubclassSourceEOF5.eotemplate Bundle JavaEOGenerator source is available. Early source included a bug that prevented class and subclass files from being generated in the -destination directory. Instead, they were written in .../ JavaEOGenerator.woa. If you find your generated file there, let me know so I can tell you how to fix this bug. Aloha, Art ___ 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/ webobjects_lists%40webappz.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
Hi Pascal, Thank you for your suggestions. However, ls -la nor spotlight, show that no files were produced at all. Why can JavaEOGenerator not produce any files; nobody seems to know Hopefully Velocity will be able produce actual files. Is there any more help/tutorials than: http://wiki.objectstyle.org/ confluence/display/WOL/Velocity+EOGenerator+%28Veogen%29 With Kind Regards, Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca] Chief Technology Officer, On 13-Jan-08, at 5:31 PM, Pascal Robert wrote: Just to make sure, did you uncheck the _EOGenerator files filter ? Image 7.png Image 8.png BTW, if you don't have any special EOGenerator templates to migrate from the old EOGenerator, you can use Velocity EOGenerator, it's build in into WOLips and works quite well in my tests. Hi Art et al, Yes, this is exactly what happened - saw path in verbose - when destination was not specified. But in any case, there were NEVER any actual files produced. Yes, please email the corrected version; or where can we download the newest version? Hopefully one that actually produces any files. :) Or is this because we have not used any prototypes in our eomodels? Is there an easier way to generate the Java classes from EntityModeler, like the Java button in the old EOModeler.app? With Kind Regards, Dennis Gaastra, On 13-Jan-08, at 12:33 AM, Art Isbell wrote: On Jan 12, 2008, at 8:12 PM, Gaastra Dennis - WO Lists wrote: Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/ Documents/JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose -destination /Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff -subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate -packagedirs -force This generates class and subclass files for me (... == long paths): .../JavaEOGenerator.woa/JavaEOGenerator -model .../ DialogDatabase.eomodeld -templateDir .../JavaEOGenerator/ Templates -destination /Users/art/Desktop -javaTemplate .../ Templates/JavaSourceEOF54.eotemplate -subclassJavaTemplate .../ Templates/JavaSubclassSourceEOF5.eotemplate Bundle JavaEOGenerator source is available. Early source included a bug that prevented class and subclass files from being generated in the -destination directory. Instead, they were written in .../ JavaEOGenerator.woa. If you find your generated file there, let me know so I can tell you how to fix this bug. Aloha, Art ___ 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/ webobjects_lists%40webappz.com This email sent to [EMAIL PROTECTED] ___ 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/probert%40os.ca This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
On Jan 13, 2008, at 10:12 AM, Gaastra Dennis - WO Lists wrote: Yes, this is exactly what happened - saw path in verbose - when destination was not specified. In the early version that ignored the destination argument, it didn't matter whether the destination argument was specified. But in any case, there were NEVER any actual files produced. Files were produced in the early version, but just not where the destination argument specified. So it sounds like your problem may be a different one. Yes, please email the corrected version; or where can we download the newest version? Hopefully one that actually produces any files. :) I don't know whether the version at http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator-beta.tar.gz has had some bug fixes applied. Or is this because we have not used any prototypes in our eomodels? The model that I used for JavaEOGenerator testing didn't use prototypes, so that's not the problem. Aloha, Art ___ 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]
Re: JavaEOGenerator generates no files...
I can not tell you how long I struggled with this problem. I finally worked it out with: http://wiki.objectstyle.org/confluence/display/WOL/Velocity+EOGenerator+%28Veogen%29 This is giving me great results and I finally feel that I am back on track with using Eclipse and WOLips. That link saved my bacon. Ted Message: 1 Date: Sat, 12 Jan 2008 22:12:02 -0800 From: Gaastra Dennis - WO Lists [EMAIL PROTECTED] Subject: JavaEOGenerator generates no files... To: WebObjects-Dev List Webobjects-dev@lists.apple.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Dear List, Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/Documents/ JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose -destination / Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff - subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - packagedirs -force -- Generating for entity: 'AuditLog' URL for super class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/base/_AuditLog.java' Generating super class file: '/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/base/_AuditLog.java' Generated file for class: '' URL for sub class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generating sub class file: '/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generated file for sub class: '' Finished generating for entity: 'AuditLog' but these files were not found [ls -la]. Are we missing something? With Kind Regards, Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca] Chief Technology Officer, Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ 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]
Re: JavaEOGenerator generates no files...
The only problem with the Velocity version is that you have to put the generated classes and your subclasses in the same package. Pierre -- Pierre Frisch [EMAIL PROTECTED] On Jan 13, 2008, at 18:32, Theodore Petrosky wrote: I can not tell you how long I struggled with this problem. I finally worked it out with: http://wiki.objectstyle.org/confluence/display/WOL/Velocity+EOGenerator+%28Veogen%29 This is giving me great results and I finally feel that I am back on track with using Eclipse and WOLips. That link saved my bacon. Ted Message: 1 Date: Sat, 12 Jan 2008 22:12:02 -0800 From: Gaastra Dennis - WO Lists [EMAIL PROTECTED] Subject: JavaEOGenerator generates no files... To: WebObjects-Dev List Webobjects-dev@lists.apple.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Dear List, Running JavaEOGenerator seems to find the model correctly, but produces no files (although it claims it does) ../JavaEOGenerator.woa/JavaEOGenerator -model /Users/sjobs/Documents/ JavaEOGenerator/bizDAV_Stuff/bizDAV.eomodeld/ -verbose -destination / Users/sjobs/Documents/JavaEOGenerator/bizDAV_Stuff - subclassDestination /Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff -templatedir /Users/sjobs/Desktop/JavaEOGenerator/ Templates - subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - packagedirs -force -- Generating for entity: 'AuditLog' URL for super class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/base/_AuditLog.java' Generating super class file: '/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/base/_AuditLog.java' Generated file for class: '' URL for sub class: 'file:/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generating sub class file: '/Users/sjobs/Documents/JavaEOGenerator/ bizDAV_Stuff/.AuditLog.java' Generated file for sub class: '' Finished generating for entity: 'AuditLog' but these files were not found [ls -la]. Are we missing something? With Kind Regards, Dennis Gaastra, M.B.A.[sfu.ca], B.Sc.[ubc.ca] Chief Technology Officer, Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ 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/pierre%40apple.com This email sent to [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature ___ 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]
Re: JavaEOGenerator generates no files...
The only problem with the Velocity version is that you have to put the generated classes and your subclasses in the same package. That's not actually true anymore ... The eogen file defines a superclass package option that you can set to base, which is used by Velocity EOGen. ms ___ 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]
Re: JavaEOGenerator generates no files...
Dear List, With Velocity: 1) Where should the eogen be located in your project? 2) How do you create an eogen file and get into that editor view? 3) How do you run velocity? With Kind Regards, Dennis Gaastra On 13-Jan-08, at 8:00 PM, Mike Schrag wrote: The only problem with the Velocity version is that you have to put the generated classes and your subclasses in the same package. That's not actually true anymore ... The eogen file defines a superclass package option that you can set to base, which is used by Velocity EOGen. ms ___ 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/ webobjects_lists%40webappz.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator generates no files...
On 13-Jan-08, at 11:21 PM, Gaastra Dennis - WO Lists wrote: Dear List, With Velocity: Make sure the EOGenerator Executable Path is blank in Eclipse - Preferences - WOLipse - EOGenerator. All of the values are blank in my setup, but I don't know if that is necessary. 1) Where should the eogen be located in your project? Mine are in Resources with my model. 2) How do you create an eogen file and get into that editor view? In Eclipse/WOLips control click your EO model and select WOLips tools - Generate EOGenerator file. Click on the resulting file to see the editor. 3) How do you run velocity? It should run every time you make a change to your EO model. To run it manually control click on the .eogen file and select EOGenerate... With Kind Regards, Dennis Gaastra On 13-Jan-08, at 8:00 PM, Mike Schrag wrote: The only problem with the Velocity version is that you have to put the generated classes and your subclasses in the same package. That's not actually true anymore ... The eogen file defines a superclass package option that you can set to base, which is used by Velocity EOGen. ;david -- David LeBer Codeferous Software 'co-def-er-ous' adj. Literally 'code-bearing' site: http://codeferous.com blog: http://davidleber.net profile: http://www.linkedin.com/in/davidleber -- Toronto Area Cocoa / WebObjects developers group: http://tacow.org ___ 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]
Re: JavaEOGenerator: alphabetical sorting?
I believe the trick is $foreach Attribute [EMAIL PROTECTED] do$ Charles Koppelman Youth For Understanding, USA On 1/2/08 10:46 AM, Alexander Spohr [EMAIL PROTECTED] wrote: Hi List! is JavaEOGenerator capable of sorting arrays alphabetical? I (used to) generate methods with attribute-names as args. EOGenerator knew about $foreach Attribute [EMAIL PROTECTED] do$ How can I do this with JavaEOGenerator? It is quite unsatisfying to change your call to a method after every new generation because the order of the arguments did change like this: public SomeClass someMethod(Integer arg1, OtherClass arg2, String arg3, String arg4) to public SomeClass someMethod(OtherClass arg2, Integer arg1, String arg3, String arg4) And now think about this: public SomeClass someMethod(Integer arg1, OtherClass arg2, String arg3, String arg4) to public SomeClass someMethod(OtherClass arg2, Integer arg1, String arg4, String arg3) Is this going to change? atze ___ 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/koppelman%40yfu.org This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator: alphabetical sorting?
Am 02.01.2008 um 16:54 schrieb Charles Koppelman: I believe the trick is $foreach Attribute [EMAIL PROTECTED] do$ Um, no. My code-example works - for EOGenerator. My question was about JavaEOGenerator. atze Charles Koppelman Youth For Understanding, USA On 1/2/08 10:46 AM, Alexander Spohr [EMAIL PROTECTED] wrote: Hi List! is JavaEOGenerator capable of sorting arrays alphabetical? I (used to) generate methods with attribute-names as args. EOGenerator knew about $foreach Attribute [EMAIL PROTECTED] do$ How can I do this with JavaEOGenerator? It is quite unsatisfying to change your call to a method after every new generation because the order of the arguments did change like this: public SomeClass someMethod(Integer arg1, OtherClass arg2, String arg3, String arg4) to public SomeClass someMethod(OtherClass arg2, Integer arg1, String arg3, String arg4) And now think about this: public SomeClass someMethod(Integer arg1, OtherClass arg2, String arg3, String arg4) to public SomeClass someMethod(OtherClass arg2, Integer arg1, String arg4, String arg3) Is this going to change? atze ___ 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/koppelman%40yfu.org This email sent to [EMAIL PROTECTED] Freeport Soliversum Alexander Spohr [EMAIL PROTECTED] www.freeport.de ___ 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]
Re: JavaEOGenerator: alphabetical sorting?
On Jan 2, 2008, at 5:46 AM, Alexander Spohr wrote: is JavaEOGenerator capable of sorting arrays alphabetical? Not without JavaEOGenerator source modification. I (used to) generate methods with attribute-names as args. EOGenerator knew about $foreach Attribute [EMAIL PROTECTED] do$ How can I do this with JavaEOGenerator? I modified all EOEntityProxy methods that return arrays of properties to return arrays of properties sorted descending by property name. An alternative would have been to create new methods that return sorted arrays (e.g., sortedClassAttributes()). Aloha, Art ___ 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]
Re: JavaEOGenerator: alphabetical sorting?
On 2-Jan-08, at 5:20 PM, Art Isbell wrote: On Jan 2, 2008, at 5:46 AM, Alexander Spohr wrote: is JavaEOGenerator capable of sorting arrays alphabetical? Not without JavaEOGenerator source modification. I (used to) generate methods with attribute-names as args. EOGenerator knew about $foreach Attribute [EMAIL PROTECTED] do$ How can I do this with JavaEOGenerator? I modified all EOEntityProxy methods that return arrays of properties to return arrays of properties sorted descending by property name. An alternative would have been to create new methods that return sorted arrays (e.g., sortedClassAttributes()). I'm not using JavaEOGenerator, so keep that in mind... But it is a WO application right? Could you build it against Wonder (or add ERXArrayUtilties) to get the @sort array operators? ;david -- David LeBer Codeferous Software 'co-def-er-ous' adj. Literally 'code-bearing' site: http://codeferous.com blog: http://davidleber.net profile: http://www.linkedin.com/in/davidleber -- Toronto Area Cocoa / WebObjects developers group: http://tacow.org ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
2007/12/22, Jeff Schmitz [EMAIL PROTECTED]: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? You mean you try to EOgenerate and in the dialog you have Error 133? Does it give some other Info? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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/ildenae%40gmail.com This email sent to [EMAIL PROTECTED] -- Daniele Corti AIM: S0CR4TE5 Messenger: [EMAIL PROTECTED] -- Computers are like air conditioners -- they stop working properly if you open WINDOWS -- What about the four lusers of the apocalypse? I nominate: advertising, can't log in, power switch and what backup? --Alistair Young ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
Using WO 5.3 on Leopard Client. The error shows in the EOGenerator dialog. Nothing comes out in the Console log. The EOGenerate dialog comes up and just has the message EOGenerator finished with the following results: Failed with error code 133. That's it, no other information. Jeff On Dec 21, 2007, at 11:03 PM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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/chill%40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
If you're trying to use the eogenerator from rubicode, it no longer works on Leopard ... There is a lot of information on the list archives about how to do this now. ms On Dec 22, 2007, at 9:05 AM, Jeff Schmitz wrote: Using WO 5.3 on Leopard Client. The error shows in the EOGenerator dialog. Nothing comes out in the Console log. The EOGenerate dialog comes up and just has the message EOGenerator finished with the following results: Failed with error code 133. That's it, no other information. Jeff On Dec 21, 2007, at 11:03 PM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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/chill%40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
I'm finally making the conversion to Eclipse (due to Leopard upgrade) and am having this same problem. Using the same instructions as Jeff, with the default install of Leopard (WO 5.4) and the latest version of Eclipse (3.3.1.1.), WOLips (3.3.4750, updated last night) and EOGenerator (1.7). When I set preferences for WOLips build to Auto EOGenerate on build I get an error in the problems tab of Eclipse. This reports EOGenerator failed (run manually for details). When run manually I get EOGenerator failed with code #133. No Console messages at all. I'm not familiar with Velocity so am not sure if I need to do something with that to get EOGeneration to work. Additionally, templates folder and templates are set in both the build preferences and in the .eogen file. Not sure if one overrides the other or perhaps this is confusing to the EOGenerator. Seems likely not, but guidance on which is correct would be good. Thoughts on the 133 error? Regards Drew On Dec 22, 2007, at 12:03 AM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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/chill%40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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/drewt7%40comcast.net This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
Mike, I just posted a similar problem and I thought I had read the EOGenerator did now work. I suspect not, based on your post. What is the general process so I can search the archives? Regards Drew On Dec 22, 2007, at 9:12 AM, Mike Schrag wrote: If you're trying to use the eogenerator from rubicode, it no longer works on Leopard ... There is a lot of information on the list archives about how to do this now. ms On Dec 22, 2007, at 9:05 AM, Jeff Schmitz wrote: Using WO 5.3 on Leopard Client. The error shows in the EOGenerator dialog. Nothing comes out in the Console log. The EOGenerate dialog comes up and just has the message EOGenerator finished with the following results: Failed with error code 133. That's it, no other information. Jeff On Dec 21, 2007, at 11:03 PM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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/chill%40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/drewt7%40comcast.net This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF- EOGenerator EOGenerator don't work on Mac OS X 10.5. You either have to use JavaEOGenerator or Velocity EOGenerator. I'm finally making the conversion to Eclipse (due to Leopard upgrade) and am having this same problem. Using the same instructions as Jeff, with the default install of Leopard (WO 5.4) and the latest version of Eclipse (3.3.1.1.), WOLips (3.3.4750, updated last night) and EOGenerator (1.7). When I set preferences for WOLips build to Auto EOGenerate on build I get an error in the problems tab of Eclipse. This reports EOGenerator failed (run manually for details). When run manually I get EOGenerator failed with code #133. No Console messages at all. I'm not familiar with Velocity so am not sure if I need to do something with that to get EOGeneration to work. Additionally, templates folder and templates are set in both the build preferences and in the .eogen file. Not sure if one overrides the other or perhaps this is confusing to the EOGenerator. Seems likely not, but guidance on which is correct would be good. Thoughts on the 133 error? Regards Drew On Dec 22, 2007, at 12:03 AM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO +Java+Classes thanks, jeff ___ 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/chill% 40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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/drewt7% 40comcast.net This email sent to [EMAIL PROTECTED] ___ 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/probert%40os.ca This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
On 22.12.2007, at 08:47, Drew Thoeni wrote: Using the same instructions as Jeff, with the default install of Leopard (WO 5.4) and the latest version of Eclipse (3.3.1.1.), WOLips (3.3.4750, updated last night) and EOGenerator (1.7). EOGenerator doesn't work on Leopard out of the box. If you really need it for the time being until you made the switch to Velocity or JavaEOGenerator, you can follow the instructions here: http://tinyurl.com/22woqf My advise on that is: if you have to run EOGenerator today or tomorrow, apply the stuff above - and only if you really have to! If you need it next week - give Velocity or JavaEOGenerator a try. cug -- http://www.event-s.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: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [EMAIL PROTECTED]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
Warning added to originally referenced page. Chuck On Dec 22, 2007, at 7:52 AM, Pascal Robert wrote: http://wiki.objectstyle.org/confluence/display/WO/EOF-Using+EOF- EOGenerator EOGenerator don't work on Mac OS X 10.5. You either have to use JavaEOGenerator or Velocity EOGenerator. I'm finally making the conversion to Eclipse (due to Leopard upgrade) and am having this same problem. Using the same instructions as Jeff, with the default install of Leopard (WO 5.4) and the latest version of Eclipse (3.3.1.1.), WOLips (3.3.4750, updated last night) and EOGenerator (1.7). When I set preferences for WOLips build to Auto EOGenerate on build I get an error in the problems tab of Eclipse. This reports EOGenerator failed (run manually for details). When run manually I get EOGenerator failed with code #133. No Console messages at all. I'm not familiar with Velocity so am not sure if I need to do something with that to get EOGeneration to work. Additionally, templates folder and templates are set in both the build preferences and in the .eogen file. Not sure if one overrides the other or perhaps this is confusing to the EOGenerator. Seems likely not, but guidance on which is correct would be good. Thoughts on the 133 error? Regards Drew On Dec 22, 2007, at 12:03 AM, Chuck Hill wrote: Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO +Java+Classes thanks, jeff ___ 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/chill% 40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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/drewt7% 40comcast.net This email sent to [EMAIL PROTECTED] ___ 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/probert%40os.ca This email sent to [EMAIL PROTECTED] ___ 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/chill% 40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
A few other problems with the base generated code (the classes with
the _ before their names):
1. The code references some classes that the compiler can't find. I'm
using WO 5.3 btw. e.g.
com.webobjects.eoaccess.EORelationship.DeleteRuleNullify:
2.The below generated code references an operation that doesn't exist,
namely addToEntriesRelationship.
public void initializeEntries(com.netBrackets.core.EOEntries
value) {
this.addToEntriesRelationship(value);
}
3. s come out as amp;amp;, e.g.
if ((this.editingContext() != null) amp;amp; (object !=
null) amp;amp; (!this.isReadOnly()) amp;amp; (!
object.isReadOnly()) amp;amp; (!
this.editingContext().equals(object.editingContext( {
4. Two functions with the same name and signature are generated.
Operations are shown below:
public void addToEntries(com.netBrackets.core.EOEntries object) {
this.includeObjectIntoPropertyWithKey(object, entries);
}
public void addToEntries(com.netBrackets.core.EOEntries object) {
if (logger.isDebugEnabled()) {
if ((this.editingContext() != null) (object != null)
amp;amp; (!this.isReadOnly()) amp;amp; (!object.isReadOnly())
amp;amp; (!this.editingContext().equals(object.editingContext( {
try {
throw new Exception(WrongEdidtingContext);
} catch(Exception exception) {
logger.warn(addToEntries exception , exception);
}
}
}
this.includeObjectIntoPropertyWithKey(object, entries);
}
On Dec 22, 2007, at 10:12 PM, Jeff Schmitz wrote:
I have tried JavaEOGenerator and came across a couple of
idiosyncrasies (or maybe user error?):
1. I was able to create the eogen file in my project. But then when
I right click-EOgenerate... it, it looks for my eomodel file in the
JavaEOGenerator project, not my project. I copied my eomodel file
to the EOGenerate project, and it worked.
2. I have a couple of queries with spaces in their names. The
generated code creates function names with spaces in them, so they
don't compile.
e.g.
public static NSArray objectsForGet Last Year
Entries(com.webobjects.eocontrol.EOEditingContext context,
java.lang.String poolNameBinding, java.lang.Integer poolTypeBinding) {
Do I need to take out the spaces, or is this a bug in
JavaEOGenerator? They always worked ok before with the spaces.
Also, is there a way to make it look for my eomodel file in my own
project (where the eogen file resides)?
Thanks,
Jeff
On Dec 22, 2007, at 9:53 AM, Guido Neitzer wrote:
On 22.12.2007, at 08:47, Drew Thoeni wrote:
Using the same instructions as Jeff, with the default install of
Leopard (WO 5.4) and the latest version of Eclipse (3.3.1.1.),
WOLips (3.3.4750, updated last night) and EOGenerator (1.7).
EOGenerator doesn't work on Leopard out of the box. If you really
need it for the time being until you made the switch to Velocity or
JavaEOGenerator, you can follow the instructions here:
http://tinyurl.com/22woqf
My advise on that is: if you have to run EOGenerator today or
tomorrow, apply the stuff above - and only if you really have to!
If you need it next week - give Velocity or JavaEOGenerator a try.
cug
--
http://www.event-s.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:
http://lists.apple.com/mailman/options/webobjects-dev/jeffandmonica%40mac.com
This email sent to [EMAIL PROTECTED]
___
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/jeffandmonica%40mac.com
This email sent to [EMAIL PROTECTED]
___
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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
On Dec 22, 2007, at 6:42 PM, Jeff Schmitz wrote: A few other problems with the base generated code (the classes with the _ before their names): The templates should be considered as examples of the sorts of things that can be done; they should not be considered ready to use without modification. Aloha, Art ___ 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]
Re: [JavaEOGenerator] Bug when generating fetchSpecification methods
Hi Art, Thanks for your reply. Non visible attribute - An attribute(database column) included in the eomodel, but not marked as a class property. I have already tested EOEntity._propertyForPath(), and it returns null for attributes not marked as class property. Cheers, Bueno On Dec 20, 2007 7:54 PM, Art Isbell [EMAIL PROTECTED] wrote: On Dec 20, 2007, at 11:43 AM, Oswaldo Bueno wrote: I'm using JavaEOGenerator http://developer.apple.com/samplecode/JavaEOGenerator to auto-generate my entity classes. When it generates methods to access EOFetchSpecifications on the eomodeld, it suppresses bindings associated with a non-visible attribute. What's a non-visible attribute? Do you mean a database column that's not modeled in your eomodel? If so, why not include it in your eomodel but don't make it a class property? That would prevent EOF from including it in any SQL it generates. But I don't know whether EOEntity._propertyForPath() would also ignore it. It would be quick and easy to test. Aloha, Art ___ 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/bueno.dev%40gmail.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: [JavaEOGenerator] Bug when generating fetchSpecification methods
A class property is by definition visible, so if you have not marked it as visible no method returning a property will see it. An Attribute or a Relationship may be non-visible but an therefore not a property. EOEntity.anyRelationshipNamed or EOEntity.AnyAttribteNamed will return attributes and relationship that are not class properties. Pierre -- Pierre Frisch [EMAIL PROTECTED] On Dec 21, 2007, at 7:21, Oswaldo Bueno wrote: Hi Art, Thanks for your reply. Non visible attribute - An attribute(database column) included in the eomodel, but not marked as a class property. I have already tested EOEntity._propertyForPath(), and it returns null for attributes not marked as class property. Cheers, Bueno On Dec 20, 2007 7:54 PM, Art Isbell [EMAIL PROTECTED] wrote: On Dec 20, 2007, at 11:43 AM, Oswaldo Bueno wrote: I'm using JavaEOGenerator http://developer.apple.com/samplecode/JavaEOGenerator to auto-generate my entity classes. When it generates methods to access EOFetchSpecifications on the eomodeld, it suppresses bindings associated with a non-visible attribute. What's a non-visible attribute? Do you mean a database column that's not modeled in your eomodel? If so, why not include it in your eomodel but don't make it a class property? That would prevent EOF from including it in any SQL it generates. But I don't know whether EOEntity._propertyForPath() would also ignore it. It would be quick and easy to test. Aloha, Art ___ 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/bueno.dev%40gmail.com This email sent to [EMAIL PROTECTED] ___ 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/pierre%40apple.com This email sent to [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes thanks, jeff ___ 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]
Re: JavaEOGenerator - EOPrototypes and EOGenericRecord?
Tiger? Leopard? WO 5.3? 5.4? Have you checked the Console log? Chuck On Dec 21, 2007, at 8:57 PM, Jeff Schmitz wrote: Am trying to generate java using method described by below link, but when I try to bring up the EOGenerate dialog I get error 133, Any ideas? http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO +Java+Classes thanks, jeff ___ 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/chill% 40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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]
Re: [JavaEOGenerator] Bug when generating fetchSpecification methods
On Dec 20, 2007, at 11:43 AM, Oswaldo Bueno wrote: I'm using JavaEOGenerator http://developer.apple.com/samplecode/JavaEOGenerator to auto-generate my entity classes. When it generates methods to access EOFetchSpecifications on the eomodeld, it suppresses bindings associated with a non-visible attribute. What's a non-visible attribute? Do you mean a database column that's not modeled in your eomodel? If so, why not include it in your eomodel but don't make it a class property? That would prevent EOF from including it in any SQL it generates. But I don't know whether EOEntity._propertyForPath() would also ignore it. It would be quick and easy to test. Aloha, Art ___ 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]
Re: JavaEOGenerator Eclipse
On 21 nov 2007, at 16:17, Freddie Tilley wrote: When I generate my javaclasses files in Eclipse 3.3 using JavaEOGenerator, all the attributes accessor methods always use data types: com.webobjects.foundation.NSData instead of just String, even though I set the data type in Entity Modeler to String S the JavaEOGenerator template contains attribute.valueTypeClassName to set the class name How can I fix this, because changing the types manually is obviously not the long term answer To answer my own question: The reason why it doesn't work is when choosing a prototype for an attribute in Entity Modeler (in eclipse) the following items are not stored in the plist file of the entities attribute valueClassName valueType I my case the prototypes stored in a separate eomodeld file with the valueClassName and valueType of each item however the JavaEOGenerator does not use this info to generate the type and it defaults to NSData. the eogen file generated by eclipse contains a reference to the separate eomodeld file but it does not use the two missing properties. The workaround for this is copying two properties for each attribute manually into the entity attributes in the plist and then it works Is there a workaround for this? Should I file a bug for Entity Modeler? Or is the JavaEOGenerator responsible for this? ___ 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]
Re: JavaEOGenerator Eclipse
File a bug against JavaEOGenerator. On Dec 3, 2007, at 8:35 AM, Freddie Tilley wrote: Or is the JavaEOGenerator responsible for this? ___ 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]
Re: JavaEOGenerator .base
On Nov 30, 2007, at 1:04 PM, Jonathan Miller wrote: When generating your EOs Is there a way to turn off appending .base to the package name without having to alter the source code of JavaEOGenerator itself? According to README.rtfd included with JavaEOGenerator source, the - filenameTemplate argument should allow one to do this (not tested!): -filenameTemplate wo:WOString value=\[entity.classPackageName]\/ .wo:WOConditional condition=\[isSuperclass]\wo:WOString value= \[superClassPrefix]\//wo:WOConditionalwo:WOString value= \[entity.classNameWithoutPackage]\/ Aloha, Art ___ 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]
Re: JavaEOGenerator running, but I do not understand the output.
Hello Johan,
Did you fix your issue?
Actually I'm experiencing the exact same one:)
Thanks
Xavier
Op 11 nov 2007, om 17:40 heeft Mike Schrag het volgende geschreven:
After I made all the classes part of a package, everything was
fine, apart from the fact that they were 5.4-ish, and I want 5.3.
So I went to the second EOGenerator solution,
You can use JavaEOGenerator to produce 5.3 classes -- you just need
to modify the templates to not use 5.4 features.
I tried that, but there are some strange things: if there is no
class definition, eg it is just EOGenericRecord, it will create a
class EOGenericRecord, and _EOGenericRecord, or
com.webobjects.eocontrol.EOGenericRecord, depending on how the
thing is defined in the EOModel.
I don't ever use EOGenericRecord classes, but I thought that if you
wanted this, that you should leave the class names blank in the
entity definition.
Also, it seems that there are some strange things going on with
n:m relations.
For instance, I have an n:m relation between product and review,
so there is a connection table reviewproduct, with a class
RevIewProduct.
Now I get an error in Product in this statement:
EOQualifier inverseQualifier = new
EOKeyValueQualifier(nl.immix.ReviewProduct.PRODUCT_KEY,
EOQualifier.QualifierOperatorEqual, this);
with the error:
nl.immix.ReviewProduct.PRODUCT_KEY cannot be resolved
which i scompletely logical as there is nno PRODUCT_KEY in the
ReviewProduct class.
Not sure I follow ... If you are expecting to be able to access
ReviewProduct.product(), you will need to make a class relationship
named product on your join class. You can't qualify on a non-
class relationship. If it was a class relationship, then the
templates would produce a PRODUCT_KEY for you.
Sorry for the confusion:
Perhaps some pictures and source code will make it clearer (I hope)
The model has a n:m relation from review to product, so I'd there is
a table reviewproduct that only contains the id's of a review and
the id of a product. that translates in EOModeler to such a
construction:
pastedGraphic.png
With Review Product being just a table in between.
pastedGraphic.png
The source code of _ReviewProduct, however does not define
PRODUCT_KEY, nor REVIEW_KEY:
=
// DO NOT EDIT. Make changes to ReviewProduct.java instead.
package nl.immix;
import com.webobjects.eoaccess.*;
import com.webobjects.eocontrol.*;
import com.webobjects.foundation.*;
import java.math.*;
import java.util.*;
import org.apache.log4j.Logger;
@SuppressWarnings(all)
public abstract class _ReviewProduct extends EOGenericRecord {
public static final String ENTITY_NAME = ReviewProduct;
// Attributes
// Relationships
private static Logger LOG = Logger.getLogger(_ReviewProduct.class);
public ReviewProduct localInstanceOfReviewProduct(EOEditingContext
editingContext) {
ReviewProduct localInstance =
(ReviewProduct)EOUtilities.localInstanceOfObject(editingContext,
this);
if (localInstance == null) {
throw new IllegalStateException(You attempted to localInstance
+ this + , which has not yet committed.);
}
return localInstance;
}
public nl.immix.Product product() {
return (nl.immix.Product)storedValueForKey(product);
}
public void setProductRelationship(nl.immix.Product value) {
if (_ReviewProduct.LOG.isDebugEnabled()) {
_ReviewProduct.LOG.debug(updating product from + product() +
to + value);
}
if (value == null) {
nl.immix.Product oldValue = product();
if (oldValue != null) {
removeObjectFromBothSidesOfRelationshipWithKey(oldValue,
product);
}
} else {
addObjectToBothSidesOfRelationshipWithKey(value, product);
}
}
public nl.immix.Review review() {
return (nl.immix.Review)storedValueForKey(review);
}
public void setReviewRelationship(nl.immix.Review value) {
if (_ReviewProduct.LOG.isDebugEnabled()) {
_ReviewProduct.LOG.debug(updating review from + review() +
to + value);
}
if (value == null) {
nl.immix.Review oldValue = review();
if (oldValue != null) {
removeObjectFromBothSidesOfRelationshipWithKey(oldValue,
review);
}
} else {
addObjectToBothSidesOfRelationshipWithKey(value, review);
}
}
public static ReviewProduct createReviewProduct(EOEditingContext
editingContext) {
ReviewProduct eo =
(ReviewProduct)EOUtilities.createAndInsertInstance(editingContext,
_ReviewProduct.ENTITY_NAME);
return eo;
}
public static NSArrayReviewProduct
fetchAllReviewProducts(EOEditingContext editingContext) {
return _ReviewProduct.fetchAllReviewProducts(editingContext, null);
}
public static NSArrayReviewProduct
fetchAllReviewProducts(EOEditingContext editingContext,
NSArrayEOSortOrdering sortOrderings) {
return _ReviewProduct.fetchReviewProducts(editingContext, null,
sortOrderings);
}
public
Re: JavaEOGenerator source posted by Apple
On Nov 15, 2007, at 10:48 AM, Les Vogel wrote: http://developer.apple.com/samplecode/JavaEOGenerator/index.html -- Les Vogel 808 870-0418 Hey! Wow! Thanks for posting this. We should make sure that Apple's marketing people ... er, let people know ... um, about the tools that Hm. Oh well, never mind. :-) Now let us just see if there is doc. Hope springs eternal. And then there is always the WO community. thanx - ray - ray blogs: http://worldofwebobjects.blogspot.com (WebObjects), http://xoatlicue.blogspot.com (Mozilla technologies), http://taucentral.blogspot.com (personal/politics), http://necessarytesselation.blogspot.com (math) ___ 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]
Re: JavaEOGenerator source posted by Apple
They also redirected the webobjects.com domain to http:// developer.apple.com/tools/webobjects/ instead of http://apple.com/ webobjects http://developer.apple.com/samplecode/JavaEOGenerator/index.html ___ 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]
Re: JavaEOGenerator running, but I do not understand the output.
The actual bug is that all other other methods should be gone because
those are non-class relationships, not that PRODUCT_KEY or REVIEW_KEY
SHOULD be there ... It was a bug in the default scripts that it was
generating methods for all to-many relationships instead of just class
to-many relationships. The new build will be up in about 15 mins or
so, or you can just modify the default templates (just search
for .sortedToManyRelationships and change it
to .sortedClassToManyRelationships).
ms
On Nov 12, 2007, at 6:49 AM, Johan Henselmans wrote:
Op 11 nov 2007, om 17:40 heeft Mike Schrag het volgende geschreven:
After I made all the classes part of a package, everything was
fine, apart from the fact that they were 5.4-ish, and I want 5.3.
So I went to the second EOGenerator solution,
You can use JavaEOGenerator to produce 5.3 classes -- you just need
to modify the templates to not use 5.4 features.
I tried that, but there are some strange things: if there is no
class definition, eg it is just EOGenericRecord, it will create a
class EOGenericRecord, and _EOGenericRecord, or
com.webobjects.eocontrol.EOGenericRecord, depending on how the
thing is defined in the EOModel.
I don't ever use EOGenericRecord classes, but I thought that if you
wanted this, that you should leave the class names blank in the
entity definition.
Also, it seems that there are some strange things going on with
n:m relations.
For instance, I have an n:m relation between product and review,
so there is a connection table reviewproduct, with a class
RevIewProduct.
Now I get an error in Product in this statement:
EOQualifier inverseQualifier = new
EOKeyValueQualifier(nl.immix.ReviewProduct.PRODUCT_KEY,
EOQualifier.QualifierOperatorEqual, this);
with the error:
nl.immix.ReviewProduct.PRODUCT_KEY cannot be resolved
which i scompletely logical as there is nno PRODUCT_KEY in the
ReviewProduct class.
Not sure I follow ... If you are expecting to be able to access
ReviewProduct.product(), you will need to make a class relationship
named product on your join class. You can't qualify on a non-
class relationship. If it was a class relationship, then the
templates would produce a PRODUCT_KEY for you.
Sorry for the confusion:
Perhaps some pictures and source code will make it clearer (I hope)
The model has a n:m relation from review to product, so I'd there is
a table reviewproduct that only contains the id's of a review and
the id of a product. that translates in EOModeler to such a
construction:
pastedGraphic.png
With Review Product being just a table in between.
pastedGraphic.png
The source code of _ReviewProduct, however does not define
PRODUCT_KEY, nor REVIEW_KEY:
=
// DO NOT EDIT. Make changes to ReviewProduct.java instead.
package nl.immix;
import com.webobjects.eoaccess.*;
import com.webobjects.eocontrol.*;
import com.webobjects.foundation.*;
import java.math.*;
import java.util.*;
import org.apache.log4j.Logger;
@SuppressWarnings(all)
public abstract class _ReviewProduct extends EOGenericRecord {
public static final String ENTITY_NAME = ReviewProduct;
// Attributes
// Relationships
private static Logger LOG = Logger.getLogger(_ReviewProduct.class);
public ReviewProduct localInstanceOfReviewProduct(EOEditingContext
editingContext) {
ReviewProduct localInstance =
(ReviewProduct)EOUtilities.localInstanceOfObject(editingContext,
this);
if (localInstance == null) {
throw new IllegalStateException(You attempted to localInstance
+ this + , which has not yet committed.);
}
return localInstance;
}
public nl.immix.Product product() {
return (nl.immix.Product)storedValueForKey(product);
}
public void setProductRelationship(nl.immix.Product value) {
if (_ReviewProduct.LOG.isDebugEnabled()) {
_ReviewProduct.LOG.debug(updating product from + product() +
to + value);
}
if (value == null) {
nl.immix.Product oldValue = product();
if (oldValue != null) {
removeObjectFromBothSidesOfRelationshipWithKey(oldValue,
product);
}
} else {
addObjectToBothSidesOfRelationshipWithKey(value, product);
}
}
public nl.immix.Review review() {
return (nl.immix.Review)storedValueForKey(review);
}
public void setReviewRelationship(nl.immix.Review value) {
if (_ReviewProduct.LOG.isDebugEnabled()) {
_ReviewProduct.LOG.debug(updating review from + review() +
to + value);
}
if (value == null) {
nl.immix.Review oldValue = review();
if (oldValue != null) {
removeObjectFromBothSidesOfRelationshipWithKey(oldValue,
review);
}
} else {
addObjectToBothSidesOfRelationshipWithKey(value, review);
}
}
public static ReviewProduct createReviewProduct(EOEditingContext
editingContext) {
ReviewProduct eo =
Re: JavaEOGenerator running, but I do not understand the output.
Op 11 nov 2007, om 03:46 heeft Mike Schrag het volgende geschreven: The trick was: 1- replace the -model argument with the full path, and add file: in front of it eg: from [Example.eomodeld] to [file:/Users/johan/projects/example/ Resources/Example.eomodeld]. 2- replace -destination path with the full path without the file: in front of it. eg: from [Sources] to [/Users/johan/projects/example/Sources] 3- replace -subclassDestination with the full path without the file: in front of it. eg: from [Sources] to [/Users/johan/projects/example/ Sources] The next build of WOLips fixes this by supplying full paths instead of relative paths to the External EOGenerator. _ProgramSetting.java ProgramSetting.java base/_ProgramSetting.java .ProgramSetting.java Do you not use packages for your EOs? Maybe that's where the . file ones came from? Obviously the _ProgramSetting.java is the old one, so that could be deleted. ProgramSetting.java is your file, so that's fine, base/_ProgramSetting.java is the new default base class. You can override the filename template to not include .base. in the package name (and the default superclass template to remove base). It appears that the default templates will not actually build on 5.3, though, so you would need to change them. I did not use packages. When I replaced the class name ProgramSetting in EOModeler with org.example.BL.ProgramSetting, a org.example.BL.base.ProgramSetting and a org.example.BL.ProgramSetting was created. So using JavaEOGenerator assumes that you are working in a packaging structure. After I made all the classes part of a package, everything was fine, apart from the fact that they were 5.4-ish, and I want 5.3. So I went to the second EOGenerator solution, [snip] And finally: - Are these generated files also usable in a 5.3 environment? Well, if you modify your templates to be 5.3 compliant, then yes, but the example templates are 5.4-only it looks like. The other alternative is that you can use the Velocity-based EOGenerator (yes, Virginia, there are two eogenerator replacements). I have not mentioned this so far to just keep things less complicated, but we actually use this EOGenerator variant rather than JavaEOGenerator, so maybe others will find it to be useful also ... JavaEOGenerator is Apple's recommended way, Velocity EOGenerator is the yeah, but you can do this too way (aka the my way). If you modify your EOGenerator settings and remove your eogenerator executable path (leave it blank), it will switch to use the built-in Velocity eogenerator instead of an external one. There are example templates (that are actually my own templates) built-in, which you can download and modify/replace ( http://webobjects.mdimension.com/wolips/EOGenerator/Velocity%20EOGenerator%20Templates/ ). You'll need to modify your .eogen files to remove your eogen executable path and to point to the new templates. I personally prefer Velocity syntax for these over WO syntax ... It's a lot more compact, and I find it to be easier for this type of templating, but that's just me. One other (technical but possibly important) factoid is that the Velocity EOGenerator sits on top of Entity Modeler's EOModel stack whereas JavaEOGenerator sits on the WO 5.4 EOModel stack. I tried that, but there are some strange things: if there is no class definition, eg it is just EOGenericRecord, it will create a class EOGenericRecord, and _EOGenericRecord, or com.webobjects.eocontrol.EOGenericRecord, depending on how the thing is defined in the EOModel. Also, it seems that there are some strange things going on with n:m relations. For instance, I have an n:m relation between product and review, so there is a connection table reviewproduct, with a class RevIewProduct. Now I get an error in Product in this statement: EOQualifier inverseQualifier = new EOKeyValueQualifier(nl.immix.ReviewProduct.PRODUCT_KEY, EOQualifier.QualifierOperatorEqual, this); with the error: nl.immix.ReviewProduct.PRODUCT_KEY cannot be resolved which i scompletely logical as there is nno PRODUCT_KEY in the ReviewProduct class. Anyway to work around these? ms ___ 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/johan%40netsense.nl This email sent to [EMAIL PROTECTED] Regards, Johan Henselmans http://www.netsense.nl Tel: +31-20-6267538 Fax: +31-20-6273852 ___ 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:
Re: JavaEOGenerator running, but I do not understand the output.
After I made all the classes part of a package, everything was fine, apart from the fact that they were 5.4-ish, and I want 5.3. So I went to the second EOGenerator solution, You can use JavaEOGenerator to produce 5.3 classes -- you just need to modify the templates to not use 5.4 features. I tried that, but there are some strange things: if there is no class definition, eg it is just EOGenericRecord, it will create a class EOGenericRecord, and _EOGenericRecord, or com.webobjects.eocontrol.EOGenericRecord, depending on how the thing is defined in the EOModel. I don't ever use EOGenericRecord classes, but I thought that if you wanted this, that you should leave the class names blank in the entity definition. Also, it seems that there are some strange things going on with n:m relations. For instance, I have an n:m relation between product and review, so there is a connection table reviewproduct, with a class RevIewProduct. Now I get an error in Product in this statement: EOQualifier inverseQualifier = new EOKeyValueQualifier(nl.immix.ReviewProduct.PRODUCT_KEY, EOQualifier.QualifierOperatorEqual, this); with the error: nl.immix.ReviewProduct.PRODUCT_KEY cannot be resolved which i scompletely logical as there is nno PRODUCT_KEY in the ReviewProduct class. Not sure I follow ... If you are expecting to be able to access ReviewProduct.product(), you will need to make a class relationship named product on your join class. You can't qualify on a non-class relationship. If it was a class relationship, then the templates would produce a PRODUCT_KEY for you. ms ___ 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]
Re: JavaEOGenerator running, but I do not understand the output.
On Nov 11, 2007, at 8:40 AM, Mike Schrag wrote: After I made all the classes part of a package, everything was fine, apart from the fact that they were 5.4-ish, and I want 5.3. So I went to the second EOGenerator solution, You can use JavaEOGenerator to produce 5.3 classes -- you just need to modify the templates to not use 5.4 features. I tried that, but there are some strange things: if there is no class definition, eg it is just EOGenericRecord, it will create a class EOGenericRecord, and _EOGenericRecord, or com.webobjects.eocontrol.EOGenericRecord, depending on how the thing is defined in the EOModel. I don't ever use EOGenericRecord classes, I never use :-) And huh? You never what? You generate classes for those things? but I thought that if you wanted this, that you should leave the class names blank in the entity definition. You need to specify it as EOGenericRecord for EOF. Chuck Also, it seems that there are some strange things going on with n:m relations. For instance, I have an n:m relation between product and review, so there is a connection table reviewproduct, with a class RevIewProduct. Now I get an error in Product in this statement: EOQualifier inverseQualifier = new EOKeyValueQualifier (nl.immix.ReviewProduct.PRODUCT_KEY, EOQualifier.QualifierOperatorEqual, this); with the error: nl.immix.ReviewProduct.PRODUCT_KEY cannot be resolved which i scompletely logical as there is nno PRODUCT_KEY in the ReviewProduct class. Not sure I follow ... If you are expecting to be able to access ReviewProduct.product(), you will need to make a class relationship named product on your join class. You can't qualify on a non- class relationship. If it was a class relationship, then the templates would produce a PRODUCT_KEY for you. ms ___ 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/chill% 40global-village.net This email sent to [EMAIL PROTECTED] -- Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/products/practical_webobjects ___ 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]
Re: JavaEOGenerator running, but I do not understand the output.
I never use :-) And huh? You never what? You generate classes for those things? I generate classes for everything ... It almost always ends up that I need an extra attribute on join tables, so I just generate everything. I don't have a single non-class-backed Entity. but I thought that if you wanted this, that you should leave the class names blank in the entity definition. You need to specify it as EOGenericRecord for EOF. I modified VelocityEOGen to not generate a class if classname is EOGR. ___ 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]
Re: JavaEOGenerator running, but I do not understand the output.
The trick was: 1- replace the -model argument with the full path, and add file: in front of it eg: from [Example.eomodeld] to [file:/Users/johan/projects/example/ Resources/Example.eomodeld]. 2- replace -destination path with the full path without the file: in front of it. eg: from [Sources] to [/Users/johan/projects/example/Sources] 3- replace -subclassDestination with the full path without the file: in front of it. eg: from [Sources] to [/Users/johan/projects/example/ Sources] The next build of WOLips fixes this by supplying full paths instead of relative paths to the External EOGenerator. _ProgramSetting.java ProgramSetting.java base/_ProgramSetting.java .ProgramSetting.java Do you not use packages for your EOs? Maybe that's where the . file ones came from? Obviously the _ProgramSetting.java is the old one, so that could be deleted. ProgramSetting.java is your file, so that's fine, base/_ProgramSetting.java is the new default base class. You can override the filename template to not include .base. in the package name (and the default superclass template to remove base). It appears that the default templates will not actually build on 5.3, though, so you would need to change them. - What is the idea behind all this? (please no 42 answers) see above. - Why the base folder? they just chose that as the default package for the base class. - Why the .class.java file? I can't explain this except something related to default package (which you should not do anyway). Maybe this is also from an entity that doesn't have a class name defined? - Should the class files should be in a package, and where is that defined? Technically that is a bug in JavaEOGenerator, but from a best- practices standpoint, absolutely every single java file should be in a package. It's defined by the class name in your EOModel file for each entity. - What to do with the old java files? Merge them? The subclass is basically the same, the superclasses are autogenerated anyway. If you continue to use the .base. syntax, obviously your subclasses will need to be modified to point to this new superclass. And finally: - Are these generated files also usable in a 5.3 environment? Well, if you modify your templates to be 5.3 compliant, then yes, but the example templates are 5.4-only it looks like. The other alternative is that you can use the Velocity-based EOGenerator (yes, Virginia, there are two eogenerator replacements). I have not mentioned this so far to just keep things less complicated, but we actually use this EOGenerator variant rather than JavaEOGenerator, so maybe others will find it to be useful also ... JavaEOGenerator is Apple's recommended way, Velocity EOGenerator is the yeah, but you can do this too way (aka the my way). If you modify your EOGenerator settings and remove your eogenerator executable path (leave it blank), it will switch to use the built-in Velocity eogenerator instead of an external one. There are example templates (that are actually my own templates) built-in, which you can download and modify/replace ( http://webobjects.mdimension.com/wolips/EOGenerator/Velocity%20EOGenerator%20Templates/ ). You'll need to modify your .eogen files to remove your eogen executable path and to point to the new templates. I personally prefer Velocity syntax for these over WO syntax ... It's a lot more compact, and I find it to be easier for this type of templating, but that's just me. One other (technical but possibly important) factoid is that the Velocity EOGenerator sits on top of Entity Modeler's EOModel stack whereas JavaEOGenerator sits on the WO 5.4 EOModel stack. ms ___ 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]
Re: JavaEOGenerator and Java Client
please keep these on the mailing list ... I don't use any JC stuff, so I'm not sure if it works, but JavaEOGen is supposed to be a drop-in replacement (well, except for template syntax) for eogen. I would recommend just trying JavaEOGenerator. You don't need Leopard or 5.4 to use it. ms On Nov 7, 2007, at 3:23 PM, David Avendasora wrote: Mike, I have not yet gotten my WO development up and running on Leopard and have not yet checked out JavaEOGenerator, can you tell me if you know off the top of your head if it will read the Client Class Name attribute for Entities from the .eomodel? I have a Java Client project and would obviously like to use JavaEOGenerator the same way I use EOGenerator with it. Thanks, Leach Dave :) ___ 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]
Re: JavaEOGenerator and Java Client
Does anyone have the relative path name issues resolved yet? Or is that still being worked on? On Nov 7, 2007, at 3:32 PM, Mike Schrag wrote: please keep these on the mailing list ... I don't use any JC stuff, so I'm not sure if it works, but JavaEOGen is supposed to be a drop-in replacement (well, except for template syntax) for eogen. I would recommend just trying JavaEOGenerator. You don't need Leopard or 5.4 to use it. ms On Nov 7, 2007, at 3:23 PM, David Avendasora wrote: Mike, I have not yet gotten my WO development up and running on Leopard and have not yet checked out JavaEOGenerator, can you tell me if you know off the top of your head if it will read the Client Class Name attribute for Entities from the .eomodel? I have a Java Client project and would obviously like to use JavaEOGenerator the same way I use EOGenerator with it. Thanks, Leach Dave :) ___ 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/grhodes%40thissmallworld.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator and Java Client
Okay, after further digging, there is a -javaclient command-line parameter, so the answer to my question should be yes. Thanks for the replacement Pierre! Dave On Nov 7, 2007, at 3:32 PM, Mike Schrag wrote: please keep these on the mailing list ... I don't use any JC stuff, so I'm not sure if it works, but JavaEOGen is supposed to be a drop-in replacement (well, except for template syntax) for eogen. I would recommend just trying JavaEOGenerator. You don't need Leopard or 5.4 to use it. ms On Nov 7, 2007, at 3:23 PM, David Avendasora wrote: Mike, I have not yet gotten my WO development up and running on Leopard and have not yet checked out JavaEOGenerator, can you tell me if you know off the top of your head if it will read the Client Class Name attribute for Entities from the .eomodel? I have a Java Client project and would obviously like to use JavaEOGenerator the same way I use EOGenerator with it. Thanks, Leach Dave :) ___ 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/webobjects% 40avendasora.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator
I ran into this problem too as well. It's not a problem for just the - model parameter but also for the -destination, -subclassDestination, and -templatedir parameters as well. To resolve relative pathnames it's using the folder of the JavaEOGenerator package instead of the working folder. In the meantime I just wrote a shell script to launch it. I also ran into another problem with JavaEOGenerator too. Rubicode's version would set the data type of all numeric fields to the class java.lang.Number regardless of the data type of the database column. JavaEOGenerator, however, is setting them to their actual type - java.lang.Byte, java.lang.Integer, java.lang.Double, etc. It's not a huge problem, just a minor annoyance. You just have to change your code in places where it assumed the java.lang.Number base class was being used. -- Galen Rhodes [EMAIL PROTECTED] There is no worse tyranny than to force a man to pay for what he does not want merely because you think it would be good for him. -- Robert Heinlein -- On Nov 1, 2007, at 5:29 PM, Mike Schrag wrote: It would appear that JavaEOGenerator is not operating with the project as its working directory. I thought I was setting that properly, because this is how rubicode eogen would run, but perhaps not. I'll have to look into it. On Nov 1, 2007, at 4:30 PM, Johan Henselmans wrote: Op 1 nov 2007, om 15:33 heeft Mike Schrag het volgende geschreven: Is this a model or a refmodel, can you post your .eogen file contents along with where exactly the models are located? I am having the same problem, on another location. I -think- it is a model, as I do not know what a refmodel would be. The location in my situation is: /Users/johan/projecten/customer/customersubproject/ CustomerBusinessLogic This is the eogen model: /Applications/Developing/JavaEOGenerator.woa/JavaEOGenerator - destination Sources -java -javaTemplate JavaSourceEOF52.eotemplate - model Resources/Customer.eomodeld -packagedirs -subclassDestination Sources -subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - templatedir /Applications/Developing/JavaEOGeneratorTemplates - verbose The problem seems to be that JavaEOGenerator does not get the full path of the Model somehow, so it starts from it's own folder downwards. I just created a new eogen with the right button mouse. Eclipse 3.3.1.1, WOLips 3.3.4574 On Oct 31, 2007, at 10:11 PM, Jonathan Miller wrote: Hi, I'm trying to use JavaEOGenerator with Eclipse 3.3.1.1, today's build of WOLIPS and WebObjects 5.3. The generator initializes but at the end of a long spew of information I see the following error message: Start generation Cannot load model: 'file:/Developer/Applications/ JavaEOGenerator.woa/Resources/ParadiseDB.eomodeld/' End generation Obviously EOGenerator is looking in the wrong place for my model. Does anyone recognize my mistake? Best, Jon ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/johan%40netsense.nl This email sent to [EMAIL PROTECTED] Regards, Johan Henselmans http://www.netsense.nl Tel: +31-20-6267538 Fax: +31-20-6273852 ___ 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/grhodes%40thissmallworld.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator
Is this a model or a refmodel, can you post your .eogen file contents along with where exactly the models are located? On Oct 31, 2007, at 10:11 PM, Jonathan Miller wrote: Hi, I'm trying to use JavaEOGenerator with Eclipse 3.3.1.1, today's build of WOLIPS and WebObjects 5.3. The generator initializes but at the end of a long spew of information I see the following error message: Start generation Cannot load model: 'file:/Developer/Applications/ JavaEOGenerator.woa/Resources/ParadiseDB.eomodeld/' End generation Obviously EOGenerator is looking in the wrong place for my model. Does anyone recognize my mistake? Best, Jon ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator
Op 1 nov 2007, om 15:33 heeft Mike Schrag het volgende geschreven: Is this a model or a refmodel, can you post your .eogen file contents along with where exactly the models are located? I am having the same problem, on another location. I -think- it is a model, as I do not know what a refmodel would be. The location in my situation is: /Users/johan/projecten/customer/customersubproject/CustomerBusinessLogic This is the eogen model: /Applications/Developing/JavaEOGenerator.woa/JavaEOGenerator - destination Sources -java -javaTemplate JavaSourceEOF52.eotemplate - model Resources/Customer.eomodeld -packagedirs -subclassDestination Sources -subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - templatedir /Applications/Developing/JavaEOGeneratorTemplates -verbose The problem seems to be that JavaEOGenerator does not get the full path of the Model somehow, so it starts from it's own folder downwards. I just created a new eogen with the right button mouse. Eclipse 3.3.1.1, WOLips 3.3.4574 On Oct 31, 2007, at 10:11 PM, Jonathan Miller wrote: Hi, I'm trying to use JavaEOGenerator with Eclipse 3.3.1.1, today's build of WOLIPS and WebObjects 5.3. The generator initializes but at the end of a long spew of information I see the following error message: Start generation Cannot load model: 'file:/Developer/Applications/ JavaEOGenerator.woa/Resources/ParadiseDB.eomodeld/' End generation Obviously EOGenerator is looking in the wrong place for my model. Does anyone recognize my mistake? Best, Jon ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/johan%40netsense.nl This email sent to [EMAIL PROTECTED] Regards, Johan Henselmans http://www.netsense.nl Tel: +31-20-6267538 Fax: +31-20-6273852 ___ 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]
Re: JavaEOGenerator
It would appear that JavaEOGenerator is not operating with the project as its working directory. I thought I was setting that properly, because this is how rubicode eogen would run, but perhaps not. I'll have to look into it. On Nov 1, 2007, at 4:30 PM, Johan Henselmans wrote: Op 1 nov 2007, om 15:33 heeft Mike Schrag het volgende geschreven: Is this a model or a refmodel, can you post your .eogen file contents along with where exactly the models are located? I am having the same problem, on another location. I -think- it is a model, as I do not know what a refmodel would be. The location in my situation is: /Users/johan/projecten/customer/customersubproject/ CustomerBusinessLogic This is the eogen model: /Applications/Developing/JavaEOGenerator.woa/JavaEOGenerator - destination Sources -java -javaTemplate JavaSourceEOF52.eotemplate - model Resources/Customer.eomodeld -packagedirs -subclassDestination Sources -subclassJavaTemplate JavaSubclassSourceEOF5.eotemplate - templatedir /Applications/Developing/JavaEOGeneratorTemplates -verbose The problem seems to be that JavaEOGenerator does not get the full path of the Model somehow, so it starts from it's own folder downwards. I just created a new eogen with the right button mouse. Eclipse 3.3.1.1, WOLips 3.3.4574 On Oct 31, 2007, at 10:11 PM, Jonathan Miller wrote: Hi, I'm trying to use JavaEOGenerator with Eclipse 3.3.1.1, today's build of WOLIPS and WebObjects 5.3. The generator initializes but at the end of a long spew of information I see the following error message: Start generation Cannot load model: 'file:/Developer/Applications/ JavaEOGenerator.woa/Resources/ParadiseDB.eomodeld/' End generation Obviously EOGenerator is looking in the wrong place for my model. Does anyone recognize my mistake? Best, Jon ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/johan%40netsense.nl This email sent to [EMAIL PROTECTED] Regards, Johan Henselmans http://www.netsense.nl Tel: +31-20-6267538 Fax: +31-20-6273852 ___ 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]
re: JavaEOGenerator
Hi, I'm trying to use JavaEOGenerator with Eclipse 3.3.1.1, today's build of WOLIPS and WebObjects 5.3. The generator initializes but at the end of a long spew of information I see the following error message: Start generation Cannot load model: 'file:/Developer/Applications/JavaEOGenerator.woa/ Resources/ParadiseDB.eomodeld/' End generation Obviously EOGenerator is looking in the wrong place for my model. Does anyone recognize my mistake? Best, Jon ___ 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]
Re: JavaEOGenerator
On Oct 30, 2007, at 12:50 PM, Mike Schrag wrote: Other than the template format changing, this should be a 100% drop- in replacement of the original EOGenerator. A big advantage of EOGenerator was Objective-C. This allowed the EOGenerator developers to define NSString categories that added functionality that's just not available from Java's String; e.g., uppercaseUnderbarString which will create JAVA_STYLE field identifiers (static final constants). I use this in my EOGenerator template. I have been unable to replicate this with JavaEOGenerator. I suspect that other EOGenerator template functionality has been lost with JavaEOGenerator. Any suggestions? Aloha, Art ___ 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]
Re: JavaEOGenerator
Looks like it's already been updated! The link appears to be http://webobjects.mdimension.com/wolips/ EOGenerator/JavaEOGenerator-beta2.tar.gz Thanks Mike, I was toying around with cleaning up something we'd written internally, this is probably much nicer. -- Sam Barnum 360 Works http://www.360works.com 415.865.0952 On Oct 30, 2007, at 3:50 PM, Mike Schrag wrote: OK Leopard EOGenerator waiters ... After much legal gnashing of teeth, and some poking and prodding, Apple has agreed to release JavaEOGenerator. This is 100% work done by Apple. I'm just releasing it on mDimension build server while they get their ducks in a row on their own proper release. This will eventually be a developer example in some forthcoming Leopard developer update, which means it will also include source code. I'm only providing the binary release at the moment, though a source release may also be coming prior to a Leopard release also. You can download JavaEOGenerator from: http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator- beta.tar.gz and you can get the sample templates from: http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator% 20Templates/ The template format is WO 5.4 inline bindings, so it should feel familiar. There is a README.rtfd inside the tar that explains more about how to use it. Other than the template format changing, this should be a 100% drop-in replacement of the original EOGenerator. Going forward this will likely be the recommended method for EOGeneration. Thanks a lot to Apple for contributing this to WOLips! ms ___ 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/sam% 40360works.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator
Thank Pierre ... I just packaged it (and patched it :) ). ms On Oct 30, 2007, at 11:31 PM, Sam Barnum wrote: Looks like it's already been updated! The link appears to be http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator-beta2.tar.gz Thanks Mike, I was toying around with cleaning up something we'd written internally, this is probably much nicer. -- Sam Barnum 360 Works http://www.360works.com 415.865.0952 On Oct 30, 2007, at 3:50 PM, Mike Schrag wrote: OK Leopard EOGenerator waiters ... After much legal gnashing of teeth, and some poking and prodding, Apple has agreed to release JavaEOGenerator. This is 100% work done by Apple. I'm just releasing it on mDimension build server while they get their ducks in a row on their own proper release. This will eventually be a developer example in some forthcoming Leopard developer update, which means it will also include source code. I'm only providing the binary release at the moment, though a source release may also be coming prior to a Leopard release also. You can download JavaEOGenerator from: http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator-beta.tar.gz and you can get the sample templates from: http://webobjects.mdimension.com/wolips/EOGenerator/JavaEOGenerator%20Templates/ The template format is WO 5.4 inline bindings, so it should feel familiar. There is a README.rtfd inside the tar that explains more about how to use it. Other than the template format changing, this should be a 100% drop-in replacement of the original EOGenerator. Going forward this will likely be the recommended method for EOGeneration. Thanks a lot to Apple for contributing this to WOLips! ms ___ 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/sam%40360works.com This email sent to [EMAIL PROTECTED] ___ 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/mschrag%40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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]
Re: JavaEOGenerator
On 31/10/2007, at 2:37 PM, Mike Schrag wrote: Thank Pierre ... I just packaged it (and patched it :) ). ROTFL. ~17Mb download and (for some) Main.woa will keep 'em guessing... h1Hello There/h1 :-) Perhaps beta3 will show them: h1Hello There/h1pLooking for something?/p Just wait for the support requests on the list :-)) On Oct 30, 2007, at 11:31 PM, Sam Barnum wrote: Looks like it's already been updated! The link appears to be http://webobjects.mdimension.com/wolips/ EOGenerator/JavaEOGenerator-beta2.tar.gz Thanks Mike, I was toying around with cleaning up something we'd written internally, this is probably much nicer. -- Sam Barnum 360 Works http://www.360works.com 415.865.0952 On Oct 30, 2007, at 3:50 PM, Mike Schrag wrote: OK Leopard EOGenerator waiters ... After much legal gnashing of teeth, and some poking and prodding, Apple has agreed to release JavaEOGenerator. This is 100% work done by Apple. I'm just releasing it on mDimension build server while they get their ducks in a row on their own proper release. This will eventually be a developer example in some forthcoming Leopard developer update, which means it will also include source code. I'm only providing the binary release at the moment, though a source release may also be coming prior to a Leopard release also. You can download JavaEOGenerator from: http://webobjects.mdimension.com/wolips/EOGenerator/ JavaEOGenerator-beta.tar.gz and you can get the sample templates from: http://webobjects.mdimension.com/wolips/EOGenerator/ JavaEOGenerator%20Templates/ The template format is WO 5.4 inline bindings, so it should feel familiar. There is a README.rtfd inside the tar that explains more about how to use it. Other than the template format changing, this should be a 100% drop-in replacement of the original EOGenerator. Going forward this will likely be the recommended method for EOGeneration. Thanks a lot to Apple for contributing this to WOLips! ms ___ 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/sam% 40360works.com This email sent to [EMAIL PROTECTED] ___ 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/mschrag% 40mdimension.com This email sent to [EMAIL PROTECTED] ___ 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/lachlan.deck% 40gmail.com This email sent to [EMAIL PROTECTED] 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]
