RE: [Mav-user] I want to switch to Maverick....
To answer your last question, maybe you can split your xml file using external entities (as explained f.e. here: http://xml.oreilly.com/news/learningxml_0101.html?CMP=ILC-0PY480989785). Though I did not use this personally with the maverick xml file, it should work with any xml file. --- 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]
Re: [Mav-user] I want to switch to Maverick....
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]
Re: [Mav-user] I want to switch to Maverick....
Hi Jaap, Thanks - Peter On Tuesday 15 June 2004 18:29, Jaap van Hengstum wrote: To answer your last question, maybe you can split your xml file using external entities (as explained f.e. here: http://xml.oreilly.com/news/learningxml_0101.html?CMP=ILC-0PY480989785). Though I did not use this personally with the maverick xml file, it should work with any xml file. --- 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]
Re: [Mav-user] I want to switch to Maverick....
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]
