Hi Gustavo,
It is best to keep all questions on the list (even if they are simple
ones) as most questions are not unique to you and others may find the
answers helpful as well.
To me, Veogen (Velocity EOGenerator) is the best for several reasons:
1) Built into WOLips
2) Actively Developed.
On 10-Mar-08, at 1:56 PM, Chuck Hill wrote:
On Mar 10, 2008, at 10:33 AM, David LeBer wrote:
And I want to go on record as saying the the 'cool kids' cabal had
absolutely no influence, NO INFLUENCE I SAY, on my decision at all...
Don't listen to him. He hangs out behind WWDC smoking wit
On Mar 10, 2008, at 10:33 AM, David LeBer wrote:
And I want to go on record as saying the the 'cool kids' cabal had
absolutely no influence, NO INFLUENCE I SAY, on my decision at all...
Don't listen to him. He hangs out behind WWDC smoking with the rest
of us.
:-P
--
Practical WebOb
On 10-Mar-08, at 12:40 PM, Gustavo Pizano wrote:
Hello Just wanted to know whats better between those 2
My vote has to go to Veogen as well.
I really tried to like the JavaEOGenerator, but Veogen is so darn fast
when generating your EOs that there is really no comparison.
And I want to
hehe ok ok I got it.
Thanks
Gus
On Mar 10, 2008, at 12:19 PM, Chuck Hill wrote:
It is called Veogen or Velocity EOGenerator - not Velocity. Veogen
uses the Apache Velocity library to create the files from templates.
And yes, I use Veogen like all the cool kids.
Chuck
On Mar 10, 2008,
It is called Veogen or Velocity EOGenerator - not Velocity. Veogen
uses the Apache Velocity library to create the files from templates.
And yes, I use Veogen like all the cool kids.
Chuck
On Mar 10, 2008, at 9:55 AM, Ken Anderson wrote:
For me, the one that Mike's using is better, regardl
On 10 Mar 2008, at 13:40, Gustavo Pizano wrote:
Hello Just wanted to know whats better between those 2
Frankly I don't know which one is better. I picked Veogen mostly
because:
- I have essentially no legacy WO code
- It's the one included with Entity Modeler
- In practice, Mike has a muc
For me, the one that Mike's using is better, regardless of which one
is better :) Mike is using Velocity...
On Mar 10, 2008, at 12:40 PM, Gustavo Pizano wrote:
Hello Just wanted to know whats better between those 2
Thanks
Gustavo
___
Do not post ad
Hello Just wanted to know whats better between those 2
Thanks
Gustavo
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your Subscription:
http://li
PROTECTED]>
Subject: Re: JavaEOGenerator, Eclipse, WOLips, WO 5.4, Mac OS X
10.5.2
To:
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
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
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
_
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.c
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.c
:
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 & rather than &
(obviously t
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 & rather than & (obviously
t
<[EMAIL PROTECTED]>
Subject: Re: Sample template files for JavaEOGenerator
To: "Cheong Hee (Datasonic)" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Do you mind if
Do you mind if I post these to the Wiki for EOTemplate files?
Thanks,
Dave
On Feb 15, 2008, at 5:36 AM, Cheong Hee (Datasonic) wrote:
I have made some changes in JavaEOGenerator template files to get
it at
least working. If you have done that too, see if there is any
change to add
on
I have made some changes in JavaEOGenerator template files to get it at
least working. If you have done that too, see if there is any change to add
on.
2 notes:
EOFetchSpecification code generation is omitted since could not
make call to capitalizeInitialName (unlike EOProperty). Could work in
rse(WOMLTemplateParser.java:504)
Would the extensions possibly not be included in JavaEOGenerator?
with regards,
--
Lachlan Deck
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (Webobjec
={key=
[attribute.prototypeName], value=boolean}} has no WOElement
at
com.webobjects.appserver.parser.woml.WOMLTemplateParser.process
(WOMLTemplateParser.java:364)
at com.webobjects.appserver.parser.woml.WOMLTemplateParser.parse
(WOMLTemplateParser.java:504)
Would the extensions possib
at
com
.webobjects
.appserver
.parser.woml.WOMLTemplateParser.process(WOMLTemplateParser.java:364)
at
com
.webobjects
.appserver
.parser.woml.WOMLTemplateParser.parse(WOMLTemplateParser.java:504)
Would the extensions possibly not be included in JavaEOGenerator?
lateParser.process
(WOMLTemplateParser.java:364)
at com.webobjects.appserver.parser.woml.WOMLTemplateParser.parse
(WOMLTemplateParser.java:504)
Would the extensions possibly not be included in JavaEOGenerator?
___
Do not post admin requests to the list. They will be i
boolean}} has no WOElement
at
com
.webobjects
.appserver
.parser.woml.WOMLTemplateParser.process(WOMLTemplateParser.java:364)
at
com
.webobjects
.appserver
.parser.woml.WOMLTemplateParser.parse(WOMLTemplateParser.java:504)
Would the extensions possibly not be included in JavaEOGenerator?
Looks like I'll have to go Velocity as well. I have comparisons in
my EOGenerator templates like:
<$if Attribute.prototypeName eq 'boolean'$>
Which doesn't have an equivalent that I know of in the WO template
world.
Any suggestions from people using JavaEOGene
<$if Attribute.prototypeName eq 'boolean'$>
Which doesn't have an equivalent that I know of in the WO template
world.
Any suggestions from people using JavaEOGenerator ?
Ken,
I believe that JaveEOGenerator just uses the WO template engine. So
wouldn't a WOKeyValueConditional
ld.
Any suggestions from people using JavaEOGenerator ?
Ken,
I believe that JaveEOGenerator just uses the WO template engine. So
wouldn't a WOKeyValueConditional work?
;david
--
David LeBer
Codeferous Software
'co-def-er-ous' adj. Literally 'code-bearing'
site:
Looks like I'll have to go Velocity as well. I have comparisons in my
EOGenerator templates like:
<$if Attribute.prototypeName eq 'boolean'$>
Which doesn't have an equivalent that I know of in the WO template
world.
Any suggestions from people using JavaEOGe
aving trouble here. I can successfully run
JavaEOGenerator the way I want (without the 'base' prepended before
the filename) using this command line:
/Developer/Applications/JavaEOGenerator.woa/JavaEOGenerator -model
~/testing/Commoditrack.eomodeld -templatedir ~/testing
Sorry .. You're beyond my JavaEOGenerator experience at this point. I
use Velocity EOGenerator.
ms
On Jan 21, 2008, at 9:35 AM, Ken Anderson wrote:
Mike,
OK - I'm still having trouble here. I can successfully run
JavaEOGenerator the way I want (without the 'base' pr
Mike,
OK - I'm still having trouble here. I can successfully run
JavaEOGenerator the way I want (without the 'base' prepended before
the filename) using this command line:
/Developer/Applications/JavaEOGenerator.woa/JavaEOGenerator -model ~/
testing/Commoditrack.eomode
frameworks, JavaEOGenerator uses the newer jar frameworks, but I
agree with you it does nearly the same thing. Embedding jar
frameworks have been supported since WebObjects 5.2.
Before anyone starts again there are no licensing issues with
embedding the jar frameworks of WebObjects in you
works, JavaEOGenerator uses the newer jar frameworks, but I
agree with you it does nearly the same thing. Embedding jar
frameworks have been supported since WebObjects 5.2.
Before anyone starts again there are no licensing issues with
embedding the jar frameworks of WebObjects in you application i
Uli,
This is not the same thing. The embed option would embed the legacy
frameworks, JavaEOGenerator uses the newer jar frameworks, but I agree
with you it does nearly the same thing. Embedding jar frameworks have
been supported since WebObjects 5.2.
Before anyone starts again there are
On 19-Jan-08, at 9:47 AM, Galen Rhodes wrote:
I've been looking at the way JavaEOGenerator has the WO frameworks
packaged into it and was wondering if this process has been
documented anywhere?
It would be cool if one could package a WO application as a complete
unit that could th
Moin Galen,
embed does the trick:
http://wiki.objectstyle.org/confluence/display/WOL/WOApplication
Uli
Am 19.01.2008 um 15:47 schrieb Galen Rhodes:
I've been looking at the way JavaEOGenerator has the WO frameworks
packaged into it and was wondering if this process has been
docum
I've been looking at the way JavaEOGenerator has the WO frameworks
packaged into it and was wondering if this process has been documented
anywhere?
It would be cool if one could package a WO application as a complete
unit that could then be downloaded and run without having WO
previ
ing up...
http://wiki.objectstyle.org/confluence/display/WOL/Generating+EO+Java+Classes
I'm actually not sure that JavaEOGenerator works properly with 4118,
actually ... I have a fuzzy memory of having to fix some things with
path management for it to
ing up...
Ken
On Jan 18, 2008, at 2:58 PM, Mike Schrag wrote:
If I go with #1, I don't see how I can pass JavaEOGenerator the
right flags to use a different path for the underscore classes.
In the "Destination Paths" section of the .eogen file editor there
is a setting to sp
If I go with #1, I don't see how I can pass JavaEOGenerator the
right flags to use a different path for the underscore classes.
In the "Destination Paths" section of the .eogen file editor there is
a setting to specify the subclass destinati
I'm trying to integrate JavaEOGenerator into my process, and I think
I have 2 choices:
1. Use the prefs panel WOLips has to setup and use JavaEOGenerator
2. Continue with my old way of having an ant target do the generation
I currently have my underscore classes in:
Generat
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
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
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
Solved,
Thanks to Art's updated version and Jake's + other's command line
help. :-)
With Kind Regards,
Dennis Gaastra,
On 14-Jan-08, at 3:05 PM, Jake MacMullin wrote:
Dennis,
I had the same problem. I downloaded the JavaEOGenerator from the
Apple web site (http://deve
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
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
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 subcla
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
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 shou
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 versi
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
__
From: Gaastra Dennis - WO Lists
<[EMAIL PROTECTED]>
Subject: JavaEOGenerator generates no files...
To: WebObjects-Dev List
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=US-ASCII;
delsp=yes; format=flowed
Dear List,
Running JavaEOGenerator seems to find the mod
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
>
> Message-ID:
> <[EMAIL PROTECTED]>
> Content-Type:
ewest 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 eomode
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
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/JavaEOGenerato
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
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
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
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]
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
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?
>
&
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
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
mod
ingContext");
} 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 Java
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
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 E
x. 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 t
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 havi
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 f
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)
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 dial
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
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
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
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 pos
lass 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 usi
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
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
Hi,
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.
Trying
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
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
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
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?
Thanks
Jon
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev
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
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
What is the type of attribute.javaClassName supposed to be?
and is there anything weird about that attribute?
ms
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
H
()) {
_Users.LOG.debug( "updating accountAccess from " +
accountAccess() + " to " + value);
}
takeStoredValueForKey(value, "accountAccess");
}
This is using Eclipse 3.3.1.1 and WOLips 3.3.4655, WO 5.4 on
Leopard. This is using the latest templates.
I t
}
takeStoredValueForKey(value, "accountAccess");
}
This is using Eclipse 3.3.1.1 and WOLips 3.3.4655, WO 5.4 on Leopard. This
is using the latest templates.
I think it will be less work to go back to JavaEOGenerator, but it's all
painful. Argh!
I wish I had time to fix the
2) Installed the latest nightly build of WOLips (3.3.4652) using
the Find and installa feaure of wolips and setting this source for
WOLips ( http://webobjects.mdimension.com/wolips/nightly/site.xml )
3) downloaded from Apple the JavaEOGenerator
http://developer.apple.com/samplecode/JavaEOGener
On 19 Nov 2007, at 13:29, Amedeo Mantica wrote:
1st problem:
eo generation process works fine and generate my java files, but I
have an error this the subclasses:
public static NSArray allObjects(EOEditingContext
aContext) {
return _INImage.objectsForFetchAll(aContext);
}
1st problem:
eo generation process works fine and generate my java files, but I
have an error this the subclasses:
public static NSArray allObjects(EOEditingContext
aContext) {
return _INImage.objectsForFetchAll(aContext);
}
1) _INImage cannot be resolved
2) objectsForFetc
ite.xml )
3) downloaded from Apple the JavaEOGenerator
http://developer.apple.com/samplecode/JavaEOGenerator/JavaEOGenerator.zip
unzip it, open terminal, cd into the unzipped directory then type
"ant".
pick up the javaEOGenerator.woa inside the now created folder dist /
standalo
Lips
( http://webobjects.mdimension.com/wolips/nightly/site.xml )
3) downloaded from Apple the JavaEOGenerator
http://developer.apple.com/samplecode/JavaEOGenerator/JavaEOGenerator.zip
unzip it, open terminal, cd into the unzipped directory then type "ant".
pick up the javaEOGenerator.woa inside
OK I downloaded the javaEOgenerator and it appears to
be installed into eclipse correctly. I have a test
workspace and I am 'testing'. when I select the
eomodel and choose "EOGenerate" I get a scren and the
final lines are:
Start generation
Generating fo
I just downloaded the beta I thought I read that
there is a readme file somewhere that explains how to
use it
I am scouring the lists for instructions.
can someone help.
Ted
Get easy, one-click
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
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 ..
http://developer.apple.com/samplecode/JavaEOGenerator/index.html
--
Les Vogel
808 870-0418
___
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list ([email protected])
Help/Unsubscribe/Update your
1 - 100 of 120 matches
Mail list logo
