On Wed, Feb 12, 2003 at 02:03:20AM +0100, Michael Schierl wrote: > Matthew Toseland schrieb: > > > > We have a problem with NodeConfig, which apparently is the java end of > > the config system used in the Windoze installer. It hard-codes the > > entire mainport setup. It does not comment out any of it. This means > > that GJ's work on the new insert servlet, which includes changing where > > it runs, is stuffed. I attach one such generated freenet.ini. The result > > of this is that the old servlet is used instead of the new one. The > > result of _that_ is that it hangs at the end of an insert, apparently > > repeatably. We can move the new InsertServlet_ to InsertServlet, however > > we want it to run in a different manner - it has different params, and > > it should be run on /servlet/Insert, and only on / as a temporary and > > soon to be removed workaround to make old NIM forms work... > > > > Help?! > > Write a ConfigServlet and drop that f*cking nodeconfig.exe. SCNR.
We'd still need the installer to call the browser with the ConfigServlet. Users expect dialog boxes, so sooner or later some fool will do the same again. Unless we integrate a dialog-box-based full GUI config utility :< > > I edited my config files only with notepad since 0.5, as NodeConfig does > only nonsense with it. > > A problem would be, however, how to start the ConfigServlet without > having an .INI file (and without datastore and the rest of fred) - and > what will happen if someone disables it. A default config, of course. But if the port is already used, we're stuffed. So I'm leaning towards a GUI configurator... we already have a non-GUI configurator, although it could be better integrated... > > mihi Ian once said something about cross platform java based installers... if we could just distribute the JAR, and have running the jar bring up either a text mode config or a GUI configurator? _______________________________________________ devl mailing list [EMAIL PROTECTED] http://hawk.freenetproject.org:8080/cgi-bin/mailman/listinfo/devl
