Re: Ajax with struts
That page isn't actually about AjaxTags, it's about Ajax with Struts in general. It does of course mention AjaxTags :) In any case, all changed... I also did some updating of that page while I was at it :) Frank Michael Jouravlev wrote: No one owns wiki :) I just wanted to structure it so most valuable and stuff could be included into the next version of the User's Guide. On another hand, since AjaxTags are not part of Struts (yet?), then maybe you are right and the better place for this page is in Articles and How-Tos. Please, feel free to make appropriate changes. I am doing the same ;-) On 7/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: See this Wiki entry for a start: http://wiki.apache.org/struts/AjaxStruts Frank P.S. - Michael J. - I think this page is more appropriate in the "Struts Articles, Tutorials, FAQ's and Tips" section, don't you? You've become pretty much the God of the Wiki though, so I didn't want to go move it on you myself :) Rauf Khan wrote: > Hi All, > >I wanted to integrate Ajax with struts. Pls let me the link/tutorial > from where i could get the information. > > Thanks in Advance. > > Regards > Rauf Khan > -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax with struts
No one owns wiki :) I just wanted to structure it so most valuable and stuff could be included into the next version of the User's Guide. On another hand, since AjaxTags are not part of Struts (yet?), then maybe you are right and the better place for this page is in Articles and How-Tos. Please, feel free to make appropriate changes. I am doing the same ;-) On 7/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: See this Wiki entry for a start: http://wiki.apache.org/struts/AjaxStruts Frank P.S. - Michael J. - I think this page is more appropriate in the "Struts Articles, Tutorials, FAQ's and Tips" section, don't you? You've become pretty much the God of the Wiki though, so I didn't want to go move it on you myself :) Rauf Khan wrote: > Hi All, > >I wanted to integrate Ajax with struts. Pls let me the link/tutorial > from where i could get the information. > > Thanks in Advance. > > Regards > Rauf Khan > -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Ajax with struts
See this Wiki entry for a start: http://wiki.apache.org/struts/AjaxStruts Frank P.S. - Michael J. - I think this page is more appropriate in the "Struts Articles, Tutorials, FAQ's and Tips" section, don't you? You've become pretty much the God of the Wiki though, so I didn't want to go move it on you myself :) Rauf Khan wrote: Hi All, I wanted to integrate Ajax with struts. Pls let me the link/tutorial from where i could get the information. Thanks in Advance. Regards Rauf Khan -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ajax with struts
Hi All, I wanted to integrate Ajax with struts. Pls let me the link/tutorial from where i could get the information. Thanks in Advance. Regards Rauf Khan
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: is /so/ ugly. If that's the worst complaint anyone has about S2, I'll be a very happy camper. :) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
Sorry Don, it's getting late and I dashed off that last answer before I understood what you'd written :O I realised while brushing my teeth, it should be possible, instead of to have something like or is /so/ ugly. Don Brown on 25/07/06 00:34, wrote: A quick word about interceptors. The purpose of Interceptors is to allow you greater control over the controller layer, specifically common logic that applies to multiple actions. 80% of applications shouldn't need to define their own interceptors, as the default stack should do what you need. Think of the default interceptor stack as the Struts RequestProcessor. Most Struts applications have no need to define their own request processor. Of the remaining 20%, I'd guess 80% or so of those applications need to define specific interceptors for specific actions. Most of the time, you can define an application-specific application, place that interceptor in a new default stack, then have that stack the default for all your packages. Therefore, only a small percentange really need the ability to define interceptors at the action mapping level. If you find yourself using the interceptor-ref element a lot, ensure that you couldn't avoid that by setting a default interceptor stack for the package, or even if you need a custom interceptor stack at all. If you find yourself really needing the advanced use of interceptors, the name 'interceptor-ref' will be valuable as it signifies an interceptor defined elsewhere that you are referencing. Don On 7/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: interceptor-element? Ted Husted wrote: > On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: >> Guessing how busy you are, you may not be interested, but I think it's >> pretty >> obvious that the more user-friendly a name is, the more it will be >> used by the >> community. >> >> Interceptor-ref probably describes exactly what it is in framework >> architecture >> terms, but something like 'goal', 'phase', 'execution' or 'command' will >> undoubtedly be alot better received. (I grabbed those from the maven >> vocab, in >> case you didn't notice). > > The obvious name is interceptor-stack, but the DTD uses that for > another purpose. The interceptor-ref can be a single interceptor, > another interceptor-ref, or any combination of the two (e.g., a > composite). It's role in the framework is to create what Struts 1 > calls the "request processor" or "controller". In Struts 1.3, the > request processor is a chain of commands, and, so, conceptually very > close to an interceptor stack. > > A syntatically sweet name might be "controller", but since it's > implemented as a composite of interceptor stack, that name would mask > what it is doing, and probably make it harder to use. > > might be the most descriptive, but it's > a lot to type, and the DTD is designed to be keyboard friendly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
If you look at the number of people using struts, 20% of them is still very many. Using interceptors is not rocket science either. Of course I can see why will be valuable for its descriptiveness, but good documentation would be too, and 'syntactical sweetness' would appeal to all those who prefer to see a nicely curved engine cover than a mass of tubing, electrics and cylinder head! (The majority, surely?) Regards Adams Don Brown on 25/07/06 00:34, wrote: A quick word about interceptors. The purpose of Interceptors is to allow you greater control over the controller layer, specifically common logic that applies to multiple actions. 80% of applications shouldn't need to define their own interceptors, as the default stack should do what you need. Think of the default interceptor stack as the Struts RequestProcessor. Most Struts applications have no need to define their own request processor. Of the remaining 20%, I'd guess 80% or so of those applications need to define specific interceptors for specific actions. Most of the time, you can define an application-specific application, place that interceptor in a new default stack, then have that stack the default for all your packages. Therefore, only a small percentange really need the ability to define interceptors at the action mapping level. If you find yourself using the interceptor-ref element a lot, ensure that you couldn't avoid that by setting a default interceptor stack for the package, or even if you need a custom interceptor stack at all. If you find yourself really needing the advanced use of interceptors, the name 'interceptor-ref' will be valuable as it signifies an interceptor defined elsewhere that you are referencing. Don On 7/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: interceptor-element? Ted Husted wrote: > On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: >> Guessing how busy you are, you may not be interested, but I think it's >> pretty >> obvious that the more user-friendly a name is, the more it will be >> used by the >> community. >> >> Interceptor-ref probably describes exactly what it is in framework >> architecture >> terms, but something like 'goal', 'phase', 'execution' or 'command' will >> undoubtedly be alot better received. (I grabbed those from the maven >> vocab, in >> case you didn't notice). > > The obvious name is interceptor-stack, but the DTD uses that for > another purpose. The interceptor-ref can be a single interceptor, > another interceptor-ref, or any combination of the two (e.g., a > composite). It's role in the framework is to create what Struts 1 > calls the "request processor" or "controller". In Struts 1.3, the > request processor is a chain of commands, and, so, conceptually very > close to an interceptor stack. > > A syntatically sweet name might be "controller", but since it's > implemented as a composite of interceptor stack, that name would mask > what it is doing, and probably make it harder to use. > > might be the most descriptive, but it's > a lot to type, and the DTD is designed to be keyboard friendly. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
A quick word about interceptors. The purpose of Interceptors is to allow you greater control over the controller layer, specifically common logic that applies to multiple actions. 80% of applications shouldn't need to define their own interceptors, as the default stack should do what you need. Think of the default interceptor stack as the Struts RequestProcessor. Most Struts applications have no need to define their own request processor. Of the remaining 20%, I'd guess 80% or so of those applications need to define specific interceptors for specific actions. Most of the time, you can define an application-specific application, place that interceptor in a new default stack, then have that stack the default for all your packages. Therefore, only a small percentange really need the ability to define interceptors at the action mapping level. If you find yourself using the interceptor-ref element a lot, ensure that you couldn't avoid that by setting a default interceptor stack for the package, or even if you need a custom interceptor stack at all. If you find yourself really needing the advanced use of interceptors, the name 'interceptor-ref' will be valuable as it signifies an interceptor defined elsewhere that you are referencing. Don On 7/24/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: interceptor-element? Ted Husted wrote: > On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: >> Guessing how busy you are, you may not be interested, but I think it's >> pretty >> obvious that the more user-friendly a name is, the more it will be >> used by the >> community. >> >> Interceptor-ref probably describes exactly what it is in framework >> architecture >> terms, but something like 'goal', 'phase', 'execution' or 'command' will >> undoubtedly be alot better received. (I grabbed those from the maven >> vocab, in >> case you didn't notice). > > The obvious name is interceptor-stack, but the DTD uses that for > another purpose. The interceptor-ref can be a single interceptor, > another interceptor-ref, or any combination of the two (e.g., a > composite). It's role in the framework is to create what Struts 1 > calls the "request processor" or "controller". In Struts 1.3, the > request processor is a chain of commands, and, so, conceptually very > close to an interceptor stack. > > A syntatically sweet name might be "controller", but since it's > implemented as a composite of interceptor stack, that name would mask > what it is doing, and probably make it harder to use. > > might be the most descriptive, but it's > a lot to type, and the DTD is designed to be keyboard friendly. > > -Ted. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
interceptor-element? Ted Husted wrote: On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: Guessing how busy you are, you may not be interested, but I think it's pretty obvious that the more user-friendly a name is, the more it will be used by the community. Interceptor-ref probably describes exactly what it is in framework architecture terms, but something like 'goal', 'phase', 'execution' or 'command' will undoubtedly be alot better received. (I grabbed those from the maven vocab, in case you didn't notice). The obvious name is interceptor-stack, but the DTD uses that for another purpose. The interceptor-ref can be a single interceptor, another interceptor-ref, or any combination of the two (e.g., a composite). It's role in the framework is to create what Struts 1 calls the "request processor" or "controller". In Struts 1.3, the request processor is a chain of commands, and, so, conceptually very close to an interceptor stack. A syntatically sweet name might be "controller", but since it's implemented as a composite of interceptor stack, that name would mask what it is doing, and probably make it harder to use. might be the most descriptive, but it's a lot to type, and the DTD is designed to be keyboard friendly. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] Java Web Parts - http://javawebparts.sourceforge.net Supplying the wheel, so you don't have to reinvent it! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: Guessing how busy you are, you may not be interested, but I think it's pretty obvious that the more user-friendly a name is, the more it will be used by the community. Interceptor-ref probably describes exactly what it is in framework architecture terms, but something like 'goal', 'phase', 'execution' or 'command' will undoubtedly be alot better received. (I grabbed those from the maven vocab, in case you didn't notice). The obvious name is interceptor-stack, but the DTD uses that for another purpose. The interceptor-ref can be a single interceptor, another interceptor-ref, or any combination of the two (e.g., a composite). It's role in the framework is to create what Struts 1 calls the "request processor" or "controller". In Struts 1.3, the request processor is a chain of commands, and, so, conceptually very close to an interceptor stack. A syntatically sweet name might be "controller", but since it's implemented as a composite of interceptor stack, that name would mask what it is doing, and probably make it harder to use. might be the most descriptive, but it's a lot to type, and the DTD is designed to be keyboard friendly. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
Ted Husted on 24/07/06 21:59, wrote: On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: It all looks very interesting. I just read some stuff on the xworks opensymphony site and it looks pretty sound [1] and [2]. You guys must be working like dogs, there seems to be so much there to integrate. Kudos and respect to you all, this seems to be more and more important the more I find out. ... On a semantic note, are you really going to have tags in struts-config? Or are you changing the name to something more, ahem, user-friendly? To be clear, we've adopted WebWork 2.2 as Struts 2.0. For Struts 1 developers, moving to Struts 2 is going to represent a clean break. Both versions use the same strategies and architecture, but the implementation details differs. We're working on material to ease the transition, but it's still going to be a transition. Happily, the versions can coexist, so one option for teams with a working S1 application will be to try new work in S2. I hadn't really thought of as being unfriendly before. I believe the idea is that we can specify an interceptor or a reference to another interceptor element, mixing and matching as needed. Guessing how busy you are, you may not be interested, but I think it's pretty obvious that the more user-friendly a name is, the more it will be used by the community. Interceptor-ref probably describes exactly what it is in framework architecture terms, but something like 'goal', 'phase', 'execution' or 'command' will undoubtedly be alot better received. (I grabbed those from the maven vocab, in case you didn't notice). regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
David Evans on 24/07/06 22:20, wrote: On Mon, 2006-07-24 at 21:45 +0100, Adam Hardy wrote: Ted Husted on 24/07/06 15:22, wrote: The package that delivers the interceptor mechanism is XWork. XWork also handles matcing things like URIs to action mappings and it provides the base validation framework. Surprisingly little is actually in Struts 2 itself. Most of the functionality derives from XWork, which is web-neutral. XWork is already being used to power other frameworks. I've divided up my response as you may have noticed from the list of emails from my email address. It all looks very interesting. I just read some stuff on the xworks opensymphony site and it looks pretty sound [1] and [2]. You guys must be working like dogs, there seems to be so much there to integrate. Kudos and respect to you all, this seems to be more and more important the more I find out. I am pondering on the command/dispatch style action mechanism like DispatchAction where the dispatch switch is based on an HTTP parameter identified by its prefix. Would that mechanism be implemented by a pre-action listener? I'm trying to pick up the lingo on the hoof here [2]. This page will help: http://opensymphony.com/webwork/wikidocs/ActionMapper.html If a parameter is sent which has the string "method:" as its beginning, the DefaultActionMapper uses the rest of the string as the name of the method to execute for that request. Super. That is just what I was looking for. It's going straight into my Struts 1.3 app. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On 7/24/06, David Evans <[EMAIL PROTECTED]> wrote: There is another idiom that is used for method selection which is fooAction!barMethod.action. In this case the mapper will run the barMethod of the fooAction. This seems to be going away, as it can be duplicated by the use of wildcards, as described in this thread: http://www.mail-archive.com/dev@struts.apache.org/msg22761.html Yes, the action!alias idiom is deprecated. There are some release notes regarding Struts 2.0.0 here: * http://www.twdata.org/backups/WW/release-notes-200.html Still a work-in-progress though. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On Mon, 2006-07-24 at 21:45 +0100, Adam Hardy wrote: > Ted Husted on 24/07/06 15:22, wrote: > > On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: > >> Can anyone involved in struts 2 tell me about potential brick walls that > >> this sort of Action base class and its children would be heading into? I > >> checked out the dev list for hints and saw oblique references to Chain of > >> Commands but couldn't guage much from the threads there. > > > > S2 doesn't use Commons Chain internally. S2 relies on the notion of > > "interceptors" to do what we did in S1 with the Chain of Commands. > > Essentially, interceptors are POJO filters that let us run custom code > > before > > and after a key event, like invoking an Action class. > > > > The package that delivers the interceptor mechanism is XWork. XWork also > > handles matcing things like URIs to action mappings and it provides the > > base > > validation framework. Surprisingly little is actually in Struts 2 itself. > > Most of the functionality derives from XWork, which is web-neutral. XWork > > is > > already being used to power other frameworks. > > I've divided up my response as you may have noticed from the list of emails > from > my email address. > > It all looks very interesting. I just read some stuff on the xworks > opensymphony > site and it looks pretty sound [1] and [2]. You guys must be working like > dogs, > there seems to be so much there to integrate. Kudos and respect to you all, > this > seems to be more and more important the more I find out. > > I am pondering on the command/dispatch style action mechanism like > DispatchAction where the dispatch switch is based on an HTTP parameter > identified by its prefix. > > Would that mechanism be implemented by a pre-action listener? I'm trying to > pick > up the lingo on the hoof here [2]. This page will help: http://opensymphony.com/webwork/wikidocs/ActionMapper.html If a parameter is sent which has the string "method:" as its beginning, the DefaultActionMapper uses the rest of the string as the name of the method to execute for that request. There is another idiom that is used for method selection which is fooAction!barMethod.action. In this case the mapper will run the barMethod of the fooAction. This seems to be going away, as it can be duplicated by the use of wildcards, as described in this thread: http://www.mail-archive.com/dev@struts.apache.org/msg22761.html dave > On a semantic note, are you really going to have tags in > struts-config? Or are you changing the name to something more, ahem, > user-friendly? > > > Regards > Adam > > > [1] http://xwork.dev.java.net/servlets/NewsItemView?newsItemID=665 > [2] http://confluence.twdata.org/display/WW/Interceptors > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] IoC containers (was: What's the future of Action, events / dispatching and CoC/CoR)
On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: Webworks supports (or used to) several IOC containers. In fact, on my previous project we used a singleton component factory that hid Spring and the intent was to keep all Spring code isolated behind this. Is S2 going to take this route, or is Spring strongly tied in? The strategy is unchanged from WebWork 2.2. You can plug in another IoC container, if you like, and the IoC plumbing is hidden from the application developer. If you are using Spring, the Spring support is seamless. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] on-the-fly actionForwards (was: What's the future of Action, events / dispatching and CoC/CoR)
In S2, the equivalent of ActionForwards are Results. S2 Results are intended to be extensible objects, and I expect you would move this code to a custom Result (where it belongs), rather than have it spill over into the Action. -Ted. On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: Ted Husted on 24/07/06 15:22, wrote: > On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: >> - a mechanism for handling 'on-the-fly' URL & query strings for >> actionForwards > > Like S1, S2 lets you specify a "default" action to use when nothing > else matches. Wildcards are also supported. I think I am not hitting the mark here. My BaseAction receives an ActionForward name (not object) back from the child action. Before my BaseAction pulls that named actionForward out of the actionMapping, it checks whether the name of the actionForward I want equals CUSTOM_FORWARD, a constant. In that case I then look for CUSTOM_URL and CUSTOM_QUERY_STRING in the request attributes and build a new actionForward from scratch. This however is merely bells and whistles, I only mention it because I occasionally but not infrequently see people asking how to do it. I thought there might be a place in the request-processing lifecycle for it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On 7/24/06, Adam Hardy <[EMAIL PROTECTED]> wrote: It all looks very interesting. I just read some stuff on the xworks opensymphony site and it looks pretty sound [1] and [2]. You guys must be working like dogs, there seems to be so much there to integrate. Kudos and respect to you all, this seems to be more and more important the more I find out. ... On a semantic note, are you really going to have tags in struts-config? Or are you changing the name to something more, ahem, user-friendly? To be clear, we've adopted WebWork 2.2 as Struts 2.0. For Struts 1 developers, moving to Struts 2 is going to represent a clean break. Both versions use the same strategies and architecture, but the implementation details differs. We're working on material to ease the transition, but it's still going to be a transition. Happily, the versions can coexist, so one option for teams with a working S1 application will be to try new work in S2. I hadn't really thought of as being unfriendly before. I believe the idea is that we can specify an interceptor or a reference to another interceptor element, mixing and matching as needed. -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] IoC containers (was: What's the future of Action, events / dispatching and CoC/CoR)
Ted Husted on 24/07/06 15:22, wrote: On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: - dependency injection by Spring for my services / delegates (/ daos) S2 uses Spring as its default object factory, and Action properties can be injected from Spring by matching the property name with the object factory ID. Webworks supports (or used to) several IOC containers. In fact, on my previous project we used a singleton component factory that hid Spring and the intent was to keep all Spring code isolated behind this. Is S2 going to take this route, or is Spring strongly tied in? regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] on-the-fly actionForwards (was: What's the future of Action, events / dispatching and CoC/CoR)
Ted Husted on 24/07/06 15:22, wrote: On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: - a mechanism for handling 'on-the-fly' URL & query strings for actionForwards Like S1, S2 lets you specify a "default" action to use when nothing else matches. Wildcards are also supported. I think I am not hitting the mark here. My BaseAction receives an ActionForward name (not object) back from the child action. Before my BaseAction pulls that named actionForward out of the actionMapping, it checks whether the name of the actionForward I want equals CUSTOM_FORWARD, a constant. In that case I then look for CUSTOM_URL and CUSTOM_QUERY_STRING in the request attributes and build a new actionForward from scratch. This however is merely bells and whistles, I only mention it because I occasionally but not infrequently see people asking how to do it. I thought there might be a place in the request-processing lifecycle for it. regards Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [s2] Re: What's the future of Action, events / dispatching and CoC/CoR
Ted Husted on 24/07/06 15:22, wrote: On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: Can anyone involved in struts 2 tell me about potential brick walls that this sort of Action base class and its children would be heading into? I checked out the dev list for hints and saw oblique references to Chain of Commands but couldn't guage much from the threads there. S2 doesn't use Commons Chain internally. S2 relies on the notion of "interceptors" to do what we did in S1 with the Chain of Commands. Essentially, interceptors are POJO filters that let us run custom code before and after a key event, like invoking an Action class. The package that delivers the interceptor mechanism is XWork. XWork also handles matcing things like URIs to action mappings and it provides the base validation framework. Surprisingly little is actually in Struts 2 itself. Most of the functionality derives from XWork, which is web-neutral. XWork is already being used to power other frameworks. I've divided up my response as you may have noticed from the list of emails from my email address. It all looks very interesting. I just read some stuff on the xworks opensymphony site and it looks pretty sound [1] and [2]. You guys must be working like dogs, there seems to be so much there to integrate. Kudos and respect to you all, this seems to be more and more important the more I find out. I am pondering on the command/dispatch style action mechanism like DispatchAction where the dispatch switch is based on an HTTP parameter identified by its prefix. Would that mechanism be implemented by a pre-action listener? I'm trying to pick up the lingo on the hoof here [2]. On a semantic note, are you really going to have tags in struts-config? Or are you changing the name to something more, ahem, user-friendly? Regards Adam [1] http://xwork.dev.java.net/servlets/NewsItemView?newsItemID=665 [2] http://confluence.twdata.org/display/WW/Interceptors - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 2 snapshot build work on JDK 1.4.2?
Thanks David. This sounds like what we need! I'm going to give it a try. I think I'm going to use Weblogic 9.2 to test it out and then take it back to my management and argue a case for upgrading our production servers. I think there is enough new functionality in Weblogic 9.2, most of it due to JDK 1.5, that I can get it done. I'm just not comfortable with the bytecode manipulation route unless it becomes my last option. Thanks, --Chris Waring -- View this message in context: http://www.nabble.com/Struts-2-snapshot-build-work-on-JDK-1.4.2--tf1993746.html#a5474816 Sent from the Struts - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts 2 snapshot build work on JDK 1.4.2?
Why not mix both Action2 and JSF? See the JavaServer Faces interceptor related classes in Action2 APIdocs (to get you started) at: http://struts.apache.org/2.x/apidocs/org/apache/struts2/jsf/package-summary. html There is also some discussion at: http://www.mail-archive.com/dev@struts.apache.org/msg22329.html Regards, David -Original Message- From: Chris Waring [mailto:[EMAIL PROTECTED] Sent: Monday, July 24, 2006 3:34 PM To: user@struts.apache.org Subject: Re: Struts 2 snapshot build work on JDK 1.4.2? Thanks Wendy. I will take a look at RetroWeaver and RetroTranslator to see how they work. I'm a little skeptical at this point but I'll give it a shot! I might start pressing my Management on upgrading to Weblogic 9.2. I'm really looking to Struts 2 to be a viable replacement for the JSF controller. We have committed at this point to using JSF components but I have not found the navigation and bean management portions of JSF to be as full featured as Struts 1 is for navigation and Spring is for bean management. AT this point it would look like Struts 2 should be a vary viable option for us. I will be giving things a try as you get them out there so I should be able to give you guys some feedback. Keep up the good work! Thanks, --Chris Waring - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Give me a solution
"Give me a solution" Ha! That's rich. On 7/24/06, senthil.s <[EMAIL PROTECTED]> wrote: Hi all I have a table of records in SQL Server with UniqueID (unique ID enabled with increment of 1 starting from 1 for each record, now I have 100 records in that having Unique ID 1 - 100 now I want to delete records (only 10 records in the middle) having Unique id 50 - 59 and I want the remaining records (say 60... 100) has to rearrange themself (say 50... 90 as Unique ID) Thank You Senthil.S This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of IC Infotech. Finally, the recipient should check this email and any attachments for the presence of viruses. IC Infotech accepts no liability for any damage caused by any virus transmitted by this mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: and
Search for: JSTL and URL generation http://www.sitepoint.com/article/java-standard-tag-library/3 uses tags nested within On 7/24/06, David Haynes <[EMAIL PROTECTED]> wrote: I want to be able to generate a URL with a GET method for a scenario so that the result looks like: http://my_host.com?id=2&id=7 As near as I can tell, you can't do it using composeURL and because both of these take a HashMap instead of an ArrayList for the params argument. So, I think I'll have to roll my own by using the composeURL with a null params and then writing my own links. Is there a more elegant way to do this? -david- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2 snapshot build work on JDK 1.4.2?
Thanks Wendy. I will take a look at RetroWeaver and RetroTranslator to see how they work. I'm a little skeptical at this point but I'll give it a shot! I might start pressing my Management on upgrading to Weblogic 9.2. I'm really looking to Struts 2 to be a viable replacement for the JSF controller. We have committed at this point to using JSF components but I have not found the navigation and bean management portions of JSF to be as full featured as Struts 1 is for navigation and Spring is for bean management. AT this point it would look like Struts 2 should be a vary viable option for us. I will be giving things a try as you get them out there so I should be able to give you guys some feedback. Keep up the good work! Thanks, --Chris Waring -- View this message in context: http://www.nabble.com/Struts-2-snapshot-build-work-on-JDK-1.4.2--tf1993746.html#a5473830 Sent from the Struts - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FlashScope: anyone has a better name?
I agree with Paul (and Shale). Dialog, or even "Conversation", scope makes the most sense. It's exactly as descript as it needs to be. If you can't figure out what it means than you probably shouldn't venture out of page scope. On 7/22/06, Paul Benedict <[EMAIL PROTECTED]> wrote: Shale calls this a dialog. I prefer that name. The reason is, obviously, is a continuous dialog across multiple requests. Michael Jouravlev <[EMAIL PROTECTED]> wrote: FlashScope is a feature of such frameworks like Tapestry or Stripes. Behind the scenes, it uses session object and automatically retains objects for the duration of this request and the subsequent request. This scope object works best when redirect-after-post pattern is utilized. Struts has a rudimentary implementation of this tecnhique for handling messages and errors. If a more generic FlashScope were created for Struts, what do you call it: * Drop scope -- this one sounds nice to me * Autodiscard scope -- this explains that it is cleaned up automatically * Roundtrip scope -- this explains what is it for * Castaway scope * Hold scope * JettiScope (from "jettison", but may seem related to Jetty server) * Just call it FlashScope like in Stripes * Nah, FlashScope has Macromedia smell, should be something different, like (suggest yours) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Groups are talking. We´re listening. Check out the handy changes to Yahoo! Groups.
Re: Struts 2 snapshot build work on JDK 1.4.2?
On 7/24/06, Chris Waring <[EMAIL PROTECTED]> wrote: I'm trying to use the Struts 2 snapshot build on Weblogic 8.1 using Sun JDK 1.4.2_12. I'm getting a java.lang.UnsupportedClassVersionError: org/apache/struts2/dispatcher/FilterDispatcher (Unsupported major.minor version 49.0). I thought a saw somewhere that Struts 2 required JDK 1.5 to build but would run on JDK 1.4? Is this an issue with the distributed jar files or do I have something misconfigured? Struts 2 is developed with Java SE 5, but the intent is to use either RetroWeaver or RetroTranslator to provide 1.4 compatibility. That part of the build process hasn't been finished yet, so the current snapshots only work with JDK 1.5. You can follow the discussion on the dev list to learn more. -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: errorStyleClass not working
got this working too. bundle="${appbundle}"/> Thanks a lot David and Niall. From: "fea jabi" <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: user@struts.apache.org Subject: Re: errorStyleClass not working Date: Mon, 24 Jul 2006 13:51:43 -0400 Thanks, Niall. Got it working by installing as mentioned in the site you suggested to look. And, by giving the below in the validation.xml Have just a single question though. Want to display just a single error message and highlight all the errors. Highlighting is working fine. But it's displaying the messages for all the error fields. Is it possible to display just a single message instead of all the error messages? how can this be achieved? have the below in the JSP. value="${error}"/> extends AdHrs test (*this* >= 0) Thanks. From: "Niall Pemberton" <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: "Struts Users Mailing List" Subject: Re: errorStyleClass not working Date: Fri, 21 Jul 2006 23:29:47 +0100 On 7/21/06, David Friedman <[EMAIL PROTECTED]> wrote: You should find out what version of the commons validator you are using. Notes from the Jakarts Commons Validator site shows that older versions may stop on the first error for INDEXED properties. It sounds like your form uses and indexed property. See notes like this: http://mail-archives.apache.org/mod_mbox/struts-user/200508.mbox/%3CE4CD19A7 [EMAIL PROTECTED] It seems that even the latest greatest stable version of Struts hasn't upgraded the jakarta commons validator to that high a level so you are probably best off trying to swap commons-validator.jar files and see if everything works right with your indexed properties. Yes Struts 1.2.9 is distributed with Validator 1.1.4 - but you can upgrade to the latest Validator 1.3.0 (upcoming Struts 1.3.5 has that dependency) with Struts 1.2.9 which is what I have deployed. Having said that Validator 1.3.0 won't resolve this issue for you anyway - the only thing I know of is a small extension I wrote quite a while ago that can do this: http://www.niallp.pwp.blueyonder.co.uk/strutsvalidatorextends.html Niall I'm out of ideas at this point so good luck (Unles Niall has any ideas). Regards, David -Original Message- From: fea jabi [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 9:13 AM To: user@struts.apache.org Subject: RE: errorStyleClass not working I think the problem is on server side. As in the dispatch aciton, the below statement org.apache.struts.action.ActionErrors errors = frm.validate( mapping, request ); is returning just one error even when the 2 entries entered by user are invalid. only after fixing the first the second error is getting highlighted. validation.xml test (*this* >= 0) I tried giving the below plug-in too. But it's the same. only one error gets highlighted. What else can I try to make all the errors get highlighted. Not sure why the validate is returning one one error when there are 2 entries that are invalid? Thanks. >From: "David Friedman" <[EMAIL PROTECTED]> >Reply-To: "Struts Users Mailing List" >To: "Struts Users Mailing List" >Subject: RE: errorStyleClass not working >Date: Thu, 20 Jul 2006 17:23:48 -0400 > >Is your problem server side or client side? If you problem is client side >then you should read the struts javadocs: > >http://struts.apache.org/1.2.7/api/org/apache/struts/validator/ValidatorPlu g >In.html > >Or the User Guides: >http://struts.apache.org/1.x/faqs/validator.html > >Both of them mention a plugin property "stopOnFirstError": > > > value="/WEB-INF/validator-rules.xml,/WEB-INF/validations.xml"/> > > > >* >Also, if you want to use the errorStyleClass with your validation I think I >understand your problem now. At the very bottom of this letter I left in a >copy of the code you described using in your dispatch action. You save >errors with 'saveMessages(request, messages);' which presumably saves >messages in the Globals.MESSAGE_KEY. If you switch to 'saveErrors(request, >messages);' then it will save them in the Globals.ERROR_KEY which is used >by >the errorStyleClass so it should be able to detect you have an ERROR and >automatically insert the html for "class='errorMsg'" whenever an error is >found. For more information see this link where they talk about ERRORS and >MESSAGES being saved under different keys, as I've mentioned in my previous >posts: >http://struts.apache.org/1.
Re: [s2] Re: What's the future of Action, events / dispatching and IoC/CoR
Hello Ted: What you describe is interesting. I do not have time in the next couple of weeks. But please post on this list when you have something concrete about XWork "interceptors" in the nexus. (i change the subject from CoC/CoR to IoC/CoR. Correct me if i am wrong). BaTien On Mon, 2006-07-24 at 10:22 -0400, Ted Husted wrote: > On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: > > - dependency injection by Spring for my services / delegates (/ daos) > > S2 uses Spring as its default object factory, and Action properties > can be injected from Spring by matching the property name with the > object factory ID. > > > > - replacing all the struts parameters to my methods with a context object > > S2 uses a content object internally, so that seems in line. > > > > - an exception handling switch > > Like S1, S2 includes a declarative exception handler. > > > > - a mechanism for handling 'on-the-fly' URL & query strings for > > actionForwards > > Like S1, S2 lets you specify a "default" action to use when nothing > else matches. Wildcards are also supported. > > > > I expect this won't take me too long to achieve (a day or two) but I would > > still like to >'future-proof' what I write - or should I say, > > 'future-orientate', since experience tells me that > >most 'future-proofing' underestimates the wild changes that the > future may bring. > > > > Can anyone involved in struts 2 tell me about potential brick walls that > > this sort of Action > >base class and its children would be heading into? I checked out the > dev list for hints and > >saw oblique references to Chain of Commands but couldn't guage much > from the threads > > there. > > S2 doesn't use Commons Chain internally. S2 relies on the notion of > "interceptors" to do what we did in S1 with the Chain of Commands. > Essentially, interceptors are POJO filters that let us run custom code > before and after a key event, like invoking an Action class. > > The package that delivers the interceptor mechanism is XWork. XWork > also handles matcing things like URIs to action mappings and it > provides the base validation framework. Surprisingly little is > actually in Struts 2 itself. Most of the functionality derives from > XWork, which is web-neutral. XWork is already being used to power > other frameworks. > > If I had understood interceptors and XWork better when we were > creating Commons Chain, I would have pushed harder for us to use XWork > in 1.3 instead of Commons Chain. Jason tried to explain it to me once, > but it didn't click. I in turn mentioned using XWork with Struts to > Don Brown, which became the nexus of TI, which evolved into the > merger. > > > > > Regards > > Adam > > -- HTH, Ted. > * http://www.husted.com/struts/ > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: errorStyleClass not working
Thanks, Niall. Got it working by installing as mentioned in the site you suggested to look. And, by giving the below in the validation.xml Have just a single question though. Want to display just a single error message and highlight all the errors. Highlighting is working fine. But it's displaying the messages for all the error fields. Is it possible to display just a single message instead of all the error messages? how can this be achieved? have the below in the JSP. value="${error}"/> extends AdHrs test (*this* >= 0) Thanks. From: "Niall Pemberton" <[EMAIL PROTECTED]> Reply-To: "Struts Users Mailing List" To: "Struts Users Mailing List" Subject: Re: errorStyleClass not working Date: Fri, 21 Jul 2006 23:29:47 +0100 On 7/21/06, David Friedman <[EMAIL PROTECTED]> wrote: You should find out what version of the commons validator you are using. Notes from the Jakarts Commons Validator site shows that older versions may stop on the first error for INDEXED properties. It sounds like your form uses and indexed property. See notes like this: http://mail-archives.apache.org/mod_mbox/struts-user/200508.mbox/%3CE4CD19A7 [EMAIL PROTECTED] It seems that even the latest greatest stable version of Struts hasn't upgraded the jakarta commons validator to that high a level so you are probably best off trying to swap commons-validator.jar files and see if everything works right with your indexed properties. Yes Struts 1.2.9 is distributed with Validator 1.1.4 - but you can upgrade to the latest Validator 1.3.0 (upcoming Struts 1.3.5 has that dependency) with Struts 1.2.9 which is what I have deployed. Having said that Validator 1.3.0 won't resolve this issue for you anyway - the only thing I know of is a small extension I wrote quite a while ago that can do this: http://www.niallp.pwp.blueyonder.co.uk/strutsvalidatorextends.html Niall I'm out of ideas at this point so good luck (Unles Niall has any ideas). Regards, David -Original Message- From: fea jabi [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 9:13 AM To: user@struts.apache.org Subject: RE: errorStyleClass not working I think the problem is on server side. As in the dispatch aciton, the below statement org.apache.struts.action.ActionErrors errors = frm.validate( mapping, request ); is returning just one error even when the 2 entries entered by user are invalid. only after fixing the first the second error is getting highlighted. validation.xml test (*this* >= 0) I tried giving the below plug-in too. But it's the same. only one error gets highlighted. What else can I try to make all the errors get highlighted. Not sure why the validate is returning one one error when there are 2 entries that are invalid? Thanks. >From: "David Friedman" <[EMAIL PROTECTED]> >Reply-To: "Struts Users Mailing List" >To: "Struts Users Mailing List" >Subject: RE: errorStyleClass not working >Date: Thu, 20 Jul 2006 17:23:48 -0400 > >Is your problem server side or client side? If you problem is client side >then you should read the struts javadocs: > >http://struts.apache.org/1.2.7/api/org/apache/struts/validator/ValidatorPlu g >In.html > >Or the User Guides: >http://struts.apache.org/1.x/faqs/validator.html > >Both of them mention a plugin property "stopOnFirstError": > > > value="/WEB-INF/validator-rules.xml,/WEB-INF/validations.xml"/> > > > >* >Also, if you want to use the errorStyleClass with your validation I think I >understand your problem now. At the very bottom of this letter I left in a >copy of the code you described using in your dispatch action. You save >errors with 'saveMessages(request, messages);' which presumably saves >messages in the Globals.MESSAGE_KEY. If you switch to 'saveErrors(request, >messages);' then it will save them in the Globals.ERROR_KEY which is used >by >the errorStyleClass so it should be able to detect you have an ERROR and >automatically insert the html for "class='errorMsg'" whenever an error is >found. For more information see this link where they talk about ERRORS and >MESSAGES being saved under different keys, as I've mentioned in my previous >posts: >http://struts.apache.org/1.x/struts-core/apidocs/org/apache/struts/action/A c >tion.html > >Regards, >David > > >On 7/19/06, fea jabi <[EMAIL PROTECTED]> wrote: > >>Yah, in the JSP where the errorStyleClass is working I am using > >> >>property="name"/> > >> > >>So, do I have to use html:errors? not html:messages? > >> > >>y
Struts 2 snapshot build work on JDK 1.4.2?
I'm trying to use the Struts 2 snapshot build on Weblogic 8.1 using Sun JDK 1.4.2_12. I'm getting a java.lang.UnsupportedClassVersionError: org/apache/struts2/dispatcher/FilterDispatcher (Unsupported major.minor version 49.0). I thought a saw somewhere that Struts 2 required JDK 1.5 to build but would run on JDK 1.4? Is this an issue with the distributed jar files or do I have something misconfigured? Thank You, --Chris Waring -- View this message in context: http://www.nabble.com/Struts-2-snapshot-build-work-on-JDK-1.4.2--tf1993746.html#a5471788 Sent from the Struts - User forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTML Tags and ID
Tag's "class" attribute conflicts with java.lang.Object.getClass(), therefore it was renamed to styleClass along with styleID. These names are aligned with HTML "style" attribute. ID is a CSS selector, its other use like in the DOM tree is entirely up to a developer. There were opinions that java.lang.Object.getClass() is just a getter while a tag needs a setter, so these methods do not conflict. On the other hand, they do conflict if considered accessors of the same property. Anyway, I guess it is too late to change these names :) On 7/24/06, Paul Benedict <[EMAIL PROTECTED]> wrote: Thanks everyone. That's what I was looking for. It's named badly, imo, because styling may use an id, but its main purpose is for the DOM tree. vijay venkataraman <[EMAIL PROTECTED]> wrote: Hi, As Thomas Joseph mentioned, styleId is a the way to get 'id' in your html document when you are using struts html tags. The value you set in styleId will be set as id of the html element. All input elements that can be represented by struts html tags has a attribute styleId and you can use it to set the 'id' on the html element. I have used this extensively for label id mapping. A single tag, which takes care of this association, and generation of label would have been great. Thanks, Vijay Venkataraman Thomas Joseph wrote: >Hi Paul, but I guess, what you want is styleId itself. This will be rendered as an HTML id attruibute. > >http://struts.apache.org/1.2.9/userGuide/struts-html.html#checkbox > >Although named style Id, this is the id what we use in DOM. > >Thanks and Regards, >Thomas Joseph > - Original Message - > From: Paul Benedict > To: Struts Users Mailing List > Sent: Monday, July 24, 2006 10:21 AM > Subject: Re: HTML Tags and ID > > > Wendy, unfortunately no. This is not a style, but a DOM element ID. That's what the connects to. It's a really cool thing: if you connect a label to a checkbox, you can actually check and uncheck the box by clicking on the label -- just like good old thick-client programs :) > > Wendy Smoak wrote: On 7/23/06, Paul Benedict > wrote: > > > Do the Struts tags allow the HTML id attribute to be set in its form taglibs? I was hoping to find an htmlId or id attribute but did not see one. Am I correct? > > > > My goal was to accomplish this: > > > > > > The connects to an HTML ID, not a name. > > Does the 'styleId' attribute do what you want? > > http://struts.apache.org/1.x/struts-taglib/tlddoc/html/checkbox.html > > -- > Wendy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > Groups are talking. We´re listening. Check out the handy changes to Yahoo! Groups. > > --DISCLAIMER-- This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Lisle Technology Partners Pvt. Ltd. and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail Beta. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FlashScope: anyone has a better name?
Great minds think alike. :) And no, I didn't even know about that project - I guess certain needs are universal.Kudos on using the Apache 2.0 license. Too bad Jackasses in the US Patent Office allow ideas this to be patented when many people can come to the same conclusions as well as create them. Regards, David -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: Monday, July 24, 2006 3:49 AM To: Struts Users Mailing List Subject: Re: FlashScope: anyone has a better name? David Friedman ha scritto: > Why not call them custom scopes and link it into to contexts where > appropriate. That way you could name your scope and if it doesn't exist, > create it. Then you could have generic methods to handle all sorts of > scopes at once with generic methods like: > > addScope("request").setAttribute(name, object); > addScope("session").setAttribute(name, object); > addScope("single").setAttribute(name, object); > addScope("someDialog").setAttribute(name, object); > Ehm, cough cough: http://scopes.sourceforge.net/ Does it interest anyone? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bean works in JDK 1.4.2_05 doesnt with JDK 1.4.2_12
Nicolas- Did'nt see 1.4.2_12 as 'supported' in any of the platforms listed here http://e-docs.bea.com/platform/suppconfigs/configs81/81_over/overview.html#1146895 M- * This email message and any files transmitted with it contain confidential information intended only for the person(s) to whom this email message is addressed. If you have received this email message in error, please notify the sender immediately by telephone or email and destroy the original message without making a copy. Thank you. - Original Message - From: "Nicolas De Loof" <[EMAIL PROTECTED]> To: "Struts Users Mailing List" Sent: Monday, July 24, 2006 10:54 AM Subject: Re: Bean works in JDK 1.4.2_05 doesnt with JDK 1.4.2_12 > > This bug comes from the JavaBean spec that defines the "get*" methods to > acces javabean properties. JavaBeans can have "indexed" properties if > they have a getter with an index param. In your case, two getters exist > for the same "property", according to strict JavaBean spec. > > 1.4.2_05 may not support indexed properties, or fallback to simple > property when confusing methods are found, and 1.4.2_12 does not > consider the getter to be "acceptable" getters for a JavaBean property, > or something like this. Those 2 versions of the JDK handle in a > different way, but you should not consider this to be a JDK bug : your > bean is not compilant with JavaBean spec. > > In any case, rename your getters to avoid name conflicts. You can have > same troubles in some JRE if getter / setter does not have the same type > as returned valu / param. > > Capaul Giachen F. (KISX 41) a écrit : >> Hi all, >> >> A developer of ours has a Bean class which looks something like this: >> >> >> public class Level1 { >> >> public String getLevel(){ >> return "level1"; >> } >> >> >> public String getLevel(int dummy){ >> return "int method level1"; >> } >> } >> >> Basically a Bean which has two methods which only differ in once not >> taking any parameters and the other one taking an int as a parameter. >> Running this webapp with WebLogic Server 8.1.3 and JDK 1.4.2_05 works >> fine. >> >> Migrating to JDK 1.4.2_12 stops this bean from working with an JSP >> Exception "No getter method for property level". (I double checked. The >> identical War File works in _05 and ceases working in 1.4.2_12). I see >> some related bugs in the Sun Bug DB but for different JDKs (Mainly >> talking about some kind of "IndexedPropertyDescriptor"). >> >> Does someone have an idea what the cause of this issue is ? >> >> Kind Regards, >> >> Flurin Capaul >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> > > This message contains information that may be privileged or confidential and > is the property of the Capgemini Group. It is intended only for the person to > whom it is addressed. If you are not the intended recipient, you are not > authorized to read, print, retain, copy, disseminate, distribute, or use > this message or any part thereof. If you receive this message in error, > please notify the sender immediately and delete all copies of this message. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: Bean works in JDK 1.4.2_05 doesnt with JDK 1.4.2_12
This bug comes from the JavaBean spec that defines the "get*" methods to acces javabean properties. JavaBeans can have "indexed" properties if they have a getter with an index param. In your case, two getters exist for the same "property", according to strict JavaBean spec. 1.4.2_05 may not support indexed properties, or fallback to simple property when confusing methods are found, and 1.4.2_12 does not consider the getter to be "acceptable" getters for a JavaBean property, or something like this. Those 2 versions of the JDK handle in a different way, but you should not consider this to be a JDK bug : your bean is not compilant with JavaBean spec. In any case, rename your getters to avoid name conflicts. You can have same troubles in some JRE if getter / setter does not have the same type as returned valu / param. Capaul Giachen F. (KISX 41) a écrit : Hi all, A developer of ours has a Bean class which looks something like this: public class Level1 { public String getLevel(){ return "level1"; } public String getLevel(int dummy){ return "int method level1"; } } Basically a Bean which has two methods which only differ in once not taking any parameters and the other one taking an int as a parameter. Running this webapp with WebLogic Server 8.1.3 and JDK 1.4.2_05 works fine. Migrating to JDK 1.4.2_12 stops this bean from working with an JSP Exception "No getter method for property level". (I double checked. The identical War File works in _05 and ceases working in 1.4.2_12). I see some related bugs in the Sun Bug DB but for different JDKs (Mainly talking about some kind of "IndexedPropertyDescriptor"). Does someone have an idea what the cause of this issue is ? Kind Regards, Flurin Capaul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tag for checking session and forward to login page
This is how i have done at present . I am checking session in all execute methods. But My Customer wants not view the page in clicked BACK.Instead login page should shown with message -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 3:22 PM To: user@struts.apache.org Subject: RE: tag for checking session and forward to login page HI All, You cannot disable the back button(I guess so), instead u can keep a check in each jsp page based on one session varaible Which is set into session once the user is logged in (ex:u can keep the user id in session)and when user clicks logout, the logoutAction class is called and it just removes the session variable and invalidate all the session variable. Now if the user tries to go back using back button, user can view the page but no actions can be performed on the page. Any actions performed on the page will take the user to login page. If any one know about disabling back button please let me know Thanks and Regards Vinodh -Original Message- From: Antonio Petrelli [mailto:[EMAIL PROTECTED] Sent: Friday, July 21, 2006 3:15 PM To: Struts Users Mailing List Subject: Re: tag for checking session and forward to login page Raghuveer ha scritto: > In log page once the session expired if user clicks BROWSER BACK > button ,user should be in login page only when session expires. > Can you elaborate this? I don't understand what you need. Ciao Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bean works in JDK 1.4.2_05 doesnt with JDK 1.4.2_12
Hi all, A developer of ours has a Bean class which looks something like this: public class Level1 { public String getLevel(){ return "level1"; } public String getLevel(int dummy){ return "int method level1"; } } Basically a Bean which has two methods which only differ in once not taking any parameters and the other one taking an int as a parameter. Running this webapp with WebLogic Server 8.1.3 and JDK 1.4.2_05 works fine. Migrating to JDK 1.4.2_12 stops this bean from working with an JSP Exception "No getter method for property level". (I double checked. The identical War File works in _05 and ceases working in 1.4.2_12). I see some related bugs in the Sun Bug DB but for different JDKs (Mainly talking about some kind of "IndexedPropertyDescriptor"). Does someone have an idea what the cause of this issue is ? Kind Regards, Flurin Capaul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[s2] Re: What's the future of Action, events / dispatching and CoC/CoR
On 7/23/06, Adam Hardy <[EMAIL PROTECTED]> wrote: - dependency injection by Spring for my services / delegates (/ daos) S2 uses Spring as its default object factory, and Action properties can be injected from Spring by matching the property name with the object factory ID. - replacing all the struts parameters to my methods with a context object S2 uses a content object internally, so that seems in line. - an exception handling switch Like S1, S2 includes a declarative exception handler. - a mechanism for handling 'on-the-fly' URL & query strings for actionForwards Like S1, S2 lets you specify a "default" action to use when nothing else matches. Wildcards are also supported. I expect this won't take me too long to achieve (a day or two) but I would still like to >'future-proof' what I write - or should I say, 'future-orientate', since experience tells me that most 'future-proofing' underestimates the wild changes that the future may bring. Can anyone involved in struts 2 tell me about potential brick walls that this sort of Action base class and its children would be heading into? I checked out the dev list for hints and saw oblique references to Chain of Commands but couldn't guage much from the threads there. S2 doesn't use Commons Chain internally. S2 relies on the notion of "interceptors" to do what we did in S1 with the Chain of Commands. Essentially, interceptors are POJO filters that let us run custom code before and after a key event, like invoking an Action class. The package that delivers the interceptor mechanism is XWork. XWork also handles matcing things like URIs to action mappings and it provides the base validation framework. Surprisingly little is actually in Struts 2 itself. Most of the functionality derives from XWork, which is web-neutral. XWork is already being used to power other frameworks. If I had understood interceptors and XWork better when we were creating Commons Chain, I would have pushed harder for us to use XWork in 1.3 instead of Commons Chain. Jason tried to explain it to me once, but it didn't click. I in turn mentioned using XWork with Struts to Don Brown, which became the nexus of TI, which evolved into the merger. Regards Adam -- HTH, Ted. * http://www.husted.com/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Retrieve results and display
There are several ways you can do this. What you have done is made one arraylist with all the fields serially put into it. You probably want to have each row as some kind of object and then put these objects into a list. You could your the jstl Result class which puts your result set into an object where there results are an array of sortedmaps. The jstl documentation has examples for using this with c:foreach. You could make each row an array and add the array to the arraylist. You could make each row a map and add the map to the arraylist. You could use the apache.commons.beanutils library's RowSetDynaClass. You could use apache.commons.dbutils which has a whole bunch of handlers for making things like a list of beans, a list of maps or a list of arrays. Finally if you want to display the results in a table without doing all the dirty work you should consider displaytag. http://displaytag.sourceforge.net/11/ mas Vaylee Mckenzie-Daniels (VA) wrote: Hi I have to display results in jsp that is retrieves from the database. After I retrieve the results, I place the it in an arraylist. But I am a bit confused on how to retrieve an entire row, because I add each field to the arraylist. Eg. String name = rs.getString(1); //value = myname Arraylist.add(name); String surname = rs.getString(2); //value=mysurname Arraylist.add(surname); When I retrieve the results they are displayed: Myname Myname Anothername Anothersurname AThirdName AThirdSurname I am using in the jsp page. Please help! ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ -- Mark Shifman MD. Ph.D. Yale Center for Medical Informatics Phone (203)737-5219 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: struts wml
Hi, why don't you use just plain jsp? WML ist just an XML application. I do not know, if there are taglibs available for creating the WML specific tags. If not, it should not be difficult to create the code without. This is the road I wanted to go, if I would ever be forced to support WML. At the moment I produce pages for the XHTML MP specified in WAP2 and supported by most current handsets. If you find a better way (or a taglib), please let me know. Martin > -Ursprüngliche Nachricht- > Von: Dhanasekaran Vivekanandhan [mailto:[EMAIL PROTECTED] > Gesendet: Montag, 24. Juli 2006 15:01 > An: user@struts.apache.org > Betreff: struts wml > > > Hi All, > I am trying to use struts 1.2.9 for generating wml > page. > currently I found one project avl in sourceforge.net > (http://sourceforge.net/project/showfiles.php?group_id=68335&p ackage_id=66856&release_id=138465) ,but this is compatible with Struts v1.1b3 only. Actually the problem happens in handling error message. Use of ActionError is deprecated in 1.2.9 Struts,so I have used ActionMessage.But using ActionMessage throws "java.lang.ClassCastException: org.apache.struts.action.ActionMessage".but if use ActionError ,there is no issue. This problem occurs only if i try to generate wml page using sourceforge.net project. Is there a workaround or any other open source projects avl for wml with struts. Regds, Dhanasekaran. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Retrieve results and display
Hi I have to display results in jsp that is retrieves from the database. After I retrieve the results, I place the it in an arraylist. But I am a bit confused on how to retrieve an entire row, because I add each field to the arraylist. Eg. String name = rs.getString(1); //value = myname Arraylist.add(name); String surname = rs.getString(2); //value=mysurname Arraylist.add(surname); When I retrieve the results they are displayed: Myname Myname Anothername Anothersurname AThirdName AThirdSurname I am using in the jsp page. Please help! ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~
struts wml
Hi All, I am trying to use struts 1.2.9 for generating wml page. currently I found one project avl in sourceforge.net (http://sourceforge.net/project/showfiles.php?group_id=68335&package_id=66856&release_id=138465) ,but this is compatible with Struts v1.1b3 only. Actually the problem happens in handling error message. Use of ActionError is deprecated in 1.2.9 Struts,so I have used ActionMessage.But using ActionMessage throws "java.lang.ClassCastException: org.apache.struts.action.ActionMessage".but if use ActionError ,there is no issue. This problem occurs only if i try to generate wml page using sourceforge.net project. Is there a workaround or any other open source projects avl for wml with struts. Regds, Dhanasekaran. __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
and
I want to be able to generate a URL with a GET method for a multiple="true"> scenario so that the result looks like: http://my_host.com?id=2&id=7 As near as I can tell, you can't do it using composeURL and because both of these take a HashMap instead of an ArrayList for the params argument. So, I think I'll have to roll my own by using the composeURL with a null params and then writing my own links. Is there a more elegant way to do this? -david- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Re: FlashScope: anyone has a better name?
Adam Hardy ha scritto: Antonio, what is 'anhemic' programming? It's not in dictionary.com. Yes, well it's "anemic" but I forgot to correct it! :-P Your text on sourceforge says 'See "[put pattern name]" for reference;' but I can't see the link. (is that some resource filter that didn't work during your deploy?) In fact I am thinking about a design pattern, but maybe no pattern at all is needed (just because I am thinking about integration in Spring). Notice that Scopes is still in 0.0.2 stage and I wanted only to present my "idea", not the software itself. Anyway, if you have more questions, please post them to the mailing list, or mail me privately, I don't think that Struts people are so happy with this off-topic questions. Ciao Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FlashScope: anyone has a better name?
Antonio Petrelli on 24/07/06 08:48, wrote: David Friedman ha scritto: Why not call them custom scopes and link it into to contexts where appropriate. That way you could name your scope and if it doesn't exist, create it. Then you could have generic methods to handle all sorts of scopes at once with generic methods like: addScope("request").setAttribute(name, object); addScope("session").setAttribute(name, object); addScope("single").setAttribute(name, object); addScope("someDialog").setAttribute(name, object); Ehm, cough cough: http://scopes.sourceforge.net/ Does it interest anyone? Antonio, what is 'anhemic' programming? It's not in dictionary.com. Your text on sourceforge says 'See "[put pattern name]" for reference;' but I can't see the link. (is that some resource filter that didn't work during your deploy?) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FlashScope: anyone has a better name?
Michael Jouravlev ha scritto: Struts has a rudimentary implementation of this tecnhique for handling messages and errors. If a more generic FlashScope were created for Struts, what do you call it: Consider "click" scope, though it smells like a client point-of-view. Just my 2 eurocents Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FlashScope: anyone has a better name?
David Friedman ha scritto: Why not call them custom scopes and link it into to contexts where appropriate. That way you could name your scope and if it doesn't exist, create it. Then you could have generic methods to handle all sorts of scopes at once with generic methods like: addScope("request").setAttribute(name, object); addScope("session").setAttribute(name, object); addScope("single").setAttribute(name, object); addScope("someDialog").setAttribute(name, object); Ehm, cough cough: http://scopes.sourceforge.net/ Does it interest anyone? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts forward and redirect
Michael Jouravlev ha scritto: On 7/20/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote: A cookie cannot be put into path by definition of a cookie ;-) Automatically modifying redirect location may be undesirable, if redirect is used to control the growth of browser session history list by keep URL clean. In fact I meant that I add a ";click" part to the URL (e.g. http://mysite.com/action.do?parameter=value;click=CLICK_1). I thought it was a cookie attribute, but maybe I am wrong... Anyway this way I thought that the URL will remain enough clean. Ciao Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Display Tag
Check this.http://displaytag.homeip.net/displaytag-examples-1.1 /example-paging.jsp Thanks, Srinivas.B "senthil.s" <[EMAIL PROTECTED] tech.com> To 07/24/2006 11:45 cc AM Subject About Display Tag Please respond to "Struts Users Mailing List" <[EMAIL PROTECTED] he.org> Hi All Anyone can tell me the process of using DisplayTag for Pagination in struts. With Regards Senthil.S Hi All Anyone can tell me the process of using DisplayTag for Pagination in struts. With Regards Senthil.S This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of IC Infotech. Finally, the recipient should check this email and any attachments for the presence of viruses. IC Infotech accepts no liability for any damage caused by any virus transmitted by this mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: About Display Tag
I have used http://extremecomponents.org/extremesite/index.jsp Pretty neat. Chandra -Original Message- From: Paul Benedict [mailto:[EMAIL PROTECTED] Sent: Monday, July 24, 2006 12:52 PM To: Struts Users Mailing List Subject: Re: About Display Tag http://displaytag.sourceforge.net/11/ has good examples. It's nothing specific to Struts; it works with anything JSP. "senthil.s" <[EMAIL PROTECTED]> wrote: Hi All Anyone can tell me the process of using DisplayTag for Pagination in struts. With Regards Senthil.S This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of IC Infotech. Finally, the recipient should check this email and any attachments for the presence of viruses. IC Infotech accepts no liability for any damage caused by any virus transmitted by this mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - How low will we go? Check out Yahoo! Messenger's low PC-to-Phone call rates. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About Display Tag
http://displaytag.sourceforge.net/11/ has good examples. It's nothing specific to Struts; it works with anything JSP. "senthil.s" <[EMAIL PROTECTED]> wrote: Hi All Anyone can tell me the process of using DisplayTag for Pagination in struts. With Regards Senthil.S This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of IC Infotech. Finally, the recipient should check this email and any attachments for the presence of viruses. IC Infotech accepts no liability for any damage caused by any virus transmitted by this mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - How low will we go? Check out Yahoo! Messengers low PC-to-Phone call rates.
Re: HTML Tags and ID
Thanks everyone. That's what I was looking for. It's named badly, imo, because styling may use an id, but its main purpose is for the DOM tree. vijay venkataraman <[EMAIL PROTECTED]> wrote: Hi, As Thomas Joseph mentioned, styleId is a the way to get 'id' in your html document when you are using struts html tags. The value you set in styleId will be set as id of the html element. All input elements that can be represented by struts html tags has a attribute styleId and you can use it to set the 'id' on the html element. I have used this extensively for label id mapping. A single tag, which takes care of this association, and generation of label would have been great. Thanks, Vijay Venkataraman Thomas Joseph wrote: >Hi Paul, but I guess, what you want is styleId itself. This will be rendered >as an HTML id attruibute. > >http://struts.apache.org/1.2.9/userGuide/struts-html.html#checkbox > >Although named style Id, this is the id what we use in DOM. > >Thanks and Regards, >Thomas Joseph > - Original Message - > From: Paul Benedict > To: Struts Users Mailing List > Sent: Monday, July 24, 2006 10:21 AM > Subject: Re: HTML Tags and ID > > > Wendy, unfortunately no. This is not a style, but a DOM element ID. That's > what the connects to. It's a really cool thing: if you connect a label to a > checkbox, you can actually check and uncheck the box by clicking on the label > -- just like good old thick-client programs :) > > Wendy Smoak wrote: On 7/23/06, Paul Benedict > wrote: > > > Do the Struts tags allow the HTML id attribute to be set in its form > taglibs? I was hoping to find an htmlId or id attribute but did not see one. > Am I correct? > > > > My goal was to accomplish this: > > > > > > The connects to an HTML ID, not a name. > > Does the 'styleId' attribute do what you want? > > http://struts.apache.org/1.x/struts-taglib/tlddoc/html/checkbox.html > > -- > Wendy > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > Groups are talking. We´re listening. Check out the handy changes to Yahoo! > Groups. > > --DISCLAIMER-- This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Lisle Technology Partners Pvt. Ltd. and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Everyone is raving about the all-new Yahoo! Mail Beta.