Oh, I agree that XML is great. I've been following it for years and already employ *heavy* XML usage on the ISU College of Veterinary Medicine site I designed and implemented, only it uses ASP and ASP.NET. I could never afford - nor would I want - an IIS server, so I have Apache/Tomcat to work with. I'm just trying to figure out if I should take the time and create a huge sitemap with all the functionality I want rooted at a different directory so that I can still have my Netscape Roaming profiles app setup, all my users home directories that are probably just plain HTML files, and all my SSL-enabled sites, as well as my WebCVS. Once I use WebAppDeploy with cocoon as "/", everything else on the site is screwed. I currently have it mounted at /c2 , but I'd rather it just work as "/". I've also looked into how to use servlets with Cocoon and it isn't pretty, not to mention everytime I need to add some basic functionality, I need to restart cocoon, then httpd after tomcat restarts. This is annoying, especially for a personal site that is always in development using new technology and techniques. For this reason, I'd almost prefer just a plain Java server. I could implement my navbars using taglibs instead of XInclude, which would be easier anyway, sort of like how ASP.NET has the <asp:xml> tag to transform source according to your will.
Heath Stewart Network Administrator / Web Developer College of Veterinary Medicine Iowa State University http://www.vetmed.iastate.edu ----- Original Message ----- From: "Tomas Espeleta" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 27, 2001 11:26 AM Subject: Re: Cocoon or Tomcat with Servlets/Taglibs? > Interesting question... > basically I agree with you... Cocoon is *just* a framework, so its task is > to give you one (or more) way to do things. > It oblige you and force to use a strong structure (sitemap, Generators, > transformers)... > > Everything you do with cocoon can be done by servlets... > but remember that even servlets are a "evolution" of old cgi-bins written in > perl/C... > > There are a lots of reasons that can make you prefer XML to HTML, Java to > C... Cocoon to self-made-stuff! > I think the most important are always the same: speed of development, > separation of logic from content, a STANDARD way..... an many more reasons. > > Anyway, I hope Cocoon become soon a more widely supported standard. I belive > that soon there will be a lot of new configuration tools and a better > documentation. > > - Tomás. > > ----- Original Message ----- > From: "Heath Stewart" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, November 27, 2001 6:05 PM > Subject: Cocoon or Tomcat with Servlets/Taglibs? > > > I'm trying to decide whether or not to use Cocoon or just Tomcat (via > mod_webapp with Apache/SSL) with Servlets, JSP, and Taglibs. What does this > list think? I've done stuff with Cocoon, but frankly, it's more complicated > to map servlets and tag libs which I would use extensively in my site, not > to mention it's easy to build an entire site based on Tomcat with Forte for > Java, since it's all built in. I can also create taglibs and have an <xml> > tag or something that I would then use Xerces and Xalan to transform the > source XML and XSL files, maybe even the FOP library for some kind of print > servlet. Isn't that basically what Cocoon is doing with the sitemap, just > mapping requests for files (like **.html to **.xml) to a Java class(es) > using Xerces and Xalan to transform the source? > > Heath Stewart > Network Administrator / Web Developer > College of Veterinary Medicine > Iowa State University > http://www.vetmed.iastate.edu > > > > --------------------------------------------------------------------- > Please check that your question has not already been answered in the > FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> > > To unsubscribe, e-mail: <[EMAIL PROTECTED]> > For additional commands, e-mail: <[EMAIL PROTECTED]> > --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. <http://xml.apache.org/cocoon/faqs.html> To unsubscribe, e-mail: <[EMAIL PROTECTED]> For additional commands, e-mail: <[EMAIL PROTECTED]>
