[OS-webwork] can't grok XWork Result workings
Hey, I'm struggling a bit over XWork's Result, ActionChainResult and ResultInterceptor. It all started because: a) if I try to createActionProxy for an action that doesn't exist I get a ConfigurationException. b) ActionChainResult and ResultInterceptor swallow exceptions when the action I refer to in the result tag doesn't exist. IMHO the 'b' situation is also a ConfigurationException. However, that's not the real issue I've got. I must be sleep deprived or something because I can't figure out how the String is returned from my Action.execute()s called via deeply nested 'result' tags. What the heck am I missing? (I just know I'm going to feel dumb about this). Thanks, Trevor --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Link QueryString
jason i'm using Iterator and get some values fom the database, and i need to give a link to the value and in that link i need to pass parameters (i,e thru querystring). how do i pass the values thru the querystring This is my code and the parameter for result.jsp?qid is null. hopw do i get it? ***This is my Code* it:subset source=pollQuestionArray start=0 it:iterator a href=result.jsp?qid=it:property value=qid/it:property value=ques//a hr /it:iterator Thanks Regards Snehal -- Snehal K. GandhiSIP Technologies Exports Ltd., Software Engineer G4 Elnet SoftwareCity, Chennai Core Technology Group URL:http://www.siptech.com/ [EMAIL PROTECTED] Ph: +91-44-22541473/4 x313 -- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Link QueryString
no it's not working, in this the ID is displayed and not set as a QueryString, even i'm able to display it but, setting it as a querystring is creating problems any other way for this snehal Cathal Cullinane wrote: try something like this a href=webwork:url page=SomeAction.action?qid=/webwork:property value=qid/it:property value=ques//a or a href=result.jsp?qid=/webwork:property value='qid'/it:property value='ques'//a hope this is a help -Original Message- From: Snehal K.Gandhi [mailto:[EMAIL PROTECTED] Sent: 13 March 2003 11:53 To: Jason Carreira; opensymphony-webwork Subject: [OS-webwork] Link QueryString jason i'm using Iterator and get some values fom the database, and i need to give a link to the value and in that link i need to pass parameters (i,e thru querystring). how do i pass the values thru the querystring This is my code and the parameter for result.jsp?qid is null. hopw do i get it? ***This is my Code* it:subset source=pollQuestionArray start=0 it:iterator a href=result.jsp?qid=it:property value=qid/it:property value=ques//a hr /it:iterator Thanks Regards Snehal -- Snehal K. GandhiSIP Technologies Exports Ltd., Software Engineer G4 Elnet SoftwareCity, Chennai Core Technology Group URL:http://www.siptech.com/ [EMAIL PROTECTED] Ph: +91-44-22541473/4 x313 -- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Link QueryString
anyway i found it out, thnx for the reply, a href=result.jsp?qid=webwork:property value='qid'/it:property value='ques'//a this one works. thnx snehal Cathal Cullinane wrote: try something like this a href=webwork:url page=SomeAction.action?qid=/webwork:property value=qid/it:property value=ques//a or a href=result.jsp?qid=/webwork:property value='qid'/it:property value='ques'//a hope this is a help -Original Message- From: Snehal K.Gandhi [mailto:[EMAIL PROTECTED] Sent: 13 March 2003 11:53 To: Jason Carreira; opensymphony-webwork Subject: [OS-webwork] Link QueryString jason i'm using Iterator and get some values fom the database, and i need to give a link to the value and in that link i need to pass parameters (i,e thru querystring). how do i pass the values thru the querystring This is my code and the parameter for result.jsp?qid is null. hopw do i get it? ***This is my Code* it:subset source=pollQuestionArray start=0 it:iterator a href=result.jsp?qid=it:property value=qid/it:property value=ques//a hr /it:iterator Thanks Regards Snehal -- Snehal K. GandhiSIP Technologies Exports Ltd., Software Engineer G4 Elnet SoftwareCity, Chennai Core Technology Group URL:http://www.siptech.com/ [EMAIL PROTECTED] Ph: +91-44-22541473/4 x313 -- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] can't grok XWork Result workings
-Original Message- From: Trevor Squires [mailto:[EMAIL PROTECTED] Sent: Thursday, March 13, 2003 4:21 AM To: Webwork List Subject: Re: [OS-webwork] can't grok XWork Result workings Yowch. I think I've figured out what the 'magic' was. It would appear that there is only once instance for each class of an interceptor. This is pretty counter-intuitive to me as interceptors are defined on a per-package basis in the xml config file. Not only that but won't the AbstractInterceptor.result get clobbered across threads? This doesn't seem right... Trevor Yes, you're right. Good Catch. For now, I'm making the interceptors go back to being completely stateless by removing the result string from the instance and instead passing it to the after() call. It's on my to-do list to look at Interceptors again... I still think, until someone can show me an example, that Interceptors should be stateless and don't need parameterization, so we can stick with the one instance per class. Jason --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] (somewhat OT) velocity vs jsp
Alright, so based on the feedback so far, the consensus seems to be: webwork jsp UI tags are much slower than velocity equivalents. So the culprit seems to be the webwork UI tags, not jsp itself. On Thursday, March 13, 2003, at 12:13 PM, boxed wrote: scriptlets will probably be almost as fast, I'm guessing. Tags could be much slower, since the way that containers handle tags is different for each container. As I've understood it the tag overhead itself isn't really that big of an issue, the tags ARE reused after all. The JSP include the webwork UI tags use, however, is HORRIBLY slow. Velocity includes are practically no time whatsoever. Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] retrive values from a querystring
hi how do i get values from a querystring inanother page a href=result.jsp?qid=webwork:property value='qid'/it:property value='ques'//a here i'm passing the qid to result.jsp, how do i get the value of the qid i tried webwork:property value=qid/ in my result,jsp how to do it? thnx regards snehal -- Snehal K. GandhiSIP Technologies Exports Ltd., Software Engineer G4 Elnet SoftwareCity, Chennai Core Technology Group URL:http://www.siptech.com/ [EMAIL PROTECTED] Ph: +91-44-22541473/4 x313 -- --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] (somewhat OT) velocity vs jsp
Hani, It is fairly simple to test - given that CVS HEAD has tags based on either velocity or jsp. There are two sources of potential slowness with jsp: - parsing rendering overhead - rd.include() overhead. From my experience both of the above can be reduced by using velocity. Tomcat (until recently) was very slow doing an rd.include(), which is the way that the webwork tags work (including the template). However, the currently commited velocity tags (1.3/CVS HEAD) still use the rd.include(), and the velocity servlet to serve the content. They still serve the page much faster than JSP (on almost all containers), so there must some overhead in the parsing rendering also. Overall, JSP compilation and servlet containers are improving, and one day Tomcat Jetty will be much closer to Orion/Resin. However, if you are looking for a constant (fast) time across containers, then you choose velocity, as it is a known variable. That given, there are a lot of things about velocity that shit me, such as #foreach(Map) iterating across the keyset and not the entryset, and few ugly parsing issue that make it hard to do webwork's funky loosely-typed syntax easily. Cheers, Scott Hani Suleiman wrote: Alright, so based on the feedback so far, the consensus seems to be: webwork jsp UI tags are much slower than velocity equivalents. So the culprit seems to be the webwork UI tags, not jsp itself. On Thursday, March 13, 2003, at 12:13 PM, boxed wrote: scriptlets will probably be almost as fast, I'm guessing. Tags could be much slower, since the way that containers handle tags is different for each container. As I've understood it the tag overhead itself isn't really that big of an issue, the tags ARE reused after all. The JSP include the webwork UI tags use, however, is HORRIBLY slow. Velocity includes are practically no time whatsoever. Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- 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:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] (somewhat OT) velocity vs jsp
Hani Suleiman wrote: Alright, so based on the feedback so far, the consensus seems to be: webwork jsp UI tags are much slower than velocity equivalents. So the culprit seems to be the webwork UI tags, not jsp itself. Well, it's the base JSP include overhead that is bad, really. Including a JSP has in my own benchmarks a 2ms overhead. For some applications, like our portal product as an example, that is just totally unacceptable. Velocity has a vastly lower overhead for includes, as boxed said practically no time at all. /Rickard --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] (somewhat OT) velocity vs jsp
Well, again, that tests webwork, not jsp vs velocity. A 'real' test would be one where webwork is NOT part of the equation, or at least, there is a VERY thin 'glue' UI specific layer. Also using tomcat for any kind of performance test like this one would be rather...silly. It'd be like using jboss to prove that ejbs suck. Of COURSE a given tech will suck if you choose a braindead impl. In the case of velocity vs jsp, I'd be inclined to discard any tests on servers other than orion/resin. For one thing, I'm pretty sure that the developers of those containers would very quickly scramble to speed up their jsp impls if a good example can prove that it's slower than using velocity. On Thursday, March 13, 2003, at 12:50 PM, Scott Farquhar wrote: Hani, It is fairly simple to test - given that CVS HEAD has tags based on either velocity or jsp. There are two sources of potential slowness with jsp: - parsing rendering overhead - rd.include() overhead. From my experience both of the above can be reduced by using velocity. Tomcat (until recently) was very slow doing an rd.include(), which is the way that the webwork tags work (including the template). However, the currently commited velocity tags (1.3/CVS HEAD) still use the rd.include(), and the velocity servlet to serve the content. They still serve the page much faster than JSP (on almost all containers), so there must some overhead in the parsing rendering also. Overall, JSP compilation and servlet containers are improving, and one day Tomcat Jetty will be much closer to Orion/Resin. However, if you are looking for a constant (fast) time across containers, then you choose velocity, as it is a known variable. That given, there are a lot of things about velocity that shit me, such as #foreach(Map) iterating across the keyset and not the entryset, and few ugly parsing issue that make it hard to do webwork's funky loosely-typed syntax easily. Cheers, Scott Hani Suleiman wrote: Alright, so based on the feedback so far, the consensus seems to be: webwork jsp UI tags are much slower than velocity equivalents. So the culprit seems to be the webwork UI tags, not jsp itself. On Thursday, March 13, 2003, at 12:13 PM, boxed wrote: scriptlets will probably be almost as fast, I'm guessing. Tags could be much slower, since the way that containers handle tags is different for each container. As I've understood it the tag overhead itself isn't really that big of an issue, the tags ARE reused after all. The JSP include the webwork UI tags use, however, is HORRIBLY slow. Velocity includes are practically no time whatsoever. Anders Hovmöller [EMAIL PROTECTED] http://boxed.killingar.net --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork -- 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:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.net email is sponsored by:Crypto Challenge is now open! Get cracking and register here for some mind boggling fun and the chance of winning an Apple iPod: http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] passing values to a action
after getting the value thru the querystring qid how do i set it to a
method in my class and send it as a parameter.
in my class i have a method called
public void setQID(int _qid){
this._qid=_qid;
}
and in my JSP,
poll:property value=$qid/hr
poll:action name='viewQuestionOptions'
poll:property value=qID/ -- i tried this
but it is not working,i think it is used to get the values instead.
here i want to set the value i got as a parameter into the setQID method
of my class
You are mixing up the names, webwork is case sensitive. setQID relates to a
property called qID. I would suggest you change it to setQid so that the
property name is qid.
ww:property does indeed fetch data, you want ww:param.
Anders Hovmöller
[EMAIL PROTECTED] http://boxed.killingar.net
---
This SF.net email is sponsored by:Crypto Challenge is now open!
Get cracking and register here for some mind boggling fun and
the chance of winning an Apple iPod:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
