the same thing? If so how should 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 cleanl
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
perfec
name/value params, as well as more complex params?
--
Mike Moulton
[EMAIL PROTECTED]
---
This sf.net email is sponsored by: Jabber - The world's fastest growing
real-time communications platform! Don't just IM. Build it
will allow you to use a stock
version of mav to support your custom param needs.
Anyone see any problems with this approach?
--
Mike Moulton
[EMAIL PROTECTED]
On 7/25/02 5:14 PM, "Roy Truelove" <[EMAIL PROTECTED]> wrote:
> In the project that I'm working on param
On 7/27/02 7:16 AM, "Roy Truelove" <[EMAIL PROTECTED]> wrote:
>> From: Mike Moulton [mailto:[EMAIL PROTECTED]]
>> Anyone see any problems with this approach?
>
> The only problem that I can see with this approach,
>
>> if (paramNode.hasChildren())
>
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 w
Jeff,
A while back I noticed that if you specify a maxTransform=0 the content
type is not set. I patched my version but never submitted anything to
ya as I forgot. Now I'm upgrading to the latest mav and have
re-encountered the problem.
The problem lies @ line 189-193 in MaverickContext.java
sform >= 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:
J
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 th
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 this
Scenario 2,
User types http://host/app/protectedCommand.m?p1=v1&p2=v2&p3=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
I committed the initial version of an opt-jxv package into CVS.
This package provides a new view type implementing JXV
(http://jxv.sf.net).
JXV is similar to Domify in that it provides a DOM adapted view of your
model, however JXV can also provides a SAX source of your model.
The friendbook-jxv
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 initi
I don't think there's a problem with my setup 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:0
+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
maintai
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 becau
From: Ted Husted [mailto:[EMAIL PROTECTED]
Schnitzer, Jeff wrote:
FWIW, I'd like to see everything migrated over to net.sf.mav.*
eventually. It would be a pretty big PITA though. Not sure how
worthwhile it would be to move the core.
If there were interest, I'd be glad to volunteer for the grunt
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
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 a 'file:'
URL could optionally be monitored, to have the cache (if used) updated
if and when the monit
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 +1.
ified. The
intended behavior of this method is good, however when domify
encounters it, a reentrant call happens. The best way to fix this is to
make the method protected access.
Let me know if you want me to commit this fix.
..........
Mike Moul
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 including
+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 b
amChildren;
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
:
: [E
d (command 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
doctype-public="-//W3C//DTD XHTML 1.0 Strict//EN" />
would set the content type to 'text/html; charset=UTF-8'
Anyone see downsides to this approach?
-- Mike
: mike moulton
: meltmedia
: 1429 north 1st street
: phoenix az 85004
:
: [EMAIL PROTECTED]
:
+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 w
27 matches
Mail list logo