My thought on this was to "provide" the dnsserver etc in a easy why whithout knowing howto lookup the component etc... Maybe you are right that was why i ask for this ;-) I dedicide to move the code to the AbstractGeneralHandler cause all this methods can be used in all handlers..
So you whould stick on the abstract class without the dnsserver etc ? bye Norman Am Mittwoch, den 05.07.2006, 19:27 +0200 schrieb Stefano Bagnara: > Norman Maurer wrote: > > Hi guys, > > what you guys think about the current code ? Should i continue this > > way ? Or should i revert the last changes ? IMHO its a god step to add > > the Abstractclasses to make it more API like.. > > I don't like too much this change because each abstract handler inherith > dependencies from the abstracthandler. > > I would put in an AbstractHandler only code that do not intruduce > dependencies on not needed services. > > We did the same for Mailets. > > Stefano > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > !EXCUBATOR:1,44abf72448531821213717!
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
