DO NOT REPLY [Bug 24209] New: - Multiple format mask for zip code
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24209. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24209 Multiple format mask for zip code Summary: Multiple format mask for zip code Product: Struts Version: 1.1 Final Platform: All OS/Version: Windows NT/2K Status: NEW Severity: Major Priority: Other Component: Validator Framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi , I would like to get the format mask for the zip code in the format 12345 or 12345-6789. While looking into the struts I am able to get only one way of formatting the zip i.e. 12345-6789. How can we use the format with either or conditions ? Thanks in advance Susila - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24210] New: - org.xml.sax.SAXParseException: say which file (incl. path) is concerned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210 org.xml.sax.SAXParseException: say which file (incl. path) is concerned Summary: org.xml.sax.SAXParseException: say which file (incl. path) is concerned Product: Struts Version: 1.0 Final Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When starting up, tomcat, I got the below error in my startup catalina.log. Having about 100 classes doing org.apache.struts.action.Action#perform(ActionMapping, it would be useful to know which file the error is coming from. Since it is talking about xml, I found it in struts-config.xml, but some more hints in the error message are my request for enhancement. Thx! Parse Error at line 1333 column 19: The content of element type action-mappings must match (action)*. org.xml.sax.SAXParseException: The content of element type action-mappings mus t match (action)*. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Un known Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24209] - Multiple format mask for zip code
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24209. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24209 Multiple format mask for zip code [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 14:43 --- This is a regular expression question that can be asked on the struts-user mailing list. Bugzilla is for bugs/enhancements only. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24202] - Javascript validation fails for single radio and single checkbox
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24202. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24202 Javascript validation fails for single radio and single checkbox --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 15:06 --- Created an attachment (id=8803) A Patch file for fixing bug24202 - single radio button and checkbox js validation problem - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Trouble with using multiple struts-configs for a single module and Tiles
Hi all, I am using multiple modules, and the idea was to use the config for the default module as a base config for other modules. The other modules would add module specific elements and/or override those defined in the base config. So for each of these sub-modules I would specify two configs, the base config and the one specific to that module. The base config includes it's own tiles plugin and the sub-modules also have their own tiles plugins with module-specific tiles definitions. I was expecting the tiles plugin in the module-specific config to override the one specified in the base-config for each module (like most other config elements do). Instead, for each sub-module, it initializes the tiles plugin in the base config and when it comes to the module-specific plugin (in the module-specific config) it tells me the Factory already exists for module /foo No new creation. Put in simple terms - if I specify more than one struts-config for a module, and more than one of those configs has a tiles plugin definition, then I have to use the one in the first config, instead of the latter one overriding the first. Is this as it should be? cheers, MarinĂ³ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24210] - org.xml.sax.SAXParseException: say which file (incl. path) is concerned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210 org.xml.sax.SAXParseException: say which file (incl. path) is concerned [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 17:14 --- I'd say the error message was pretty clear - The content of element type action-mappings must match (action). Remember these error messages are aimed at developers, not end-users so a certain level of technical understanding is assumed. Any request for enhancement would have to be sent to the Xerces team, not Struts. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24210] - org.xml.sax.SAXParseException: say which file (incl. path) is concerned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210 org.xml.sax.SAXParseException: say which file (incl. path) is concerned [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Status|RESOLVED|REOPENED Component|Unknown |SAX Product|Struts |Xerces-J Resolution|INVALID | Version|1.0 Final |unspecified --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 17:47 --- a path/filename still wouldn't hurt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24210] - org.xml.sax.SAXParseException: say which file (incl. path) is concerned
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24210 org.xml.sax.SAXParseException: say which file (incl. path) is concerned [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|REOPENED|NEW --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 17:49 --- coming from [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Building the Struts /contrib code in the CVS
Hello Struts developers, Scott Weaver from the Jetspeed and Pluto projects wrote that he tried to build the code in the /contrib folder of the Struts CVS and faced some problems. I think he wants to take a look at the struts-chain code in order to figure out how it's going to work in a portlet environment. I am copying his email below: -- Original Message -- From: Weaver, Scott [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Oct 2003 13:37:48 -0500 Maybe it's just me, but I tried to build the contrib stuff in the CVS for struts a while back as I wanted to start taking a look at. However, I could never get it built. There were deps I had never heard of, nor did I know were to get them. Can you assist him on this? Thank you.. Mete - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building the Struts /contrib code in the CVS
I'll work with Scott on this over on pluto-dev, since he's likely not subscribed to struts-dev (while I am subscribed to pluto-dev). -- Martin Cooper On Wed, 29 Oct 2003, Mete Kural wrote: Hello Struts developers, Scott Weaver from the Jetspeed and Pluto projects wrote that he tried to build the code in the /contrib folder of the Struts CVS and faced some problems. I think he wants to take a look at the struts-chain code in order to figure out how it's going to work in a portlet environment. I am copying his email below: -- Original Message -- From: Weaver, Scott [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Oct 2003 13:37:48 -0500 Maybe it's just me, but I tried to build the contrib stuff in the CVS for struts a while back as I wanted to start taking a look at. However, I could never get it built. There were deps I had never heard of, nor did I know were to get them. Can you assist him on this? Thank you.. Mete - 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]
Struts Chain... seams similar to HiveMind ?EOM
Struts Chain... seams similar to HiveMind ? Am I wrong? .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSR-168 and Struts
Hello Struts and Pluto developers, There was a thread about developing JSR-168 support into Struts 2.0 in the pluto-dev list and we thought it might be best to continue this thread on both lists, pluto-dev and struts-dev synchronously. Below is the last email in the thread send by Scott Weaver to the pluto-dev list. Please reply all so that your emails will go to both groups. Thanks, Mete Scott's message: -- Original Message -- From: Weaver, Scott [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Oct 2003 15:33:03 -0500 Hi Martin, -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 3:16 PM To: '[EMAIL PROTECTED]' Subject: RE: Pluto and Struts On Wed, 29 Oct 2003, Weaver, Scott wrote: Maybe it's just me, but I tried to build the contrib stuff in the CVS for struts a while back as I wanted to start taking a look at. However, I could never get it built. There were deps I had never heard of, nor did I know were to get them. If you could let me know what you're having problems with, I'll try to help you through getting it all built. The chances are that anything you haven't heard of comes from Jakarta Commons or the Commons Sandbox. (For example, 'chain' is currently in the sandbox.) I know most of the stuff in commons proper, I don't think that's were my issue lies. I am pretty sure it was chain that I couldn't find and, at the time, I am not sure it was available, even within commons-sandbox. I don't remember the specific issues as this was around 2 months ago when I last tried. I was actually having the same problem but from the other side of the coin, as it were. I need to build 'chain' against the Portlet API, but I couldn't get Pluto to build, and couldn't figure out the deps for that. (BTW, since Pluto's build.xml depends on ant-contrib, '-projecthelp' doesn't work until that's configured, which is quite mysterious until you look at the build file itself. ;) Try build driver, there are custom ant tasks that get included when you call the build script. I really don't do much at all with Pluto portal implementation in that my focus, concerning Jetspeed, is the core Pluto container itself. That is were I spend most of my time in regards to Pluto. That being said, there should be no fork in development to support either Pluto Portal or Jetspeed 2. In fact, if we do this correctly, the whole thing should be transparent to the Struts portlet app and that app should be easily portable to any other JSR-168 portal. p.s. I have no issues whatsoever with joining the Struts-dev mailing list, however, I think it might be in the best interest of all involved that we cross-post to both struts-dev and pluto-dev. I look forward to working with you. Regards, ** | Scott T Weaver | | [EMAIL PROTECTED]| | Apache Jetspeed Portal Project | | Apache Pluto Portlet Container | ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JSR-168 and Struts
Pretty much the only dependency of struts-chain is a recent build of jakarta-commons-sandbox/chain. To fully build commons-chain, in addition to other commons jars, you need the porlet api jar, the servlet jar, and the latest jsf jar from the sun web services pack 1.3 I believe. However, you should be able to build commons-chain with one of these jars missing if you don't need their related chain classes. Currently, struts-chain implements most of Struts functionality in the form of small commands, strung together by chain-config.xml. For any commands that would have a use outside servlets, there exist abstract classes in org.apache.struts.chain in the form of Abstract*.java which perform all possible tasks without accessing servlet apis. The abstract commands are implemented in o.a.s.c.servlet by servlet specific commands which handle all direct servlet contact. To make struts-chain work with the portlet api, a new package will be created, o.a.s.c.portlet, which will contain implementations of the abstract classes in o.a.s.chain. These commands will take the context, cast it into a PortletContext (I believe that's the name), and access portlet apis directly just as the servlet commands did. These commands, particularly the api dependent ones, are very short and should be very easy to port. Of course Struts in a portlet context will use a different chain-config.xml with commands pointing to the porlet implementations rather than the servlet ones, but it should pretty much be the same structure and behavior. I'm new to struts-chain, so hopefully this is an accurate description of the current state of struts-chain and how the portlet api will be supported. Don On Wed, 29 Oct 2003, Mete Kural wrote: Hello Struts and Pluto developers, There was a thread about developing JSR-168 support into Struts 2.0 in the pluto-dev list and we thought it might be best to continue this thread on both lists, pluto-dev and struts-dev synchronously. Below is the last email in the thread send by Scott Weaver to the pluto-dev list. Please reply all so that your emails will go to both groups. Thanks, Mete Scott's message: -- Original Message -- From: Weaver, Scott [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Oct 2003 15:33:03 -0500 Hi Martin, -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 3:16 PM To: '[EMAIL PROTECTED]' Subject: RE: Pluto and Struts On Wed, 29 Oct 2003, Weaver, Scott wrote: Maybe it's just me, but I tried to build the contrib stuff in the CVS for struts a while back as I wanted to start taking a look at. However, I could never get it built. There were deps I had never heard of, nor did I know were to get them. If you could let me know what you're having problems with, I'll try to help you through getting it all built. The chances are that anything you haven't heard of comes from Jakarta Commons or the Commons Sandbox. (For example, 'chain' is currently in the sandbox.) I know most of the stuff in commons proper, I don't think that's were my issue lies. I am pretty sure it was chain that I couldn't find and, at the time, I am not sure it was available, even within commons-sandbox. I don't remember the specific issues as this was around 2 months ago when I last tried. I was actually having the same problem but from the other side of the coin, as it were. I need to build 'chain' against the Portlet API, but I couldn't get Pluto to build, and couldn't figure out the deps for that. (BTW, since Pluto's build.xml depends on ant-contrib, '-projecthelp' doesn't work until that's configured, which is quite mysterious until you look at the build file itself. ;) Try build driver, there are custom ant tasks that get included when you call the build script. I really don't do much at all with Pluto portal implementation in that my focus, concerning Jetspeed, is the core Pluto container itself. That is were I spend most of my time in regards to Pluto. That being said, there should be no fork in development to support either Pluto Portal or Jetspeed 2. In fact, if we do this correctly, the whole thing should be transparent to the Struts portlet app and that app should be easily portable to any other JSR-168 portal. p.s. I have no issues whatsoever with joining the Struts-dev mailing list, however, I think it might be in the best interest of all involved that we cross-post to both struts-dev and pluto-dev. I look forward to working with you. Regards, ** | Scott T Weaver | | [EMAIL PROTECTED]| | Apache Jetspeed Portal Project | | Apache Pluto Portlet Container | ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For
Re: Struts Chain... seams similar to HiveMind ?EOM
While both concern wiring code together using xml, I think the similarity ends there. Hivemind, from my cursory overview, seems more like another Inversion of Control (IoC) framework like Avalon, PicoContainer, and Spring. It is takes services and manages their dependencies and lifecycle, allowing the developer to organize code as a series of services. Struts chain links commands together into to create a process flow. Commands are very simple objects, like Struts Actions, implementing the execute() method to perform its tasks. There is no concept of service contracts and implementations and all non-primitive dependencies, AFAIK, are satisifed by putting them in the Context object by a previous command rather than having the container manage service dependencies. Since they are solving two different problems, both actually work pretty good together. I've been using Spring lately and have found it a great compliment to a Struts application (http://struts.sf.net/struts-spring). I'm sure HiveMind would also serve a similar purpose well. Don On Wed, 29 Oct 2003, Vic Cekvenich wrote: Struts Chain... seams similar to HiveMind ? Am I wrong? .V - 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: Struts Chain... seams similar to HiveMind ?EOM
On Wed, 29 Oct 2003, Vic Cekvenich wrote: Struts Chain... seams similar to HiveMind ? If you mean in roughly the same way that apples are similar to oranges, then I'd agree with you. ;-) Otherwise, no, I don't see similarity. HiveMind is a services and configuration microkernel or a centralized registry of services and configuration points, depending on which part of the home page you read. (It also doesn't have any particular purpose. ;) Struts Chain is an attempt to refactor the request processor in terms of the GoF Chain of Responsibility pattern. It's certainly not a microkernel or a framework of any kind. The chain config itself (which is not part of Struts Chain per se) could be considered as a registry of sorts, but it's quite different to what HiveMind's registry is all about. -- Martin Cooper Am I wrong? .V - 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: Struts Chain... seams similar to HiveMind ?EOM
But... the chain has a set of steps that are pre-progrmed, and there was some discusion as to what those steps should be idealy. Yes, it can do return codes but If HiveMind (or an aproach like it) is used to do the chain, then I can easily add interceptors, and alterantice idea for consideration I found this very educational: http://jakarta.apache.org/~hlship/HiveMind.ppt ... and based on that I made a leap, that, hey, we can intercept the flow. A bit of AOP. (There are some other ideas in there, like code to the interface contract) .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Chain... seams similar to HiveMind ?EOM
On Wed, 29 Oct 2003, Vic Cekvenich wrote: But... the chain has a set of steps that are pre-progrmed, and there was some discusion as to what those steps should be idealy. Yes, it can do return codes but If HiveMind (or an aproach like it) is used to do the chain, then I can easily add interceptors, and alterantice idea for consideration The chain supports the interceptors as well. A command can have any number of commands with each having commands and so on. I found this very educational: http://jakarta.apache.org/~hlship/HiveMind.ppt ... and based on that I made a leap, that, hey, we can intercept the flow. A bit of AOP. (There are some other ideas in there, like code to the interface contract) Since you can already intercept the flow with the chain, I don't see what an IoC, if even applicable, could offer. Struts needs a composible process flow that is easily manipulatable and pluggable. I agree all those other fancy service-oriented features are nice, but IMO, they belong in the action/form layer. Don .V - 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]
DO NOT REPLY [Bug 24235] New: - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. Summary: Secure html:link tag, plus module support. Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'd like to add a module= attribute to the html:link and html:rewrite tags so that you can specify a different module to link to. In addition, I'd like to enhance the link tag to provide a security mechanism. The idea being that if you supply the action= and/or module= then the action mapping roles would be checked. If the user was NOT in the required role, the link would not be written. There are 2 options for the security feature. Creating a SecureLinkTag, html:slink, that will provide the security mechanism by default. The 2nd, would be to supply a secure=true/false attribute to the html:link tag. I will submit patches to the latest nightly build for consideration. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 23:26 --- Created an attachment (id=8808) patch for LinkTag without secure= attribute - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 23:34 --- Created an attachment (id=8809) TagUtils patch to add module and security support needed for enhancement. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 23:38 --- Created an attachment (id=8810) RewriteTag patch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 23:39 --- Created an attachment (id=8811) SecureLinkTag patch. This is a new tag proposal. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-29 23:41 --- Created an attachment (id=8812) struts-html patch to reflect tld updates - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24235] - Secure html:link tag, plus module support.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 Secure html:link tag, plus module support. --- Additional Comments From [EMAIL PROTECTED] 2003-10-30 00:16 --- These two issues should be opened in separate tickets. logic:present already supports role checking. IMO, it's better to compose this behavior from separate tags instead of building it into the html tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24236] New: - Validaor error while validator for fields in select element
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24236. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24236 Validaor error while validator for fields in select element Summary: Validaor error while validator for fields in select element Product: Struts Version: 1.1 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Validator Framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Validator behaves erratically when 'required' rule is used for fields mapped select element. It throws error saying 'Field is required' even though Field has a value. My code snippets is like this Validator-xml: form field property=detail.mfgPartNum depends=required arg0 key=Mfg Part # resource=false/ /field /form Jsp: html:select property=detail.mfgPartNum html:options name=S_MFG_PART_NUM_LIST labelName=S_MFG_PART_NUM_LIST/ /html:select - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSR-168 and Struts
Don Brown wrote: Pretty much the only dependency of struts-chain is a recent build of jakarta-commons-sandbox/chain. To fully build commons-chain, in addition to other commons jars, you need the porlet api jar, the servlet jar, and the latest jsf jar from the sun web services pack 1.3 I believe. However, you should be able to build commons-chain with one of these jars missing if you don't need their related chain classes. Currently, struts-chain implements most of Struts functionality in the form of small commands, strung together by chain-config.xml. For any commands that would have a use outside servlets, there exist abstract classes in org.apache.struts.chain in the form of Abstract*.java which perform all possible tasks without accessing servlet apis. The abstract commands are implemented in o.a.s.c.servlet by servlet specific commands which handle all direct servlet contact. To make struts-chain work with the portlet api, a new package will be created, o.a.s.c.portlet, which will contain implementations of the abstract classes in o.a.s.chain. These commands will take the context, cast it into a PortletContext (I believe that's the name), and access portlet apis directly just as the servlet commands did. These commands, particularly the api dependent ones, are very short and should be very easy to port. Of course Struts in a portlet context will use a different chain-config.xml with commands pointing to the porlet implementations rather than the servlet ones, but it should pretty much be the same structure and behavior. All of the above will be needed, but there's a couple of additional wrinkles to the portlet environment that are going to be interesting: * Portlet doesn't let you do a RequestDispatcher.forward(), which is the normal way that Struts passes final control to the JSP or other resource that renders the response. I suspect we can deal with this by using RequestDispatcher.include() instead. * Portlet divides the lifetime of a request into two phases (processAction and render) -- in a Struts world, that roughly corresponds to everything before the processForwardConfig() call and the processForwardConfig() itself. I suspect this is probably best modelled as two separate chains (but both executing on the same Context instance, so stuff accumulated during processAction is available during rendering) but haven't thought it all the way through yet. I'm new to struts-chain, so hopefully this is an accurate description of the current state of struts-chain and how the portlet api will be supported. Don Craig On Wed, 29 Oct 2003, Mete Kural wrote: Hello Struts and Pluto developers, There was a thread about developing JSR-168 support into Struts 2.0 in the pluto-dev list and we thought it might be best to continue this thread on both lists, pluto-dev and struts-dev synchronously. Below is the last email in the thread send by Scott Weaver to the pluto-dev list. Please reply all so that your emails will go to both groups. Thanks, Mete Scott's message: -- Original Message -- From: Weaver, Scott [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Date: Wed, 29 Oct 2003 15:33:03 -0500 Hi Martin, -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 29, 2003 3:16 PM To: '[EMAIL PROTECTED]' Subject: RE: Pluto and Struts On Wed, 29 Oct 2003, Weaver, Scott wrote: Maybe it's just me, but I tried to build the contrib stuff in the CVS for struts a while back as I wanted to start taking a look at. However, I could never get it built. There were deps I had never heard of, nor did I know were to get them. If you could let me know what you're having problems with, I'll try to help you through getting it all built. The chances are that anything you haven't heard of comes from Jakarta Commons or the Commons Sandbox. (For example, 'chain' is currently in the sandbox.) I know most of the stuff in commons proper, I don't think that's were my issue lies. I am pretty sure it was chain that I couldn't find and, at the time, I am not sure it was available, even within commons-sandbox. I don't remember the specific issues as this was around 2 months ago when I last tried. I was actually having the same problem but from the other side of the coin, as it were. I need to build 'chain' against the Portlet API, but I couldn't get Pluto to build, and couldn't figure out the deps for that. (BTW, since Pluto's build.xml depends on ant-contrib, '-projecthelp' doesn't work until that's configured, which is quite mysterious until you look at the build file itself. ;) Try build driver, there are custom ant tasks that get included when you call the build script. I really don't do much at all with Pluto portal implementation in that my focus, concerning Jetspeed, is the core Pluto container itself. That is were I spend most of my time in regards to Pluto. That being said, there
Struts Document
Hi all, Could anyone of you please suggest a good startup to learn and start using struts with JSP? Please let me know about the good documents, links (or even books) to learn about using JSP with struts. Examples in the doc would be useful. Thanks in advance, Divya. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Document
hi dbs, i have a pdf which could be useful but takes about 1.15mb space so notify me,when to send so that it wouldn't block your flow of mails be-in-touch k.sridhar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]