From Cyrille Bonnet
Hi Jim,
script language=javascript src=functions1.js/
For page1
And:
script language=javascript src=functions2.js/
For page2.
(indications on wether to include functions1.js or functions2.js would
be
included in maverick.xml as a transform)
There are a
From: [EMAIL PROTECTED] [mailto:mav-user-
[EMAIL PROTECTED] On Behalf Of Eelco Hillenius
So, I hereby vote +1 for write access for Ed Ward.
What about the other developers?
I'm +1.
(I just got back from a long vacation, it'll take me a while to catch up
on these threads)
Jeff
, then he can put the link up :)
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED] I propose
making Eelco a
committer.
I'm +1.
---
This SF.Net email is sponsored by the new InstallShield X
of log4j
If you'd give me commit rights I would be happy to do the dirty work ;)
Eelco (sf id eelco12)
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, June 01, 2004 8:33 PM
Subject: RE: [Mav-user] Use Apache Commons Logging instead
You don't even need Domify for this - use a trivial view and have your
controller pass one of the following as the model:
* A string containing the XML
* a java.io.Reader which will return the text XML
* a javax.xml.transform.Source
* an org.w3c.dom.Node (if you've parsed it yourself manually)
Sorry, I just got back from a lengthy vacation (I miss Bali already!).
Answers below:
From: Aidan Mark Humphreys [mailto:[EMAIL PROTECTED]
Just beginning to work with Mav - and struggling slightly.
Taking this as my example,
view name=success path=raw.jsp
transform path=hot.jsp/
From: [EMAIL PROTECTED]
I had a look in the mailing list archives on the discussions
of support for pluggable ControllerFactory-implementations.
I'm wondering what the status on this is. Will Maverick, at
some point, support user defined ControllerFactories? It
would seem natural, given
From: Aidan Mark Humphreys [mailto:[EMAIL PROTECTED]
Another 2 simple questions (in case anyone feels like answering
:).
No problem :-)
This snippet is taken from the domify friend book example.
views
view id=loginRequired path=loginRequired.jsp
Title: How to set up transformer parameters from model?
Sorry,
I dont understand why cant you call ControllerContext.setTransformParam()?
Jeff
-Original Message-
From: Eder, Warren CONT
[mailto:[EMAIL PROTECTED]
Sent: Monday, January 05, 2004
12:00 PM
To: [EMAIL
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
This is little off topic, but somebody may already had a similar
problem.
I have a learning/sample application which is modified friendbook with
opt-domify and I just added Ibatis DAO and SqlMap. Initialy I have
deployed it on
message
is listed below.
Error(49,10): variable controllerCtx has
private access in class org.infohazard.maverick.ctl.Throwaway2
My cal; looks like
this.controllerCtx.setTransformParam(string, string);
-Original Message-
From: Schnitzer, Jeff
[mailto
Title: How to handle processing that would have been in Servlet's init routine
Nothing
prevents you from having an Initialize servlet that coexists with your Maverick
application. FWIW, most of my webapps have an Initialize servlet.
Just create a servlet, give it a
load-on-startup,
I don't quite understand what you're asking. If you're constructing a
DOM tree yourself in the controller and setting it as the model, a
trivial view type will work fine. If you want your POJOs converted to
a DOM automagically, look into Domify. Note that you will want to use
xslt transforms.
Sorry about going dark, I'm working on UXO now and it's sucking up
outrageous amounts of my time. It's fun to get a new game to work on,
but I jumped on board at a crazy moment :-)
Right now the only way for a controller to get config information is to
examine the JDOM config document that it
What container and version of xalan?
Jeff
-Original Message-
From: Torres, Carlos [AM] [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2003 4:22 PM
To: [EMAIL PROTECTED]
Subject: [Mav-user] Exception on maxTransforms set to x links
I started playing with the friendbook-domify
Put an output-type attribute
on the transform element like this:
view name=foo
transform path=blah.xsl
output-type=application/vnd.ms-excel/
/view
You can see the various options in the javadocs
for XSLTransformFactory:
AFAIK, the only official way the servlet spec allows to encode a session
id in a URL is this:
a href=%= response.encodeURL(gruopslist.m) %Manage groups/a
See if that works.
Jeff
-Original Message-
From: Steve Smith [mailto:[EMAIL PROTECTED]
Sent: Friday, October 31, 2003 1:44 AM
The behavior is intended to allow the base path (aka target) to be
specified in the sitemap file, but also allow it to be overridden.
These are the cases:
1) User specified path in maverick.xml and that's it.
2) User specified path in maverick.xml and wants to add parameters by
setting view
Looks like the oracle XSL library isn't capable of transforming from a
DOMSource. Sounds like a lousy implementationof JAXP; I recommend using
the latest Xalan instead.
This useful document explains how to switch, among other things:
http://java.sun.com/xml/jaxp/faq.html
Jeff
-Original
Looks like you're missing domify.jar. It needs to be in WEB-INF/lib
along with the maverick jars.
Jeff
-Original Message-
From: Paul Knepper [mailto:[EMAIL PROTECTED]
Sent: Friday, October 24, 2003 1:34 PM
To: [EMAIL PROTECTED]
Subject: [Mav-user] NoClassDefFoundError:
Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 16, 2003 7:14 AM
Subject: RE: [Mav-user] jsessionid's in redirects
Ah, redirect views need to call response.encodeRedirectURL(). I've
fixed this in CVS. That should solve your problem
From: Ted Husted [mailto:[EMAIL PROTECTED]
Does anyone have any strong negative feelings toward Maven?
http://maven.apache.org
It's been spreading like Borg lately. I haven't had to use it much
myself yet, but the handwriting is on the wall, and so I'm reconciling
myself to the
DOH!!!
I just realized that I never made a release of opt-domify after the
major revision of the login process in the controllers (released with
maverick 2.2.0). Same with opt-velocity. The CVS versions work fine,
of course, but the releases are wrong.
I've just made a release of 2.0.2 of
Remember that images are loaded by the browser, not Maverick, so
pathnames must be relative to what the browser thinks the root is.
The browser is getting an html page by accessing something like
/yourCmd.m.
If the html page has an img reference to ../images/blah.gif, then the
browser will try to
If you need this, it sounds fine to me. Probably want to make the
attribute monitor rather than monitored.
I think we also got a quorum for the package renaming - Ted, want to
kick that off?
Jeff
-Original Message-
From: Mike Moulton [mailto:[EMAIL PROTECTED]
Sent: Thursday,
From: Travis Reeder [mailto:[EMAIL PROTECTED]
I just finished converting an application to use maverick, but now
when
people go to the old .jsp version of the page, it errors because it's
expecting it to go through maverick. Is there any way to catch this
other than putting a check into
#1 has to be addressed by a custom ShuntFactory. You can't have
multiple mode attributes, but the value of a mode attribute can be a
composite:
command name=runQuery
controller class=org.foo.Query/
view name=success mode=content:wap
path=wap/en/queryResults.jsp/
view name=success
From: Dave Hahn [mailto:[EMAIL PROTECTED]
Has anyone compared performance of a 2-step JSP transformation with a
similar 2-step XSLT transformation? Being as JSPs are really servlets
with a bunch of print and tag start/end calls, it would seem to have
an
easier task than XSLT
From: Mike Moulton [mailto:[EMAIL PROTECTED]
Your packaging question is a good one, I don't think that has been
discussed in the past. Traditionally all new code was packaged under
'org.infohazard.maverick' simply because that is mavericks package.
However this has lead to consistency in
From: Aapo Laakkonen [mailto:[EMAIL PROTECTED]
I would like to know what do you think is the best way to write
localized messages in web application. I have a few possibilities:
4. Ant task that does the replaces and deploys each
language in it's own dir and then use Maverick's
I propose adding Ted Husted as a committer to Maverick. His resume
precedes him; he's one of the leads of the Struts project and is the
author of _Struts in Action_. He has recently offered to contribute and
maintain an optional package which integrates Formproc with Maverick.
I believe Ted is
. With trivial,
just set the DOM as the model and off you go
Jeff
-Original Message-
From: Eder, Warren CONT
[mailto:[EMAIL PROTECTED]
Sent: Monday, September 22, 2003
11:39 AM
To: Schnitzer, Jeff
Subject: Maverick
I
have been evaluating Maverick as framework for a project
From: Charles N. Harvey III [mailto:[EMAIL PROTECTED]
The ideal solution is the the servlet container would look through
the config file of the MVC controller you are using. So, in web.xml
you would define index.m as the default page. Then your container
would look at your maverick.xml
Dispatcher should be also available as the
ServletContext attribute key Dispatcher.MAVERICK_APPLICATION_KEY ?
On Fri, 22 Aug 2003 13:21:28 -0700, Schnitzer, Jeff [EMAIL PROTECTED]
wrote:
The Dispatcher has a method that obtains the (transformed, if you are
using that feature) configuration
The model is placed in (by default) the request attribute collection.
If you want to use embedded JSP scriptlets, the expression is:
%= ((YourModel)request.getAttribute(model)).getClients().getName() %
However, be careful about NullPointerExceptions if part of the chain
breaks down. Personally
From: Travis Reeder [mailto:[EMAIL PROTECTED]
How can you set up the default page to work like index.jsp would
without
a browser redirect?
This should probably be a FAQ. As cheesey as it sounds, create an
index.jsp with the content:
jsp:forward page=welcome.m/
Sun offered us no way to use
From: Travis Reeder [mailto:[EMAIL PROTECTED]
Yes, it should be in the FAQ, I think the docs need a lot of work, I'm
finding myself looking into the friendbooks code a LOT and trying to
guess what is happening.
I'll keep a list of things I think should be in there, i'm starthing a
brand
From: Travis Reeder [mailto:[EMAIL PROTECTED]
I noticed in the friendbook example that almost every command has
view name=loginRequired ref=loginRequired/
view name=loginFailed ref=loginFailed/
Is there anyway to forward to those in the code without having to have
From: Travis Reeder [mailto:[EMAIL PROTECTED]
Hmm, kind of a pain. I'll have 4 views per command. ex: nosite,
noaccess, loginRequired, success.
In that case, I strongly suggest using a simple XSLT transform on your
config file. This facility provides you the flexibility of essentially
From: Travis Reeder [mailto:[EMAIL PROTECTED]
Subject: [Mav-user] Can you access the model in the trim / transform?
If not, how can you get at variables in the transform?
What kind of transform?
In document transforms (JSP, Velocity, etc) then the model is available
in the same place it
Eh? The complete WAR file is in
opt-velocity/dist/friendbook-velocity.war.
Compilation is a little odd, because it expects to find the maverick.jar
in ../maverick/build/maverick.jar, which is where the core build process
leaves the jar. Of course this won't be the case if you just download
the
It should be possible to call $response.setContentType() anywhere near
the top of the template. Without Maverick transforms (which can change
the output flow considerably), this works the same way that JSP works:
. The servlet container provides a buffer of some size into which
output is
The Dispatcher has a method that obtains the (transformed, if you are using that
feature) configuration document as a JDOM object.
You can get the Dispatcher from the application attribute context using the key
Dispatcher.MAVERICK_APPLICATION_KEY.
Document doc =
Hmmm, not a lot in the way of diagrams. It's pretty simple though.
These bits of the manual provide a basic intro:
http://mav.sourceforge.net/maverick-manual.html#N10071
http://mav.sourceforge.net/maverick-manual.html#N101E8
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From:
Title: RE: default value for Accept-Language?
Fixed
in CVS. Thanks for the report!
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Thompson, Kris
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003
10:11 AM
To: Mav-User (E-mail)
Subject: [Mav-user] RE:
From: Trebor Carpenter [mailto:[EMAIL PROTECTED]
Hi,
Hi!
I'm using maverick 2.2.0 and running into a small inconsistency in
behavior. My controllers generally derive from FormBeanUser, and my
formBeans all implement ModelLifetime. The problem I'm seeing is that
if
I do a forward (using a
I need to update that documentation
the Context will only be reused if the reuseMaverickContext init-param
to the dispatcher is set to true.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Sandeep Dath
[mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003
Title: TheServerSide.com Newsletter #16
Hey,
this is cool!
-Original Message-
From: TheServerSide Connection
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003
12:26 PM
To: Jeff Schnitzer
Subject: Maverick, Mike Burba on
MDA, Gregor Kiczales on AOP, Hibernate, AspectJ,
Title: Message
Thanks a lot guys! We feel the love :-)
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Dion Almaer
[mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003
5:33 PM
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] FW:
Maverick, Mike Burba on
Use the configTransform init-param when configuring the dispatcher in
your web.xml:
http://mav.sourceforge.net/maverick-manual.html#N100CB
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Pierre de Soyres [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 31, 2003 1:12 AM
To:
I propose adding Mike Moulton as committer. Mike is a longtime user of
Maverick, has helped out in the past, and is even responsible for our
snazzy logo. He's most recently written an opt-jxv package.
I'm +1
Jeff
---
This SF.Net email
Two reasons:
1. Objects of the controller class are instantiated by calling
Class.newInstance(), which calls a default no-argument constructor.
2. The interface for Throwaway-type controllers is deliberately the
same for Singleton-type controllers, so it's not possible to pass
request-specific
From: Butt, Dudley [mailto:[EMAIL PROTECTED]
I'm looking at using either WW or Struts...got anything to help me?
What are you looking for? I would recommend examining the sample
applications and seeing if you like the structure (format of the config
file, etc). If you're feeling
Forwarding this to a better list (the mav-domify
list is obsolete and has now been removed). If Gal is actively working on
JXV, it may be a better long-term solution than domify (especially with SAX
support).
Anyone want to take a look?
Jeff Schnitzer
[EMAIL PROTECTED]
I don't know, but my guess is that for any sophisticated application the
bottleneck will be elsewhere (DB calls, synchronization of shared
resources, etc).
I've been thinking of a new approach to applying navigation bars and
titles.Rather than compose the whole page dynamically at runtime
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Is the best way to forward to do this:
this.getCtx().getResponse().sendRedirect(unitDetails.m?id= +
unitKey);
?
That would be a redirect, not a forward... and it's not the best way to
do a redirect either :-)
If you want to do a
From: Schnitzer, Jeff [EMAIL PROTECTED]
Sent: 2003-07-07
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] forwarding in an action/command
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Is the best way to forward to do this:
this.getCtx().getResponse().sendRedirect(unitDetails.m?id
From: DEO Kedar [mailto:[EMAIL PROTECTED]
Hi,
I was going through the sample example friends-jsp-fbu, and the
question
that comes to my mind is when should I use the FormBean and when
should I
use the cctx.setModel(someModel), it seems like I have an option to
use
both. What kind of
From: Marcel Kung [mailto:[EMAIL PROTECTED]
The reload.m idea works but the documentation does not make this
technique
obvious (actually the documentation doesn't make very much obvious at
all
:-)
Documentation patches are eagerly accepted :-)
Jeff Schnitzer
[EMAIL PROTECTED]
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
I am wondering if there could be a different type of wrapper for
content,
instead of transforms, so that it could just act the same as jsp
includes.
Like same idea as the friendbook type transform, but stream everything
out.
Ex:
view
. So
far
I'm loving it though!
Travis
Original Message
From: Schnitzer, Jeff [EMAIL PROTECTED]
Sent: 2003-06-21
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] Question about model in transforms
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Is it possible to access
Release made :-)
For the dispatching issue a couple
solutions immediately present themselves to mind.
Im not quite sure why what I was
saying earlier wouldnt work - you could return the name of a view which
is a document view which forwards to another Maverick command. Just like
+1
I'm all for pressing forward.
Jeff
-Original Message-
From: jim moore [mailto:[EMAIL PROTECTED]
Sent: Monday, June 09, 2003 9:59 AM
To: [EMAIL PROTECTED]
Subject: Re: [Mav-user] maverick-opt-fop with fop-0.20.5rc3a
Is there any compelling reason to remain backwards
Title: attributes in the request
Im
not sure quite what your question is. If your controllers extend
ThrowawayBean2 (as opposed to FormBeanUser), then the bean properties of your
controller will be populated from the request attributes before the perform()
method is executed. After
From: Eelco Hillenius [mailto:[EMAIL PROTECTED]
As for an example... I don't think a port of friendbook would be
helpfull
in
this case. Maybe we should think of something else that shows the
Jelly
trick. Jeff (and others): would you agree with this?
I'm fine with however you want to
: Tuesday, April 01, 2003 10:40 PM
To: [EMAIL PROTECTED]
Subject: Re: [Mav-user] Hibernate questions
I am still a bit unclear on what the best approach to this might be,
if
anyone has any examples I'd be very grateful
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED
From: Valeri Sarantchouk [mailto:[EMAIL PROTECTED]
But what about old good servlets? My simple tests comparing
chains of JavaBeans with analogous servlet filters shows
filters more performant.
I'm not sure what you mean by this - JavaBeans vs filters?
If I can take more of your time, what
Title: Message
Maverick 1.0 worked this way global
views did not need to be explicitly referenced in the commands. This resulted
in several questions a month on the mailing list from newbies trying to figure
out why their application didnt work when they did this:
command name=blah
From: Simen Brekken [mailto:[EMAIL PROTECTED]
I was wondering if there's anyway of performing the expensive
Hibernate
initialization steps (init datastores, setup factories) somewhere
other
than
perform using a ThrowAway controller.
Create an Initialize servlet that is load-on-startup'd
Interesting problem. Are you on a unix system? One solution would be
to create a symlink in the directory with your vm files:
en - .
This would allow Dreamweaver to resolve the references in the
filesystem.
That is a pretty akward. It's difficult to use static tools like
Dreamweaver to edit
can just behave as it does
currently.
--jim
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, March 23, 2003 4:44 PM
Subject: RE: [Mav-user] [PROPOSAL] Release v2.2.0 of Maverick
Good point. In fact, it seems to me
Can you show an example of your vm files? I'm taking a wild guess at
what you're trying to do here.
Server-side includes will work with relative paths, however client-side
includes won't. If you have a command something.m which includes a
snippet of HTML like this:
img src=images/foo.gif/
Wouldn't this best be done as a Servlet Filter? It seems like it would
be pretty easy to parse up the request string, morph it into a
traditional request, and pass it on... no need to modify Maverick's
Dispatcher.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Kevin O'Neill
Good point. In fact, it seems to me that the contract between transform
steps is currently insufficient - each step should probably make an
attempt to communicate to the subsequent step what the appropriate
content type is. That way no matter what type of transform you have,
halting should
:[EMAIL PROTECTED]
Sent: Friday, March 21, 2003 4:07 PM
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] Accessing the Command string from the
controller -
Correction
At 10:09 AM 22/03/2003, Schnitzer, Jeff wrote:
BTW, I recommend using the CVS copy of Maverick right now - the
getParams
Are you familiar with XSLT?
Maverick allows you to define an XSLT template that will be used to
transform the config file prior to loading it. This means, effectively,
that the config file format can be anything you want. Look in the
documentation for the configTransform init-param to the
The Maverick distribution includes an example LanguageShunt and a
trivial sample application that uses it.
The shunt mechanism can accommodate composition, but you will have to
build the composite yourself. ShuntFactory implementations are very
easy to build. Since everyone's defaulting logic
Obviously I'm biased, but I'll throw in my $0.02:
I used Struts and WebWork prior to starting Maverick with Scott. I
found both frameworks to be fairly frustrating for various reasons (YMMV
- also, my knowledge of both is about a year old at this point).
Struts seems to be far too complicated
This is the friendbook-velocity example? I'm afraid you can't just take
a webapp and move all the templates around. There are various relative
and absolute paths encoded in the templates and the maverick config
file. Moving around the files will break things.
If you want to reference files
You misspelled WEB-INF (note the dash, and if on a unix-based OS, the
case is sensitive).
Jeff
-Original Message-
From: Scott Chun [mailto:[EMAIL PROTECTED]
Sent: Friday, March 07, 2003 2:33 PM
To: [EMAIL PROTECTED]
Subject: [Mav-user] Newbie: Velocity + Maverick question
I'm
Ah, of course. I'll apply the patch tonight. Thanks!
Jeff Schnitzer
[EMAIL PROTECTED]
(back from the fireworks festival in Tultepec, Mexico, with all my limbs
and sensory organs intact!)
-Original Message-
From: Eelco Hillenius [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 11,
You can specify an entity resolver by redefining the xsl transform
module. Look at the javadocs for XSLTransformFactory:
http://mav.sourceforge.net/api/org/infohazard/maverick/transform/XSLTran
sformFactory.html
(just put that snippet of xml in the modules section)
I'm not sure this has been
This is pretty much exactly my development environment. What problems
are you having?
Jeff
-Original Message-
From: Scott Chun [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 6:06 AM
To: [EMAIL PROTECTED]
Subject: [Mav-user] Newbie: deploying friendbook-velocity to
Something is wrong with Orion. Sun
changed the schema of the jsp tag library definition file (tld) between JSP 1.1
and JSP 1.2. Specifically, the 1.1 tagclass was renamed to
tag-class.
The c.tld file inside friendbook (taken
from JSTL) has the correct DOCTYPE declaration for JSP1.2.
Pretty cool! It's amazing what you can do with filters :-)
Jeff
-Original Message-
From: Jonas Van Poucke [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 26, 2003 12:57 AM
To: [EMAIL PROTECTED]
Subject: [Mav-user] Newbie: Default transforming *.html/*.jsp or
whatever
I tried
Hm. Why not create a Filter to do that? It seems more natural than
trying to use Maverick.
Jeff
-Original Message-
From: Jonas Van Poucke [mailto:[EMAIL PROTECTED]
Sent: Monday, February 24, 2003 8:19 AM
To: [EMAIL PROTECTED]
Subject: [Mav-user] Newbie: Default transforming
Yep, that's exactly right. The JavaBeans spec says that for a property
nameOfBeer, the setter is:
public void setNameOfBeer(String value)
and the getter is:
public String getNameOfBeer()
The case matters. However, some templating languages (like Velocity)
will compensate for you (JSTL
This happens when the previous step (or view) never called
HttpServletResponse.getOutputStream() or getWriter(). I believe I
recently checked in a patch that prints a better error message in this
case.
Maybe the jsp page is misnamed? I would normally expect that to cause
getRequestDispatcher()
The separated param collections and the absolute config path features
are checked in. Take a look.
I'll get to the remaining issues soon.
Jeff
From: Schnitzer, Jeff [EMAIL PROTECTED]
Separating the three different param collections (controller, view,
transform).
Allowing file:, http
From: toby cabot [mailto:[EMAIL PROTECTED]]
Does Maverick need to support client-side XSLT explicitly? I'm doing
it now, using the current Maverick. You just need a server-side XSLT
that applies the stylesheet processing instruction to the XML before
sending it to the browser. The
Just to emphasize this point - during normal request processing, JDOM is
not used, so there is no performance issue. JDOM is only used to load
the configuration file at startup (or during the reload command).
Jeff
-Original Message-
From: Scott Hernandez [mailto:[EMAIL PROTECTED]]
The problem just brought up was that the redirect view interprets params
as actual request parameters to append to the URL. Setting parameters
to the controller inadvertently causes them to show up in a redirect.
That seems like a compelling reason for separate namespaces.
Jeff Schnitzer
[EMAIL
for the quick response,
Eelco Hillenius
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, February 11, 2003 2:24 AM
Subject: RE: [Mav-user] server side redirects for commands
The word you are looking for is a forward
In Tomcat (and probably most other web containers) JSPs are handled by a
servlet that is mapped to *.jsp. During shutdown, this JSPServlet is
just one more servlet to shut down - although it should be one of the
last ones.
Here is a set of conditions that I suspect will reproduce this problem
The word you are looking for is a forward, not a redirect.
Redirects are inherently client-side phenomenon; they are the result of
an HTTP 302 response.
Inside the server, you forward from one request to another. In fact,
this is how Maverick executes JSPs (or other documents) - using the
In principle, I'm fine with putting this next to the Punk Image Gallery
link (or creating a section in the manual for samples). But... what is
it? Without actually installing it or going through all the source, it
would be nice to have some idea of what to expect. Can you provide a
description
NCS Pearson - Measurement Services
2510 North Dodge St.
Iowa City, IA 52245
319-354-9200x6214
[EMAIL PROTECTED]
-Original Message-
From: Schnitzer, Jeff [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, January 21, 2003 4:28 PM
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] stuck w
Sure, that could work - but why not simply set up an additional
sourceforge project? We would be happy to link to it in the
documentation and on the Maverick website navbar.
I've been working on a rewrite of the Punk Image Gallery since the
existing code is quite dated (it is still based on
From: Zed A. Shaw [mailto:[EMAIL PROTECTED]]
Have you
guys thought of hooking up some XDoclet stuff like struts and webwork
have done?
I haven't personally. I like XDoclet and I use it for my EJBs but I'm
not sure it makes so much sense for a web sitemap. When I want to
figure out what is
The standard security options in web.xml work fine. The security rules
only apply to incoming requests, not to internal forwards, so Maverick
still works.
You can try blocking access to *.jsp, or you can put all your JSPs under
a directory and block access to that directory.
Here's a page that
1 - 100 of 130 matches
Mail list logo