Re: [OS-webwork] Irc.werken.com
We did discuss migration at some length and the consensus seemed to be that we would attempt to maintain compatibility with 1.3 where possible but that for compelling new features that there would be some migration required. In particular the areas of config files and expression language were discussed. The expression language discussion became fairly convoluted so I'll attempt to give you my recollection from about 2 in the morning. Others may jump in and correct me. The expression language syntax will be changing to the OGNL syntax although this is not a radical change. In particular foo/bar will become foo.bar and the .. construct becomes something else weird. The intention was to provide some sort of migration tool either at runtime so old pages/templates/reports would work or as a static once off conversion tool. The release date for webwork on top of xwork (2 products) was estimated at somewhere between 3 and 6 months from now with strong interest in making it 3 months and not 6. Obviously the choice is up to you but I would say that the migration effort shouldn't be too onerous. On Fri, 2003-02-07 at 13:01, Kelvin Tan wrote: Uh, this question is obviously pre-mature, but I can't keep it down. Is there any indication of a proposed date for initial release for xwork? What's the recommendation for someone planning to start using webwork? hold out for xwork, or jump in and use webwork as it is now and look to migrate (faint!) later? In other words, was there any mention of backwards compatibility and/or migration path... KT -- Peter Kelley [EMAIL PROTECTED] Moveit Pty Ltd --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Action Properties HttpSession
On Fri, Feb 07, 2003 at 09:19:07AM +0100, Rickard Öberg wrote:
I have an idea: how about adding an interface Model that has one
method Object getModel(). It would be implemented in ActionSupport as:
public Object getModel() { return this; }
It is a good idea. Maverick does something similar, I think.
Might I suggest that the method be:
Object model()
getModel makes it a property, which then becomes part of the model
itself.
-Chris
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Commons Jelly
Depends on the use. I don't think there'd be a problem eventually allowing Jelly's use, but depending on Jelly would be a Bad Thing. On Fri, 7 Feb 2003, Kelvin Tan wrote: Did a search in the archives and didn't find anything noteworthy re: WW + Jelly, so thought I'd bring it up. Has this been discussed before? Perhaps not just using it as another view, but in a more integrated fashion, ala OGNL and the current EL? After all, Jelly has a large collection of existing taglibs, and support for JEXL... Regards, Kelvin The book giving manifesto - http://how.to/sharethisbook --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Action Properties HttpSession
Chris Nokleberg wrote:
I have an idea: how about adding an interface Model that has one
method Object getModel(). It would be implemented in ActionSupport as:
public Object getModel() { return this; }
It is a good idea. Maverick does something similar, I think.
Might I suggest that the method be:
Object model()
getModel makes it a property, which then becomes part of the model
itself.
hm.. IIRC model() is also a property (both getModel and model is
tested if the model property is accessed.
*If* I recall correctly we might as well use getModel(), since it looks
cleaner.
/Rickard
--
Rickard Öberg
[EMAIL PROTECTED]
Senselogic
Got blog? I do. http://dreambean.com
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity Views
On Fri, 7 Feb 2003, Kelvin Tan wrote: Interesting. flamebaitI happen to come from the Turbine + hardcore Velocity (JSP sucks, mostly) camp, so would be interested to know why you choose JSP + Velocity, and not either. /flamebait Does it have anything to do with WebWork support for either? Probably has something to do with view neutrality and the fact that WebWork is a COMPONENT and not a way to force people into doing things in ONE WAY and ONE WAY only. Come on, man, think. If you're going to troll, try harder. Even Struts is view-neutral (for the most part). - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity Views
I'm actually using Velocity for everything. For data retrieving, I created a generic Action class (that extends ActionSupport) which is extended by all actions. I've placed a getAction() method that returns the action itself so it can be accessed from the velocity template as $action. For instance, if I need to retrieve a particular user I'll put: #set($aUser = $action.getUser($userId)) Hope this can be of any help. Kelvin Tan wrote: Thanks. Thought as much... I'm guessing most WW users don't use Velocity? KT -- Marco Papini --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] XSLTServlet not woking when included (patch)
Hi, I could not find a place to submit patches so I try this way:
I have been trying to include the outpout from an action with an XSLT
view in a jsp -page. At least on Jetty this does currently not work: the
XSLTServlet is invoked; but when it tries to get the xslt-file but
getServletPath() it instead receives the name of the original JSP page
it was included from.
By checking if javax.servlet.include.servlet_path is available this is
possible to fix. Here is a new version of getTemplates() that fixes the
problem (i.e makes it possible to inlucde actions with xslt-views from
jsp):
protected Templates getTemplates(HttpServletRequest request)
throws TransformerException, java.io.IOException {
String uri = (String)
request.getAttribute(javax.servlet.include.servlet_path);
if ( uri == null) {
uri = request.getServletPath();
}
String path = getServletContext().getRealPath(uri);
if (path == null) {
throw new TransformerException(Stylesheet + path + not
found);
}
Templates templates = (Templates) templatesCache.get(path);
if (templates == null) {
synchronized (templatesCache) {
// This may result in the template being put into the cache
multiple times
// if concurrent requests are made, but that's ok.
log.debug(Preparing new XSLT stylesheet: + path);
TransformerFactory factory =
TransformerFactory.newInstance();
templates = factory.newTemplates(new StreamSource(new
File(path)));
templatesCache.put(path, templates);
}
}
return templates;
}
//Peter
--
Peter AntmanChief Technology Officer, Development
Technology in Media, Box 34105 100 26 Stockholm
WWW: http://www.tim.se WWW: http://www.backsource.org
Email: [EMAIL PROTECTED]
Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Action Properties HttpSession
On Friday, Feb 7, 2003, at 08:49 Europe/London, Rickard Öberg wrote: hm.. IIRC model() is also a property (both getModel and model is tested if the model property is accessed. *If* I recall correctly we might as well use getModel(), since it looks cleaner. exposeModel() perhaps? Or fetchModel()? Regards, Simon --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XSLTServlet not woking when included (patch)
Is there a link to Jira from the opensymphony.com page? Yes - the top right hand images, next to SourceForge. -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity Views
What advantage does this have over the included WebworkVelocityServlet? In this model, you don't have access to the valuestack? Cheers, Scott Marco Papini wrote: I'm actually using Velocity for everything. For data retrieving, I created a generic Action class (that extends ActionSupport) which is extended by all actions. I've placed a getAction() method that returns the action itself so it can be accessed from the velocity template as $action. For instance, if I need to retrieve a particular user I'll put: #set($aUser = $action.getUser($userId)) Hope this can be of any help. Kelvin Tan wrote: Thanks. Thought as much... I'm guessing most WW users don't use Velocity? KT -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Velocity Views
Scott Farquhar wrote: What advantage does this have over the included WebworkVelocityServlet? He never said that he wasn't using the WebworkVelocityServlet. The method he describes is mostly just to get access to the action as a Velocity object. Otherwise it would be impossible to call methods, as he described. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Help needed with parametric action
Did you ever get this resolved?
-Original Message-
From: Sebastiano Pilla [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 11:04 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] Help needed with parametric action
Greetings,
I'm having some troubles when trying to pass parameters to one of my
actions and I'm stumped: I believe I must be missing something
embarassingly simple, but it appears I'm too dumb to figure
it out for
myself...
The problem: I have a class that extends ActionSupport and
implements both
ApplicationAware and ParameterAware, but the setParameters
method always
receives an empty map...
I call this action in a JSP page in this way:
%@ taglib uri=WebWorkTags prefix=webwork %
webwork:action name='content.BlogPostAction'
webwork:param name='lowerBoundDay' value=3 /
webwork:param name='upperBoundDay' value=-1 /
/webwork:action
I've placed some logging calls in doExecute() and
setParameters(), and
they're both called as I expect:
[2003-02-06 16:51:44,822] DEBUG
com.datafaber.action.content.BlogPostAction - setParameters
- pParameters = {} [2003-02-06 16:51:44,952] DEBUG
com.datafaber.action.content.BlogPostAction
content.BlogPostAction - Action executing..
[2003-02-06 16:51:44,962] DEBUG
com.datafaber.action.content.BlogPostAction
content.BlogPostAction - doExecute - mParameters = {}
However, the Map object passed to setParameters is empty!
What I'm doing wrong? Am I using an incorrect syntax in my JSP? Am I
totally off-base here and should be doing this in an entirely
different way?
Thanks for any help.
Sebastiano Pilla
E-TREE S.p.a. Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something
2 See! http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Action Properties HttpSession
-Original Message-
From: Rickard Öberg [mailto:[EMAIL PROTECTED]]
I have an idea: how about adding an interface Model that has one
method Object getModel(). It would be implemented in
ActionSupport as: public Object getModel() { return this; }
However, for those cases where a separate bean is used (e.g. a value
object from EJB) it would be overriden by the action as:
public Object getModel() { return someModelBean; }
When the dispatcher has executed an action and needs to
decide what to
put on the ValueStack it simply checks for the Model
interface and uses
it if available. If not available, then the action itself is used.
This would be largely transparent, but would allow for easy
use of the
form bean concept in Struts. If you need it it's there, but the
default is that action=model.
By using this one could avoid doing form names such as
myBean/oneProperty and simply use oneProperty instead, if the
getModel() method returns the model to be used both as input and as
result.
What say ye?
/Rickard
+1. Sounds good to me. I've added a Jira task to add this to WW2.0. Speaking of which,
+can someone make it so people can comment on Jira Issues? And maybe make it so I can
+assign things to myself?
I'm thinking for WW2.0 this can be put directly into the Action Interface, and have
the default behavior described by Rickard in ActionSupport.
Jason
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Help needed with parametric action
At 15.09 07/02/2003, Jason Carreira wrote: Did you ever get this resolved? No, unfortunately I haven't... Problem is, I can't seem to be able to pinpoint the exact problem, not even after a good night's sleep. I'm reasonably sure it's my fault, but I haven't got a clue. However, the Map object passed to setParameters is empty! Sebastiano Pilla E-TREE S.p.a. Via Fonderia 43 - 31100 Treviso (Italy) phone +39.0422.3107 fax +39.0422.310888 http://www.e-tree.com http://www.webanana.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Followup to the IRC meeting: ThreadLocal impl
-Original Message- From: Rickard Öberg [mailto:[EMAIL PROTECTED]] The context is set by the dispatcher: * Set context * Create action * Invoke action (which may invoke other actions) I've checked this into the sandbox. It doesn't work exactly like this as I've checked it in. Instead, the ActionContext is created and set during the init() of the ActionInvocation. This allows the Dispatcher to be VERY simple. All it needs to do is create a new ActionInvocation with the Action name and (optional) namespace, and then invoke() it. Patrick checked in some mods last night to what I did to make action chaining work by saving out and passing on the ValueStack to the next ActionInvocation (and corresponding ActionContext). Check out the sandbox and feel free to comment. Jason --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Help needed with parametric action
Please post any details you have, and a sample app that shows the problem, if possible. -Original Message- From: Sebastiano Pilla [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 9:22 AM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] Help needed with parametric action At 15.09 07/02/2003, Jason Carreira wrote: Did you ever get this resolved? No, unfortunately I haven't... Problem is, I can't seem to be able to pinpoint the exact problem, not even after a good night's sleep. I'm reasonably sure it's my fault, but I haven't got a clue. However, the Map object passed to setParameters is empty! Sebastiano Pilla E-TREE S.p.a. Via Fonderia 43 - 31100 Treviso (Italy) phone +39.0422.3107 fax +39.0422.310888 http://www.e-tree.com http://www.webanana.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] ui:textfield id attribute is missing
This should not have dropped out. I just noticed this myself on our project as we were migrating. I'll make the appropriate fixes for 1.3. - Original Message - From: Kirk Rasmussen To: [EMAIL PROTECTED] Sent: Thursday, February 06, 2003 7:42 PM Subject: [OS-webwork] ui:textfield id attribute is missing Does anyone know why the "id" attribute was removed from the ui tags? I now get the following runtime error: unexpected attribute `id' in `ui:textfield' This now became a very big issue with my migration from 1.2 to 1.3. I'm willing to do the work to put it back in but I was just curious on the reason (e.g. oversight). Thanks, Kirk Rasmussen Lucasfilm Ltd.
Re: [OS-webwork] Action Properties HttpSession
- Original Message - From: Rickard Öberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, February 07, 2003 9:19 AM Subject: Re: [OS-webwork] Action Properties HttpSession By using this one could avoid doing form names such as myBean/oneProperty and simply use oneProperty instead, if the getModel() method returns the model to be used both as input and as result. But if your bean contains other beans then you still have to use names like otherBean/newProperty, and if you today use several beans in your action you would have to create a wrapper class for them to use as the model (instead of just adding a get method for each bean in the action). So I do not see a very big practical advantage with the proposed addition. However, I am not against it if you find it useful, as long as the old way of doing it still works. Cheers, Dick [EMAIL PROTECTED] --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Action Properties HttpSession
Dick Zetterberg wrote: By using this one could avoid doing form names such as myBean/oneProperty and simply use oneProperty instead, if the getModel() method returns the model to be used both as input and as result. But if your bean contains other beans then you still have to use names like otherBean/newProperty, and if you today use several beans in your action you would have to create a wrapper class for them to use as the model (instead of just adding a get method for each bean in the action). In that case you could continue to use the action as the wrapper. So I do not see a very big practical advantage with the proposed addition. For the cases you mention, sure. But there's quite a number of cases where only one bean is being used as input/output and for that case it becomes much cleaner. However, I am not against it if you find it useful, as long as the old way of doing it still works. As I noted the default would be that it works exactly like today. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Help needed with parametric action
At 15.21 07/02/2003, Jason Carreira wrote:
Please post any details you have, and a sample app that shows the
problem, if possible.
Well, I have made some progress... Without changing the Java code (a class
that extends ActionSupport and implements ApplicationAware and
ParameterAware) I tried a different JSP approach.
I now have testblog.jsp and testblog2.jsp: the former includes the latter as
htmlheadtitle/title/headbody
jsp:include page=testblog2.jsp
jsp:param name=lowerBoundDay value=3 /
jsp:param name=upperBoundDay value=-1 /
/jsp:include
/body/html
and testblog2.jsp is:
%@ taglib uri=WebWorkTags prefix=webwork %
webwork:action name='content.BlogPostAction'
/webwork:action
With this arrangement, my BlogPostAction class can now see the parameters:
the setParameters method gets called, and in the log I see:
[2003-02-07 16:38:44,457] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - Action executing..
[2003-02-07 16:38:44,457] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - doExecute - mParameters =
{lowerBoundDay=[Ljava.lang.String;@50d45b,
upperBoundDay=[Ljava.lang.String;@49105b}
[2003-02-07 16:38:44,467] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - v = [3]
[2003-02-07 16:38:44,467] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - v = [-1]
[2003-02-07 16:38:44,807] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - doExecute - result = []
[2003-02-07 16:38:44,807] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - Action execution done
[2003-02-07 16:38:44,807] DEBUG com.datafaber.action.content.BlogPostAction
content.BlogPostAction - Action executed in 350 ms
The mParameters variable is set in the setParameters() method of
BlogPostAction, of course.
So, in the end I'm happy that I got it to work, but I still feel I do not
understand WebWork as much as I'd like. I thought that I could pass
parameters to actions via the param tag, and obviously it appears that I
was wrong. Could someone enlighten me as to why the following syntax does
not work as I originally thought?
%@ taglib uri=WebWorkTags prefix=webwork %
webwork:action name='content.BlogPostAction'
webwork:param name='lowerBoundDay' value=3 /
webwork:param name='upperBoundDay' value=-1 /
/webwork:action
Dunno if it matters, the setup I'm currently running is WebWork 1.2.1 and
Tomcat 4.1.12.
Regards
Sebastiano Pilla
E-TREE S.p.a. Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] CVS access
Why don't you send diffs to the list and a regular committer can add them. --Erik On Fri, 7 Feb 2003, Philipp Meier wrote: could please someone re-grant cvs write access to me (llucifer). I have some important bug fixes for XSLTServlet that should go into 1.3 -billy. -- --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] CVS access
On Fri, Feb 07, 2003 at 08:12:45AM -0800, Erik Beeson wrote: Why don't you send diffs to the list and a regular committer can add them. Because I'm the mantainer of the XSLT view layer and I will surely commit often. -billy. -- Meisterbohne Söflinger Straße 100 Tel: +49-731-399 499-0 eLösungen 89077 Ulm Fax: +49-731-399 499-9 msg01684/pgp0.pgp Description: PGP signature
Re: [OS-webwork] Action Properties HttpSession
-1 on adding it in the base Action interface. The minimum level the core
XWork framework should do is execute(), that's it.
-Pat
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, February 07, 2003 6:07 AM
Subject: RE: [OS-webwork] Action Properties HttpSession
-Original Message-
From: Rickard Öberg [mailto:[EMAIL PROTECTED]]
I have an idea: how about adding an interface Model that has one
method Object getModel(). It would be implemented in
ActionSupport as: public Object getModel() { return this; }
However, for those cases where a separate bean is used (e.g. a value
object from EJB) it would be overriden by the action as:
public Object getModel() { return someModelBean; }
When the dispatcher has executed an action and needs to
decide what to
put on the ValueStack it simply checks for the Model
interface and uses
it if available. If not available, then the action itself is used.
This would be largely transparent, but would allow for easy
use of the
form bean concept in Struts. If you need it it's there, but the
default is that action=model.
By using this one could avoid doing form names such as
myBean/oneProperty and simply use oneProperty instead, if the
getModel() method returns the model to be used both as input and as
result.
What say ye?
/Rickard
+1. Sounds good to me. I've added a Jira task to add this to WW2.0.
Speaking of which, can someone make it so people can comment on Jira Issues?
And maybe make it so I can assign things to myself?
I'm thinking for WW2.0 this can be put directly into the Action Interface,
and have the default behavior described by Rickard in ActionSupport.
Jason
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] where might info on this be?
Hey all, Is there a new value stack created for every view coming from an Action? Or is it possible to back reference previous Actions executed, basically what I'm getting at is the value stack session like? If so how? From my tests it doesnt seem to be, but I could be doing it wrong =) Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Mike Cannon-Brookes Sent: Monday, February 03, 2003 7:28 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? Almost, but not quite. :) RULES OF THE STACK: 1) The stack is just a stack of objects. 2) Initially the stack contains the Action executed (this is why as you say value=foo calls action.getFoo()) 3) New objects are placed onto the stack during the body of various tags (like ww:iterator or ww:property for example) 4) Using the expression language you can navigate UP the stack (ie ../ to move up the stack, / to root an expression from the top of the stack) 5) Using the expression language you can navigate DOWN the object graph from any point on the stack (ie / to move down the object's methods) How is that for a brief primer? Should we put this on the Wiki? Anyone have any other rules to add? -mike On 4/2/03 10:15 AM, Andre Mermegas ([EMAIL PROTECTED]) penned the words: Yeah, I've been looking at the wiki and saw that document, it is very helpful for the syntax, thanks. As far as the value stack goes, I've been thinking about it a bit, and this is what I've come up with, The stack begins with whatever properties comes from the Action directly, so errors is a base property because it has a getter/setter in ActionSupport and through inheritance my Action. As witnessed by: ww:iterator value=errors key=ww:property value=key/, value=ww:property value=value/br /ww:iterator Anything attached to the Action say for instance a bean that has a getter/setter; its properties are not visible from the base of the stack because the getters and setters for the beans properties are not in the action but are in the bean, so to access them you must prefix the property value with objectName/propertyname. As witenessed by: name=ww:property value=testBean/name/ I think I get it now. Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of boxed Sent: Monday, February 03, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? 3.) A list of all possible views.properties entries like action.* what is available and what does it do. I'm aware of the basic ones: foo.action, foo.success, foo.error, foo.none, foo.input, foo.login for having looked at the Action interface but are there any other possible? I don't know. The suffixes are just strings. An action returns a String, and that return value is what you map in the views.properties file. Nothing more, nothing less. 2.) A good explanation of how exactly the value stack works, The wiki has a reference: http://www.opensymphony.com:8668/space/WebWork+Expression+Language+Synta x Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] ui:textfield id attribute is missing
Awesome. Thanks so much. I think it just disappeared from the *.tld file from what I can tell. -Original Message-From: matt baldree [mailto:[EMAIL PROTECTED]]Sent: Friday, February 07, 2003 6:40 AMTo: [EMAIL PROTECTED]Subject: Re: [OS-webwork] ui:textfield id attribute is missing This should not have dropped out. I just noticed this myself on our project as we were migrating. I'll make the appropriate fixes for 1.3. - Original Message - From: Kirk Rasmussen To: [EMAIL PROTECTED] Sent: Thursday, February 06, 2003 7:42 PM Subject: [OS-webwork] ui:textfield id attribute is missing Does anyone know why the "id" attribute was removed from the ui tags? I now get the following runtime error: unexpected attribute `id' in `ui:textfield' This now became a very big issue with my migration from 1.2 to 1.3. I'm willing to do the work to put it back in but I was just curious on the reason (e.g. oversight). Thanks, Kirk Rasmussen Lucasfilm Ltd.
[OS-webwork] file ui tag for jsps
Hey guys... The time has come that I need to use the file upload features of webwork and I'm wondering why there isn't a UI tag for file upload? The case wishing such a feature existed is because I may want to send the user back to the form with a status message of You must supply a filename or something similar. I'm pretty sure that I'll end up coding something to handle this on my own, but is there a reason this doesn't existing in the UI core? Thanks, Justen Stepka --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] file ui tag for jsps
I just don't think anyone ever did it. I think it's a good idea. -Original Message- From: Justen Stepka [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 4:31 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] file ui tag for jsps Hey guys... The time has come that I need to use the file upload features of webwork and I'm wondering why there isn't a UI tag for file upload? The case wishing such a feature existed is because I may want to send the user back to the form with a status message of You must supply a filename or something similar. I'm pretty sure that I'll end up coding something to handle this on my own, but is there a reason this doesn't existing in the UI core? Thanks, Justen Stepka --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Action Properties HttpSession
On Fri, Feb 07, 2003 at 09:49:20AM +0100, Rickard Öberg wrote: hm.. IIRC model() is also a property (both getModel and model is tested if the model property is accessed. *If* I recall correctly we might as well use getModel(), since it looks cleaner. According to the javabeans spec (1.0.1, section 8.3), you need the get for it to be considered a property by the Introspector under normal circumstances. is is allowed for boolean properties. You can customize things through BeanInfo, of course. -Chris --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] where might info on this be?
If you want to save things in the Session, you need to do it explicitly. The ValueStack is only valid during one request / response cycle. -Original Message- From: Andre Mermegas [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 2:23 PM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] where might info on this be? Hey all, Is there a new value stack created for every view coming from an Action? Or is it possible to back reference previous Actions executed, basically what I'm getting at is the value stack session like? If so how? From my tests it doesn't seem to be, but I could be doing it wrong =) Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Mike Cannon-Brookes Sent: Monday, February 03, 2003 7:28 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? Almost, but not quite. :) RULES OF THE STACK: 1) The stack is just a stack of objects. 2) Initially the stack contains the Action executed (this is why as you say value=foo calls action.getFoo()) 3) New objects are placed onto the stack during the body of various tags (like ww:iterator or ww:property for example) 4) Using the expression language you can navigate UP the stack (ie ../ to move up the stack, / to root an expression from the top of the stack) 5) Using the expression language you can navigate DOWN the object graph from any point on the stack (ie / to move down the object's methods) How is that for a brief primer? Should we put this on the Wiki? Anyone have any other rules to add? -mike On 4/2/03 10:15 AM, Andre Mermegas ([EMAIL PROTECTED]) penned the words: Yeah, I've been looking at the wiki and saw that document, it is very helpful for the syntax, thanks. As far as the value stack goes, I've been thinking about it a bit, and this is what I've come up with, The stack begins with whatever properties comes from the Action directly, so errors is a base property because it has a getter/setter in ActionSupport and through inheritance my Action. As witnessed by: ww:iterator value=errors key=ww:property value=key/, value=ww:property value=value/br /ww:iterator Anything attached to the Action say for instance a bean that has a getter/setter; its properties are not visible from the base of the stack because the getters and setters for the beans properties are not in the action but are in the bean, so to access them you must prefix the property value with objectName/propertyname. As witenessed by: name=ww:property value=testBean/name/ I think I get it now. Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of boxed Sent: Monday, February 03, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? 3.) A list of all possible views.properties entries like action.* what is available and what does it do. I'm aware of the basic ones: foo.action, foo.success, foo.error, foo.none, foo.input, foo.login for having looked at the Action interface but are there any other possible? I don't know. The suffixes are just strings. An action returns a String, and that return value is what you map in the views.properties file. Nothing more, nothing less. 2.) A good explanation of how exactly the value stack works, The wiki has a reference: http://www.opensymphony.com:8668/space/WebWork+Expression+Lang uage+Synta x Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM +
RE: [OS-webwork] where might info on this be?
Ah k thats what I thought. Thanks =) Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Jason Carreira Sent: Friday, February 07, 2003 5:40 PM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] where might info on this be? If you want to save things in the Session, you need to do it explicitly. The ValueStack is only valid during one request / response cycle. -Original Message- From: Andre Mermegas [mailto:[EMAIL PROTECTED]] Sent: Friday, February 07, 2003 2:23 PM To: [EMAIL PROTECTED] Subject: RE: [OS-webwork] where might info on this be? Hey all, Is there a new value stack created for every view coming from an Action? Or is it possible to back reference previous Actions executed, basically what I'm getting at is the value stack session like? If so how? From my tests it doesn't seem to be, but I could be doing it wrong =) Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Mike Cannon-Brookes Sent: Monday, February 03, 2003 7:28 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? Almost, but not quite. :) RULES OF THE STACK: 1) The stack is just a stack of objects. 2) Initially the stack contains the Action executed (this is why as you say value=foo calls action.getFoo()) 3) New objects are placed onto the stack during the body of various tags (like ww:iterator or ww:property for example) 4) Using the expression language you can navigate UP the stack (ie ../ to move up the stack, / to root an expression from the top of the stack) 5) Using the expression language you can navigate DOWN the object graph from any point on the stack (ie / to move down the object's methods) How is that for a brief primer? Should we put this on the Wiki? Anyone have any other rules to add? -mike On 4/2/03 10:15 AM, Andre Mermegas ([EMAIL PROTECTED]) penned the words: Yeah, I've been looking at the wiki and saw that document, it is very helpful for the syntax, thanks. As far as the value stack goes, I've been thinking about it a bit, and this is what I've come up with, The stack begins with whatever properties comes from the Action directly, so errors is a base property because it has a getter/setter in ActionSupport and through inheritance my Action. As witnessed by: ww:iterator value=errors key=ww:property value=key/, value=ww:property value=value/br /ww:iterator Anything attached to the Action say for instance a bean that has a getter/setter; its properties are not visible from the base of the stack because the getters and setters for the beans properties are not in the action but are in the bean, so to access them you must prefix the property value with objectName/propertyname. As witenessed by: name=ww:property value=testBean/name/ I think I get it now. Regards, -Andre Mermegas -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of boxed Sent: Monday, February 03, 2003 5:36 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] where might info on this be? 3.) A list of all possible views.properties entries like action.* what is available and what does it do. I'm aware of the basic ones: foo.action, foo.success, foo.error, foo.none, foo.input, foo.login for having looked at the Action interface but are there any other possible? I don't know. The suffixes are just strings. An action returns a String, and that return value is what you map in the views.properties file. Nothing more, nothing less. 2.) A good explanation of how exactly the value stack works, The wiki has a reference: http://www.opensymphony.com:8668/space/WebWork+Expression+Lang uage+Synta x Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! http://www.vasoftware.com
Re: [OS-webwork] Velocity Views
Rickard Öberg wrote: He never said that he wasn't using the WebworkVelocityServlet. The method he describes is mostly just to get access to the action as a Velocity object. Otherwise it would be impossible to call methods, as he described. I'm confused. Isn't the action at the top of the valuestack after it is called? so $abc calls action.getAbc() ? -- ATLASSIAN - http://www.atlassian.com Expert J2EE Software, Services and Support --- Need a simple, powerful way to track and manage issues? Try JIRA - http://www.atlassian.com/software/jira --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Action Properties HttpSession
That would be excellent.
Regards,
-Andre Mermegas
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of
Rickard Öberg
Sent: Friday, February 07, 2003 3:49 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] Action Properties HttpSession
Chris Nokleberg wrote:
I have an idea: how about adding an interface Model that has one
method Object getModel(). It would be implemented in ActionSupport
as:
public Object getModel() { return this; }
It is a good idea. Maverick does something similar, I think.
Might I suggest that the method be:
Object model()
getModel makes it a property, which then becomes part of the model
itself.
hm.. IIRC model() is also a property (both getModel and model is
tested if the model property is accessed.
*If* I recall correctly we might as well use getModel(), since it looks
cleaner.
/Rickard
--
Rickard Öberg
[EMAIL PROTECTED]
Senselogic
Got blog? I do. http://dreambean.com
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
