on 5/10/01 12:17 PM, "Martin Poeschl" <[EMAIL PROTECTED]> wrote:
> sounds like a job for me ;-)
>
> i generated the classes with torque ...
>
> some the method names are different (e.g. getCreateDate() -> getCreated() )
> should i change the interface (and also the LDAP classes)?
> or add the methods to match the interface?
Ok, the way to do this without breaking existing code and giving people a
chance to migrate is to put the generated classes into a different package
(you will have to do that anyway since the Peer objects are no longer in a
.peer. package).
Then, you essentially replace all the code in the existing methods/classes
with calls to the new code in the new packages. The old stuff just becomes a
thin wrapper around the new stuff. You mark everything in the old stuff as
being deprecated.
Make sense?
> i think it is no good idea to edit the BaseXyz classes (add the license, ...)
> do we need them in cvs??
> or should they be regenerated at build time?
Right, they should be generated at build time. Take a look at how Scarab's
build system does it.
-jon
--
If you come from a Perl or PHP background, JSP is a way to take
your pain to new levels. --Anonymous
<http://jakarta.apache.org/velocity/ymtd/ymtd.html>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
