When you create your EOModel you also designate Java classes that should model the Java side of life. In Eclipse you then have to "EOGenerate" the class files. This generation is template driven. You can find the Wonder Templates as part of the Wonder Source. Take them, modify them to your liking and use them to generate the class files. Open the .eogen file in side Resources within in your project by double clicking it and you'll see in the lower third the spec of the templates to use. Add your own template folder (which is by default not set, thus pointing to WOLips internal templates).
---markus--- > On 2 Jun 2020, at 13:02, OCsite <o...@ocs.cz> wrote: > > Markus, > >> On 2 Jun 2020, at 12:09, Markus Ruggiero <mailingli...@kataputt.com> wrote: >> Why not simply override toString() in EOGenerate templates once and for all? > > What are “EOGenerate templates” and how they affect the > entities/attributes/relationships toStrings? I can't find anything like that > in my WO documentation. Seems it might be the right solution... if I knew > what it is :) > > Thanks! > OC > >> >>> On 2 Jun 2020, at 01:52, ocs--- via Webobjects-dev >>> <webobjects-dev@lists.apple.com> wrote: >>> >>> Hi there, >>> >>> occasionally, I need to put entities/attributes/relationships into complex >>> nested property lists. Occasionally for debug, I need to print out these >>> property lists. >>> >>> Alas, entities/attributes/relationships normally print out their complete >>> contents in their toStrings, which makes the logs completely unuseable (and >>> when there's more of them in a property list, actually bogs down the >>> application so much it must be killed). >>> >>> Isn't there some trick to make those darned model classes toString >>> something reasonable, e.g., just their class, name and hash? >>> >>> Thanks, >>> OC >>> >>> _______________________________________________ >>> Do not post admin requests to the list. They will be ignored. >>> Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) >>> Help/Unsubscribe/Update your Subscription: >>> https://lists.apple.com/mailman/options/webobjects-dev/steiner%40rucotec.ch >>> >>> This email sent to stei...@rucotec.ch >> > _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
