On Tue, Jan 22, 2002 at 01:24:14PM -0800, Ian Clarke wrote: > On Tue, Jan 22, 2002 at 10:24:58PM +0100, Oskar Sandberg wrote: > > On Tue, Jan 22, 2002 at 12:37:45PM -0800, Ian Clarke wrote: > > <> > > > If a servlet doesn't need to be in Fred's JVM, it should obviously be > > > implemented as a FCP client. The only reason we made an exception for > > > FProxy was because we knew that people would almost always want to run > > > it with Fred, and so we should make it as resource efficient as possible > > > (running it separately would require a separate JVM which would be a > > > serious resource hog). > > > > It is absolutely ridiculous to wing-clip the system and make > > generalizations like this because you think there are too many options > > in the config file. Helpless users should never have to deal with the > > configuration file directly anyways, and those working at a level where > > they do edit config files will be able to understand a "You need not > > bother about this part" comment. > > Er, I wasn't talking about the configuration file in this email, I was > talking about whether servlets should be implemented so that they can > run outside the node's VM.
There are basically two kinds of servlets that are important to us. Those that need to get the "freenet.node.Node" attribute, and those that only need "freenet.client.ClientFactory". You seem to be saying that the latter should be illegalized except for fproxy. If we believed that we never would have gone to the trouble of implementing a Java Servlets container. Why should people go to the significant extra difficulty of writing a standalone FCP client daemon with an HTTP interface, when it is so easy to write a servlet? Also, we intended people to be able to make servlet-based Freenet client applications that could not only be run in Fred, but even in Apache Tomcat if they set up "freenet.client.ClientFactory" as an FCPClient instance (i.e., it's transparent to the servlet author). -tc _______________________________________________ Devl mailing list Devl at freenetproject.org http://lists.freenetproject.org/mailman/listinfo/devl
