= 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
used to
display the mav.xml file; used during development). I see no problems
with your code change.
Obviously, if all is well, I vote for these changes in a new release.
I will let the list know once a release is available.
-- Mike
: mike moulton
: meltmedia
: 1429 north 1st street
There have been a few global changes that have been pending for a
while. For instance there was the discussion of repackaging everything
to net.sf.mav.*. If I'm not mistaken there were a few other changes as
well. Maybe now would be an appropriate time to readdress some of the
changes
+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
Welcome Ted :-)
Your FormProc enhancements, coupled with opt-formproc sound very
promising. I look forward to using it.
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
+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
and
because
opt-domify for instance works fine. Any idea what could be causing
this?
Regards
Gal
- Original Message -
From: Mike Moulton [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003 9:03 AM
Subject: [Mav-user] opt-jxv package in CVS
I committed the initial version
be causing
this?
Regards
Gal
- Original Message -
From: Mike Moulton [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003 9:03 AM
Subject: [Mav-user] opt-jxv package in CVS
I committed the initial version of an opt-jxv package into CVS.
This package provides a new view
Scenario 2,
User types http://host/app/protectedCommand.m?p1=v1p2=v2p3=v3
Same idea, user is redirected to login and then if login is
successfull
they
should be redirected through to initially selected command, only this
time
there are a number of URL paramters that I wish to have set, Does
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
Before releasing 2.2 there is a bug I noticed a while ago that doesn't
seem to have been fixed.
The problem is that the UNFINISHED_CONTENTTYPE isn't explicitly set
when maxTransforms=0. This caused problems on some browsers, primarily
IE 5.2 for Mac.
To fix this I add the following lines to
= 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
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
Jim,
Thanks for the quick response, I should of realized that I can set the
header from my controllers. However this made me think about times when
there is no controller present. For cases like these, I think the
aformentioned solution of adding the content-type and filename attributes is
+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
a
18 matches
Mail list logo