Hi
I was looking for a lightweight struts and by chance found this project.
Unfortunately I have got a problem with conflicting jdom versions. I saw
in the archive that there was a discussion about this last november.
What happend to the idea of a 2.2.4 release?
Cheers mike
What
= paramChildren;
else
value = paramNode.getTextTrim();
What are the thoughts of updating the jdom dependency of maverick? If
there are no objections I will do the updates and do a 2.2.4 release.
-- Mike
: mike moulton
: meltmedia
: 1429 north 1st street
: phoenix az 85004
:
: [EMAIL
.
Mike, have you had the chance to test #3 against some of the more
esoteric uses of the mav xml file? My personal usage is fairly
straightforward, so if other users could give some feedback on this to
ensure we don't break anything...
#3 only effects the use of the maverick config command (command
including this logging change.
I don't see any major problems switching to commons logging, personally
I will still use log4j.
Thought, Jeff, Scott, Jim?
-- mike
On Jun 1, 2004, at 6:56 AM, Jon Newton wrote:
What is everyone's opinion on changing maverick to use the Apache
Commons logging API instead
+1
On Jun 1, 2004, at 2:24 PM, Scott Hernandez wrote:
+1, 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
On Saturday, October 11, 2003, at 10:47 AM, Schnitzer, Jeff wrote:
Woo hoo, someone that wants to put together a real release process and
build system! You're my hero :-)
I like the maven concept, I just haven't had the time or inclination to
climb its learning curve. If you're up for it, I'm
This is a repost as I sent it yesterday and it never showed up. Sorry
if it's a duplicate for anyone.
I would like to propose a minor modification to maverick that would
allow XSL templates used in a XSLTransform to be loaded from a
java.net.URL. Additionally, any template that was loaded from
will note and
write up a documentation amendment.
-- Mike
On Tuesday, September 23, 2003, at 03:31 AM, Ted Husted wrote:
Thanks for the votes of support =:0)
I have a patch pending with FormProc now that I would like to include
in our opt-formproc extension. I just left a note for Anthon Eden
+1
-- mike
On Monday, September 22, 2003, at 11:34 AM, Schnitzer, Jeff wrote:
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
the global configname to use, as well as a per view
configname. I will let you know if / when I have some questions.
Thanks for your help and for a good product.
-- Mike
On Tuesday, August 5, 2003, at 07:56 AM, Gal Binyamini wrote:
Mike,
Let me know if you need any help getting JXV to work
Gal,
I will look into why the anon CVS server isn't allowing access to the
opt-jxv repo.
-- Mike
On Tuesday, August 5, 2003, at 07:56 AM, Gal Binyamini wrote:
Mike,
Let me know if you need any help getting JXV to work with Maverick.
Particularly I know JXV's default configuration differs
from within your application, if so, save
it in the session and redirect to it upon successful login.
-- Mike
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums
Jeff,
I will take a look at JXV sometime this week. I will keep you informed
of the progress on a opt-jxv module.
Hopefully JXV will solve some of the problems we were trying to solve
in domify.
-- Mike Moulton
On Tuesday, July 22, 2003, at 06:10 PM, Schnitzer, Jeff wrote:
Forwarding
solution to the problem.
-- Mike
mav-2.1.2.patch
Description: Binary data
On Friday, March 21, 2003, at 05:30 PM, Schnitzer, Jeff wrote:
Yes, definitely worthwhile. My own projects use the
latest-and-greatest
third-party jars with no ill effect. I'll update the ones in CVS
= this.transformCount)
{
if (this.transformCount == 0)
this.getRealResponse().setContentType(UNFINISHED_CONTENTTYPE);
this.log.debug(...which is the LastStep);
return new LastStep(this);
}
-- Mike
On Tuesday, February 18, 2003, at 03:09 PM, Mike Moulton wrote:
Jeff,
A while back I
Jeff,
I have no problem with that.
-- Mike
On Wednesday, February 12, 2003, at 12:10 PM, Schnitzer, Jeff wrote:
Ah, right now there is just one set of params and each place that
defines params (controller, view, transform) just adds to the pile.
Perhaps different behavior is desirable
it be
handled? I was thinking that we could supply a param to the transform with a
filename keyword, or possibly adding an attribute to the transform tag for
the filename. What about dynamically producing the filename in the
controller; how could this be handled cleanly?
--
Mike Moulton
[EMAIL PROTECTED
is
perfect. I also agree that if the controller sets the content-disposition
header then that should take presedent over anything in the mav config.
-Mike
On 7/22/02 9:04 AM, jim moore [EMAIL PROTECTED] wrote:
Right now it is possible to set the content-dispostion header directly from
the controller
+2
-Mike
On 5/30/02 3:00 PM, Scott Hernandez [EMAIL PROTECTED] wrote:
+1
- Original Message -
From: Jeff Schnitzer [EMAIL PROTECTED]
I've been thinking a bit about a little paradigm shift; instead of
passing all the http objects into the Controller.perform(), I would pass
19 matches
Mail list logo