You could also specify your own EO superclass in the EOModel and override toString() globally in that class, right? That way you can avoid messing with the EOGenerator templates. (disclaimer: it's been a while since I've touched EOF)
Cheers, - hugi > On 2 Jun 2020, at 12:05, Paul Yu via Webobjects-dev > <webobjects-dev@lists.apple.com> wrote: > > There are two templates _EO and EO.java that are used by eogenerate to create > your EO classes. If you open your Eogenerate File you can see where your > templates are. > > Paul > > > Sent from my iPhone > Please excuse iOS autocomplete > >> On Jun 2, 2020, at 7:04 AM, OCsite via Webobjects-dev >> <webobjects-dev@lists.apple.com> 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/pyu%40mac.com >> >> This email sent to p...@mac.com > _______________________________________________ > 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/hugi%40karlmenn.is > > This email sent to h...@karlmenn.is _______________________________________________ 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
