Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-212
Here is an overview of the issue:
Title: Message
Has anyone done any work in
regards to conversion JSP 2.0 ?
I am looking into converting
the UI tags over to TagFiles, instead of vm's.
I believe that this may provide
a better approach, as the re-use of JSP tags within the tag files is a great
advantage.
I am fairly new
Now that there is a velocity.properties configuration loading mechanism,
could someone please add the below changes to CVS so that I don't have to
change it everytime I update.
And then, mark
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-200
as resolved.
Thanks
Fernando Martins wrote:
Hi Sean,
You may want to give http://cvsgrab.sourceforge.net a try for getting
through firewall.
cheers,
/bernard
- Original Message -
From: garrett.sean [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 8:34 PM
Subject: RE: [OS-webwork] Re: shouldn't VelocityResult
Title: Re: [OS-webwork] JSP 2.0 tag files.
Cameron,
While this would be lovely, 99% of servlet engines dont support JSP 2.0 (most are only just up to 1.2) so I wouldnt like to see this added to WW.
Might work as an add-on though.
Mike
On 11/6/03 8:40 PM, Cameron Braid ([EMAIL PROTECTED])
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-214
Here is an overview of the issue:
I haven't looked at JSP 2.0 either, but I wouldn't want support for JSP
2.0 to reduce support for velocity. I'm +1 for the idea of this as an
add-on.
M
---
This SF.NET email is sponsored by: eBay
Great deals on office technology -- on eBay
getRealPath is very bad, what's so wrong with
servletContext.getResource() though?
On Tuesday, June 10, 2003, at 06:59 PM, [EMAIL PROTECTED] wrote:
The hardest problem with that is that you can't use
context.getRealPath() to get the location of WEB-INF in an unpacked war
config (per servlet
Ugh ... this completely slipped by me. It's fixed now in CVS.
M
Fernando Martins wrote:
Now that there is a velocity.properties configuration loading mechanism,
could someone please add the below changes to CVS so that I don't have to
change it everytime I update.
And then, mark
As it turns out, this was also a ww2 issue. I've removed support for
the name attribute from the ww:label tag in the tld.
M
garrett.sean wrote:
Hi
I'm encountering the bug mentioned in
http://sourceforge.net/mailarchive/message.php?msg_id=4501787
But this seems to have been checked into CVS
I may just be confused or have missed something, but does getResource
not just give you the path relative to the doc root? Will you then open
it using http? Normally, would you not secure your web-inf from url
access(for security reasons)? Or is there another method that would
allow you to
You don't need to open an HTTP connection, rather you can get the
InputStream directly from the servlet context:
InputStream in = servletContext.getResourceAsStream(/WEB-INF/xwork.xml);
Sincerely,
Anthony Eden
[EMAIL PROTECTED] wrote:
I may just be confused or have missed something, but does
This is exactly the way SiteMesh does it. Have a look at the ConfigLoader.
Cheers,
Mathias
- Original Message -
From: Anthony Eden [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 10:44 PM
Subject: Re: [OS-webwork] Configuration in /WEB-INF
There is an
Isn't getRealPath() deprecated though?
-Pat
- Original Message -
From: Mathias Bogaert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 2:06 PM
Subject: Re: [OS-webwork] Configuration in /WEB-INF
This is exactly the way SiteMesh does it. Have a look at the
http://www.sonic.net/~conover/archives/22.html
Interesting approach for a problem most of us encountered before. Should we
look into how we can manage that WW2 supports this? (or at least is open for
this kind of thing?)
Mathias
---
This
Not according to the Servlet 2.4 spec:
http://cvs.apache.org/viewcvs/jakarta-servletapi-5/jsr154/src/share/javax/se
rvlet/ServletContext.java?rev=1.3content-type=text/vnd.viewcvs-markup
Mathias
- Original Message -
From: Pat Lightbody [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Sounds to me like this is not a good plan then.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 3:48 PM
Subject: RE: [OS-webwork] Configuration in /WEB-INF
According to the servlet spec getRealPath() will always return null if
the
We could make the ServletDispatcher just return 204 for when the result code
is NONE. Would that work?
-Pat
- Original Message -
From: Mathias Bogaert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 2:32 PM
Subject: [OS-webwork] HTTP 204 Trick
We're hoping to release a 1.3.1 release soon. Stay tuned :)
-Pat
- Original Message -
From: garrett.sean [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 11, 2003 6:39 AM
Subject: [OS-webwork] Ww:label and aprostrophe
First, apologies for the previously badly titled c
I'll ping the OGNL guys... I asked about it before but I never got a
response. Ideally I'd like to see something like naming the input, foo(123,
?) and then the question mark would be a binding for the actual input.
-Pat
- Original Message -
From: Måns af Klercker [EMAIL PROTECTED]
To:
When I return NONE it is usually because I am writing something specific
back to the response, (like a previously uploaded document that they now
want to view), Wouldn't this put the kabash on that type of action by not
processing the rest of the response?
If so maybe add another constant like
You could introduct a new result type, and map any view to it
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Frank Febbraro
Sent: Thursday, 12 June 2003 11:21 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] HTTP 204 Trick
When I return
22 matches
Mail list logo