Hi Eelco, Thank you for your reply - you are spot on in your assumption. I am now trying to implement a "first try" of Mav and find it is so simple and clean compared to Cocoon.
To illustrate my problem described in my previous post. eg: http://easyspeedy.com/products/pricelist.html http://easyspeedy.com/products/datatransferusage.html is this the way to implement "one directory many different documents" command. <command name="products"> <!-- somehow get hold of the request param--> <view path="{here I would like to have $documentname}.xml"/> </command> or should i implement the ShuntFactory interface to make my own controller that exposes the request obj ? Peter On Tuesday 15 June 2004 20:45, Eelco Hillenius wrote: > 1. It sounds to me that you do not need a lot of different commands, but > possibly a lot of different views... If you need to do some Java action on > a specific request, you can do that with a controller. You will (probably) > at least end up with the number commands that you need to have controller > classes. On the other hand, if most of your processing actually takes place > in the XSL processing, and most of the time your controller does little > more than just getting the XML from your XML repository, you could just > define one command for that, and e.g. use a request parameter to figurure > out which view (and thus which XSL transform) to use. > > 2. If the above works for you, your configuration file is probably not that > big. Note that you can define your views globally (with all the transforms > etc.) and reference them in the command definitions. If it still is too > big, see if pre-prosessing the config file with XSLT works for you. See > configuration option 'configTransform'. > > Eelco > > ----- Original Message ----- > From: "Peter L-S" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Tuesday, June 15, 2004 1:12 PM > Subject: [Mav-user] I want to switch to Maverick.... > > > Hi, > > > > We have used Cocoon for 2 years and sadly it has evolved into a 234 armed > > octopus. > > Last night I was again trying to "fix" another Cocoon2 issue, and in > > desperation I started googleing for another "java xml xslt framework" > > than Cocoon. > > > > After a some time I ended up with Maverick.java > > > > We are running a live website using Cocoon2/eXist xmldb/xslt/jBoss and if > > possible move slowly towards Maverick, implementing the Maverick servlet > > alongside the cocoon servlet. > > > > I have read the manual looked at the examples downloaded the source and > > is very impressed of the simplicity of this implementation. > > > > > > 1. we have a ton of xml docs located in the eXist db. They are all > > transformed > > > using xslt and serialized as html. I can do all this using xslt in Mav. > > without any problem but how do I serve all these html pages just using > > one <command> (is this right). > > > > 1a. can i use wildcard/regex in the <command name="product_*"> ? > > > > 3. what html form template/validation system is the defacto standard with > > Mav. > > > 4. does it require 2 Mav. servlets to serve /product/xx.html and > > /distros/xx.html. > > > > 5. can is split the maverick.xml file into more files so it would be > > easier to > > > manage. (some of our cocoon.xml files are +1500 lines) > > > > > > Thanks in advance. > > > > > > -- > > Med venlig hilsen / Yours sincerely > > > > Peter > > http://easyspeedy.com > > _______________________________________ > > European Dedicated Server Hosting > > Extremely low prices, secure, and reliable > > Linux and BSD distributions only > > _______________________________________ > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > > [INVALID FOOTER] > > ------------------------------------------------------- > This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference > Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer > Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA > REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND > [INVALID FOOTER] -- Med venlig hilsen / Yours sincerely Peter http://easyspeedy.com _______________________________________ European Dedicated Server Hosting Extremely low prices, secure, and reliable Linux and BSD distributions only _______________________________________ ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND [INVALID FOOTER]
