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      ([email protected])
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      ([email protected])
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      ([email protected])
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      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to