+1
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eelco Hillenius
Sent: Thursday, September 29, 2005 3:07 PM
To: mav-user@lists.sourceforge.net
Subject: Re: [Mav-user] jar hell with jdom reloaded
Devs,
There has been hardly any use of this list. There
+1
--jim
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Hernandez
Sent: Thursday, September 29, 2005 5:53 PM
To: mav-user@lists.sourceforge.net
Subject: Re: [Mav-user] jar hell with jdom reloaded
+1
- Original Message -
I'm +1 for
Why not just put all the javascript functions in a .js file and then just
include that in the pages:
script language=javascript src=functions.js/
--jim
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Cyrille Bonnet
Sent: Wednesday, September 01, 2004
The fact that the last maverick release is a year old is more a testament to
the stability of maverick than to the developers neglecting to release a new
version. There have been a flurry of changes in the past week or so by
eelco, but these simple revolve around namespace changes and moving from
org.apache.catalina.MBeanServer
org.apache.catalina.WELCOME_FILES
We can see that there is the maverickApplicationKey attribute name
(instead of mav.dispatcher)
Pierre
On Wed, 26 Nov 2003 09:38:51 -, jim moore [EMAIL PROTECTED] wrote:
This sounds really odd to me. Have you tried adding a log message or
stepping
+1 from me too, though we might take a vote from the larger community on
this one. A lot of people's code is gonna stop compiling when the package
for ThrowawayBean2 changes...
--jim
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday,
what you are describing should work fine--the filename
attribute should give you the open/save dialog and without it, the pdf should
just open in the browser, but clearly something is going awry.
for argument's sake, could you try appending some bogus param
to the query string, like:
Title: Message
Opt-Fop 1.1 has been released.
There
were no source changes necessary--I just upgraded the jars in the lib folder
(fop.jar, batik.jar, and avalon) to the versions shipping with fop 0.20.5, so if
you are already using opt-fop you should be able to get away with just upgrading
sure--i'll try and look at it over the weekend.
thanks for the heads up.
--jim
- Original Message -
From:
Bardzil, Timothy
J (Timothy)
To: [EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003 4:58
PM
Subject: [Mav-user] opt-fop
Can we expect a
new release
+1 from me as well.
--jim
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 31, 2003 8:03 PM
Subject: [Mav-user] PROPOSAL: Add Mike Moulton as committer
I propose adding Mike Moulton as committer. Mike is a longtime user of
1. Browser requests an URL (eg. http://localhost/test.m)
2. In maveric terminology it appears that test.m is actually
mapped to a test command.
3. Maverick dispatches the request to appropriate Controller
that takes care of command execution. Controller also takes
care of the flow
in that the controller is
just one step in the processing of the command.
in fact, it is completely valid to have a command with no controller:
command name=foo
view path=makeFO.jsp
transform type=fop/
/view
/command
--jim
- Original Message -
From: jim moore [EMAIL PROTECTED]
To: [EMAIL
To: [EMAIL PROTECTED]
Subject: RE: [Mav-user] maverick-opt-fop with fop-0.20.5rc3a
+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
Is there any compelling reason to remain backwards compatible? It seems lame
that we have to give up configurably logging to work with both versions.
Maybe we should just patch it completely (i.e. with logging) for the most
recent version and do a new release.
People that want the older version
ith best
wishes,
Taavi
- Original Message -
From: jim moore
To: [EMAIL PROTECTED]
Sent: Sunday,
March 30, 2003 9:30 PM
Subject: RE:
[Mav-user] View references
if you want
behavior where the glob
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, March 25, 2003 7:04 PM
Subject: RE: Content-type and transforms (was RE: [Mav-user] [PROPOSAL]
Release v2.2.0 of Maverick)
From: jim moore [mailto:[EMAIL PROTECTED]
The nice about moving
a little, but I haven't thought of a
better way of making this work such that the default is right 90% of the
time. I'm certainly open to other ideas, of course.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: jim moore [mailto:[EMAIL PROTECTED]
Sent: Monday, March 24, 2003 6:57
Just as an alternate, maybe it might make sense to use an attributes in
maverick.xml on views and transforms to support this. Something like
controller class=com.foo.FooController
view name=success content-type=text/xml
transform type=xslt content-type=text/xml/
transform
Are you using jdk1.3 or 1.4? If you are
using 1.3, you need to have xml-apis.jar in the webapps classpath or
Dispatcher wont load, at least on Tomcat.
--jim
-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On
Behalf Of Calvin Ling
Sent: Thursday, February
- Original Message -
From: Aapo Laakkonen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 11, 2002 11:48 AM
Subject: RE: [Mav-user] ModelLifeTime / discard() not guaranteed
Though I haven't given it a extensive testing,
using document views that point to other
--looking my
working copy it is correct, but I packed up a
brokenone.oops.
--jim
- Original Message -
From:
Gal
Binyamini
To: [EMAIL PROTECTED]
; jim moore
Sent: Wednesday, November 20, 2002 9:15
PM
Subject: Re: [Mav-user] Java XML View
open source project
Hi Victor,
I just started doing this on a project as well. So far everything is going
very smoothly--just replacing servlets one at a time with mav controllers.
Session sharing is no problem (maverick has access to the standard
HttpSession).
--jim
- Original Message -
From: Victor
- Original Message -
From: Al Butler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, October 31, 2002 11:17 AM
Subject: RE: [Mav-user] Large sites, performance issues?
I'm not using Maverick per se' but my experience with apps
using XSL is that it's the servlet container that
Should be able to add a method getParameterMap() (or whatever you wanna call
it) to your model as below:
public Map getParameterMap() {
//this.getRequest() will also have to be defined, but you probably want
it
//as private so that domify doesn't domify the whole thing
If you look at the bottom of the stack trace, you will see that the root
cause is:
- Original Message -
From: Charles N. Harvey III [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, September 20, 2002 4:01 PM
Subject: [Mav-user] init error
I have a webapp with domify in the
If you look at the bottom of the stack trace, you will see that the root
cause is:
java.lang.NoClassDefFoundError: javax/xml/transform/TransformerException
My guess is you are using jdk1.3 and don't have xml-apis.jar in your
classpath. Or maybe you don't have xerces.jar or xalan.jar in there.
to put xml-apis.jar in the lib? Or should they all be in the classpath
as well as the lib?
Thanks so much for the help.
Charlie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of jim moore
Sent: Friday, September 20, 2002 4:07 PM
To: [EMAIL PROTECTED
the newest xalan (which
comes
with xml-apis.jar) from xml.apache.org.
Thanks again. This is helping a lot.
Charlie
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of jim moore
Sent: Friday, September 20, 2002 4:17 PM
To: [EMAIL PROTECTED]
Subject
So I spent a little while this morning screwing around with making jxv and
betwixt views. JXV contains DOMSource and SAXSource objects (not the exact
names, but close enough) that should be able to passed to TransformSteps
though step.go(source). Unfortunately, both break in different ways.
-betwixt-20020910.zip
It's pretty heavily based on opt-domify, so Jeff and Scott deserve much of
the credit.
There is a friendbook-betwixt in there that works if you want an example.
--jim
- Original Message -
From: jim moore [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, September
... It doesn't
look to difficult, but isn't that always the case when you have the
answer in front of you? I'll try to use it in my application right away.
thank you
/johan
jim moore wrote:
Okay a little more playing around and I've gotten a betwixt view
working.
The trouble seemed
for people interested in using XSL as a templating technology in
one package.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: jim moore [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, September 10, 2002 12:32 PM
To: [EMAIL PROTECTED]
Subject: [Mav-user] opt-betwixt
Okay a little more
.
The problem for me right now it to make the 'maxTransforms' to work for
me now that Betwixt has taken over. Any hints would be welcome ;)
I have not come to the point where I can test the cyclic reference
graphs, but I'll get back on that when I have tested this.
/johan
jim moore wrote:
I would vote
to the point where I can test the cyclic reference
graphs, but I'll get back on that when I have tested this.
/johan
jim moore wrote:
I would vote for letting them co-exist for a while. At least until
betwixt
is officially released. (I'm kind of nervous about deprecating
production
From: jim moore [mailto:[EMAIL PROTECTED]]
I wasn't suggesting writing a DOM façade (agreed that would be
difficult). I just meant it should be trivial to write a custom view
that wraps betwixt.
I don't think betwixt by itself can be used for a view; it's just a way
of defining the mapping
It seems to me that complicating your application (the dual model
layers) just to get Maverick to work for you is a bad way to go (the
whole point of Maverick is to simplify web application development).
Particularly when there is a far more workable solution that would have
the added benefit of
done. its in cvs now.
--jim
- Original Message -
From: Schnitzer, Jeff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: Feutrier Olivier [EMAIL PROTECTED]; Bocquet
Stéphane [EMAIL PROTECTED]
Sent: Tuesday, August 20, 2002 9:32 PM
Subject: RE: [Mav-user] Why : URL param sent to the next URL
The easiest thing to do in this case is have Hello extend ThrowawayBean2.
Then your Hello class is itself your bean--all its setters will be set with
any form parameters, and its getters will be the methods your view uses.
The simplest case would probably be something like:
public class Hello
This shouldn't be too difficult. Just have your decorator implement
ControllerSingleton, then you will get an init method in which the
controller node from maverick.xml is passed in.
If you had a controller node that looked like:
controller class=com.foo.bar.MyControllerDecorator
decorated
- Original Message -
From: jim moore [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, August 09, 2002 12:23 PM
Subject: Re: [Mav-user] Using decorator pattern on controllers
This shouldn't be too difficult. Just have your decorator implement
ControllerSingleton, then you will get an init method
Hi Thomas,
Just so I have a bit more info, this happened simply when you dropped
friendbook-jsp.war (from the maverick/build directory) into tomcat's webapps
folder and then restarted tomcat? You didn't make any changes to any files?
This seems peculiar (which certainly does not mean it is not
to learn portuguese right now, so I understand
how it is.
--jim
Regards,
Phil
--- jim moore [EMAIL PROTECTED] schrieb: Right
now it is possible to set the
content-dispostion header directly from
the controller. You can get the Response from the
ControllerContext and then
just
Personally I think this may just confuse things. Right now the behavior of a
redirect is pretty straightforward--its sending a physical redirect to the
browser, telling it to ask for the new url you specify (this could be a
.html, .jsp, .m, .fo, .pdf, /servlet/foo, whatever). I'm not sure I see
I've been giving this idea of mav merging with struts some thought and while
I agree with Jeff's doubt that Maverick-as-Struts-2.0 will ever happen,
simply because of Not Invented Here is almost definitely true, I still
think it may be worthwhile to try and find a way to move mav to jakarta. If
So I was talking to a friend the other night about maverick. He was looking
for something very similar for a project he was working on (he needs to pipe
output through a number of transforms), and it seemed maverick might fit the
bill. The only catch--he needed to transform his stylesheets not
If anyone is feeling adventurous, try out the CVS version of Maverick.
Heterogeneous transforms work great!
Excellent!
Yes, we definitely want to put the FOP transform in an opt-fop
package... Jim, would you like CVS access to maintain it? Maybe add a
little documentation or a sample webapp?
Yes, I believe this is different than the way the 1.0 version work (by
using preloadTemplates). In 1.0, this indicated that the template should
be loaded from the file system on each request, instead of cached. This
made it read the file on each request.
Jim, Is that what you were expecting?
So I just tried to switch to mav 2 beta 2. Didn't make any changes to my app
or maverick.xml (I'm guessing that was my problem), just replaced
maverick.jar.
Anyway, as soon as I try anything, I get the ServletException below. Any
ideas? I'm not sure where this null controller bit is coming from.
:-(
If that's not your problem, post your snippet of configuration file and
I'll take a look.
In any case, this error should have a better message. Sorry.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: jim moore [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 21, 2002 9:14
I've finally ported both maverick projects I'm working on to mav 2, and so
far I think it is great. The one small detail I don't quite get is the
reasoning behind the way the global views are set up.
In mav 1, a global view was truly global--every command got it by default.
Now in mav 2, I need
=com.foo.Welcome
view id=success ref=someotherview /
/command
- Original Message -
From: jim moore [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 14, 2002 3:31 PM
Subject: Re: [Mav-user] global views
I think the param in the config file may be too black and white. I kind
idea -- I really don't
understand shunting and will just wait for the docs to understand it.)
Does that make sense? Or is there a simpler way to do this?
Dan
At 05:13 PM 2/6/02 -0500, jim moore wrote:
As for point 3, if I understand you correctly, you want to put skin
folders
on the same
I definitely would give this a thumbs up. The ability to plug custom
controller functionality to handle multipart requests alone would make
it worthwhile, plus I think the ability to put in global bean validation
would be nice. For instance, on the project I am working on, I want to
populate
53 matches
Mail list logo