> On Thu, 21 Feb 2002, Remy Maucherat wrote: > > > Don't go on a rant just because the interface has an init method, and > > vaguely implies how some of the design of the server should be (and also of > > course because it's an interface), please ;-) > > I'm surprised you're not pushing to make it an abstract class, BTW. > > :-) > > I'm not even saying that init() is bad - it's a clever idea. > I was just saying it's not the only solution and in some > cases you may want more control over when and to what user > id you change your process to. > > What Patrick proposed initially with a simple JNI call is > a valid solution ( and maybe more flexible ). > > > BTW: I don't like 'hairy' interfaces that will never have more > than a single implementation anyway ( because too much depend > on the actual Base class behavior ), and where everyone > will extend the Base class anyway. > > For Deamon - 4 methods is not too much, I love what's clean and > simple.
Yes, I want that one as an interface, since you may want to extend another object to implement the daemon functionality. > I don't like the 4 fail methods in DeamonController, > I think DaemonContext should be a real class, DeamonListener > needs a pair DeamonEvent and some methods, and so on. Well, if you look at wrapper, it's simpler (a bit too simple IMO). The 4 fails look too much indeed. > If the JSR is going to fail ( or if we decide to not try > to implement whatever they release, if they do release it ), Apparently, they're not nice guys. Plus, it has a good chance at getting shot down by the JCP, since the whole EG seems really upset. > then I think we should discuss and review some of the API > details - now we're not going to have any nasty 'expert lead' > and we can do a real open source Daemon ( eventually with > the contribution of the wrapper authors, who are pretty good > 'experts' ). Obviously. the Java part of the API is ridiculously small, and implemented (most of the time) in one single wrapper class. So here, we can redesign the API often during the alpha stages without many problems :) Remy -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
