Have a look in Eclipse > Preferences > WOLips > EOGenerator to find your files path.
Jérémy Le 2 juin 2020 à 14:05, Paul Yu via Webobjects-dev <webobjects-dev@lists.apple.com<mailto:webobjects-dev@lists.apple.com>> a écrit : 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<mailto:webobjects-dev@lists.apple.com>> wrote: Markus, On 2 Jun 2020, at 12:09, Markus Ruggiero <mailingli...@kataputt.com<mailto: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<mailto: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<mailto: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<mailto:stei...@rucotec.ch> _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com<mailto: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<mailto:p...@mac.com> _______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com<mailto:Webobjects-dev@lists.apple.com>) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/jeremy.deroyer%40ingencys.net This email sent to jeremy.dero...@ingencys.net<mailto:jeremy.dero...@ingencys.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: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
