On Sat, 6 Oct 2001 19:44, Paul Hammant wrote: > >>SAR-INF/lib/myBlockArchive.jar > >>SAR-INF/lib/mySupport.jar > >>SAR-INF/server.xml > >>SAR-INF/config.xml > >>SAR-INF/assembly.xml > >>data/my-random-datafile.txt > >> > >>I think above layout is good. because web.xml is placed in WEB-INF. > >>And extract server.xml, config.xml, assembly.xml. before we have > >>configuration templating mechanism. > > > >I agree. > >Looks clean and consistent. > > It is clean & consistent, but : > > WAR files are about web-content.
No - WAR files are about web applications, much like SAR files are about server applications ;) > As such all that's at the root level > of the archive (HTML, JSP, GIF etc) can be said to be the primary > content. Some people do that but it is a misuse of it. Ideally anything that is not dynamically generated or an integral part of Web Application should be hosted behind a real web-server which has faaar better performance characteristerics and support than any servlet engine is likely to have for a while. But anyways thats just a pet hate of mine ;) > Stuff in WEB-INF/classes and WEB-INF/lib can be said to be > support. I.e. they are given a namespace (WEB-INF/*) that is unlikely > to be required in the directory structure of the primary content. SAR-INF/ sounds like support for server applications? > I don't think Phoenix server apps are that category of thing. If I > agree with SAR-INF at all it's to replace the "conf" dir and no more. The reason is because currently there is no way we can only partially extract .sars. We need someway to separate support data from other data. > That is, unless someone can come up with an example of a SAR files that > would need the root namespace to the same level as WAR files do. Almost all servers include documentation, some include sample data for serving or configuration or whatever. Of all the servers I have installed I can only think of one (DJ Bernsteins DNS server) that did not come with application data. For instance the httpd server comes with sample config files, documentation and a few other support utilities (like those for creating "encypted" password files). It is conceivable that James will come with separate mailet jars, mailet config and docs in future. DNS comes with whole sets of command line utilities as do the scheduling tools. Can you think of any server applications that don't (or shouldn't) have this sort of data? If not would you have these installed separately? -- Cheers, Pete ------------------------------------------------------------- | Egoism is the drug that soothes the pain of stupidity. | ------------------------------------------------------------- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
