Release of HTMLTable 0.4-rc1
Hello everyone, I'm pleased to inform you that the first release of HTMLTable 0.4 is available for your download/evaluation. HTMLTable is a table centric framework designed to be used with Struts. It facilitates operations for table paging / navigation, sorting and filtering; incorporates look and feel of tables in one centric XML file with abilities of properties inheritance and changing them in run-time. The framework also provides convenient mechanisms to work with editable (indexed) items in tables and more. Version 0.4 is a major update of the product. It contains numerous bug-fixes and new and improved functionality. Development/download site is http://sourceforge.net/projects/htmltable Live examples and configuration notes are available at http://htmltable.yuriy-zubarev.com (you will find paging, sorting, filtering examples/tutorial on Struts and HTMLTable, plus more) Thank you for your time, Yuriy ZUbarev - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sending a Redirect Directly from an Action Class
When I talked the use of the redirect to /someAction.do, it doesn't imply it is protected by the security constraints. Normal pratice of the MVC model is that most of JSP pages should be protected while actions should not. Because actions have internal logics to perform security checking, that is a common sense (If you protect all of your actions, /*.do, how do your end users submit web forms? :-) It does imply that when the original question was not about different security methods. I assumed that as the question was not about security then the action would be protected in the same way as the jsp otherwise the discussion, in the context of redirection, is meaningless. I could equally ask why you don't just programme the whole thing in Fortran, but that would be equally tangential to the original question :-) Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending a Redirect Directly from an Action Class
Here is my original concerns regarding to the response.sendRedirect(/somePage.jsp): * The JSP page somePage.jsp could not be protected by the standard security constraints. So it is recommended to use response.sendRedirect(/someAction.do) or a Filter, either way that provides security checking. Improper use of the redirect could make the security constraints over complicated as in an early discussion on how we redirect to restricted pages. And the following is your response: This is not true. When you redirect the client issues a new request which is subject to container managed security. Form my message, how do you conclude I am suggesting that the /someAction.do is protected under a security constraint? You added an assumption to my message and then claimed it not true. Again, the idea that /someAction.do is protected is funny. I never thought that. Jing - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:21 AM Subject: RE: Sending a Redirect Directly from an Action Class When I talked the use of the redirect to /someAction.do, it doesn't imply it is protected by the security constraints. Normal pratice of the MVC model is that most of JSP pages should be protected while actions should not. Because actions have internal logics to perform security checking, that is a common sense (If you protect all of your actions, /*.do, how do your end users submit web forms? :-) It does imply that when the original question was not about different security methods. I assumed that as the question was not about security then the action would be protected in the same way as the jsp otherwise the discussion, in the context of redirection, is meaningless. I could equally ask why you don't just programme the whole thing in Fortran, but that would be equally tangential to the original question :-) Steve - 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: nested bean parameters
Mike, Are you still having a problem with this? If so...looking at your original JSP tags, I am sure that the problem is with your names not matching up. This is what needs to happen: logic:iterate id=alert name=alertListForm property=userAlerts bean:write name=alert property=startingLocation.locationId / /logic:iterate In the object called alertListForm, there must be a getter and setter for userAlerts: getUserAlerts() and setUserAlerts(Collection userAlerts). Those methods will return and accept a collection of objects that in this case are LocationDTO's. When you iterate, each object in the iteration will be known as an alert, so the property that you specify has to have a getter/setter. In this case, your property should be locationId. Once again, insure that you have the matching getter/setter methods: getLocationId() setLocationId(String locationId). You do need to be careful with the capitalization. We have found that sticking to the java naming standard works best. Defining a property that begins with an uppercase throws Struts for a loop. Hope this helps, Nick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jgs Quartz error
At 13:00 -0700 6/28/03, Mick Knutson wrote: OK, closer, but still no bannana... I moved the quartz jars (3) to the EAR instead of the WAR. I added this into the Manifest.mf for the WAR: Manifest-Version: 1.0 Class-Path: yoursos-beans.jar common.jar junit-3.8.1.jar strutstest-2.0.0.jar aspectjrt-1.0.5.jar cactus-1.4.1.jar cactus-ant-1.4.1.jar httpunit-1.4.1.jar quartz.jar jgs-quartz-0.2-dev.jar jgs-struts-0_1d.jar Just to check: Is struts.jar in your WEB-INF/lib? A message like below colud come if RequestUtils was loaded off of the container's class path, as classes loaded from the container class path don't have visibility into web application lib/class dirs. What are the contents of WEB-INF/lib? Joe But, here is the new error message I get: == 12:51:51,936 WARN [jbossweb] WARNING: action: null java.lang.ClassNotFoundException: com.jgsullivan.struts.plugins.QuartzPlugIn at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:225) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:198) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:207) at org.apache.struts.util.RequestUtils.applicationInstance(RequestUtils.java:231) at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:1140) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:472) at com.baselogic.yoursos.struts.ExtendedActionServlet.init(ExtendedActionServlet.java:23) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:219) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:436) at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebApplicationHandler.java:150) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:442) at org.mortbay.j2ee.J2EEWebApplicationContext.start(J2EEWebApplicationContext.java:85) at org.jboss.jetty.JBossWebApplicationContext.start(JBossWebApplicationContext.java:89) at org.jboss.jetty.Jetty.deploy(Jetty.java:331) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:242) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:301) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:217) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:230) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:207) 12:51:51,936 INFO [jbossweb] action: null: java.lang.ClassNotFoundException: com.jgsullivan.struts.plugins.QuartzPlugIn 12:51:51,951 INFO [jbossweb] Stopped WebApplicationContext[/,jar:file:/C:/usr/local/jboss-3.0.7/server/default/tmp/deploy/server/default /deploy/yoursos-app.ear/34.yoursos-app.ear-contents/yoursos-web-application.war!/] 12:51:51,951 INFO [jbossweb] Deregister jboss.web:Jetty=0,JBossWebApplicationContext=10,context=/ 12:51:51,951 INFO [jbossweb] Successfully undeployed file:/C:/usr/local/jboss-3.0.7/server/default/tmp/deploy/server/default/deploy/your sos-app.ear/34.yoursos-app.ear-contents/yoursos-web-application.war 12:51:51,951 ERROR [MainDeployer] could not start deployment: file:/C:/usr/local/jboss-3.0.7/server/default/tmp/deploy/server/default/dep loy/yoursos-app.ear/34.yoursos-app.ear-contents/yoursos-web-application.war org.jboss.deployment.DeploymentException: - nested throwable: (javax.servlet.UnavailableException) at org.jboss.jetty.Jetty.deploy(Jetty.java:353) at
RE: Sending a Redirect Directly from an Action Class
The statement, The JSP page somePage.jsp could not be protected by the standard security constraints. is incorrect. This discussion no longer has anything to do with Struts. Unless you disagree with either of these points can we now drop it, please? Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release of HTMLTable 0.4-rc1
Cool product and similar to Display tag with added feature like editing table. Can it work with html-el and jstl? -Dan - Original Message - From: Yuriy Zubarev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 12:24 AM Subject: Release of HTMLTable 0.4-rc1 Hello everyone, I'm pleased to inform you that the first release of HTMLTable 0.4 is available for your download/evaluation. HTMLTable is a table centric framework designed to be used with Struts. It facilitates operations for table paging / navigation, sorting and filtering; incorporates look and feel of tables in one centric XML file with abilities of properties inheritance and changing them in run-time. The framework also provides convenient mechanisms to work with editable (indexed) items in tables and more. Version 0.4 is a major update of the product. It contains numerous bug-fixes and new and improved functionality. Development/download site is http://sourceforge.net/projects/htmltable Live examples and configuration notes are available at http://htmltable.yuriy-zubarev.com (you will find paging, sorting, filtering examples/tutorial on Struts and HTMLTable, plus more) Thank you for your time, Yuriy ZUbarev - 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: Release of HTMLTable 0.4-rc1
Also, can it export the table to excel fomat like display tag? -Dan - Original Message - From: Yuriy Zubarev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 12:24 AM Subject: Release of HTMLTable 0.4-rc1 Hello everyone, I'm pleased to inform you that the first release of HTMLTable 0.4 is available for your download/evaluation. HTMLTable is a table centric framework designed to be used with Struts. It facilitates operations for table paging / navigation, sorting and filtering; incorporates look and feel of tables in one centric XML file with abilities of properties inheritance and changing them in run-time. The framework also provides convenient mechanisms to work with editable (indexed) items in tables and more. Version 0.4 is a major update of the product. It contains numerous bug-fixes and new and improved functionality. Development/download site is http://sourceforge.net/projects/htmltable Live examples and configuration notes are available at http://htmltable.yuriy-zubarev.com (you will find paging, sorting, filtering examples/tutorial on Struts and HTMLTable, plus more) Thank you for your time, Yuriy ZUbarev - 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: jgs Quartz error
strtus.jar is in my WEB-INF/lib as well as the 3 quartz jars. Then I tried to copy struts.jar into my EAR, but got the same message. I am totally confused on this... Thanks for your help!! Hope we can fix this. --- Thanks... Mick Knutson --- From: Joe Germuska [EMAIL PROTECTED] Reply-To: Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Subject: RE: jgs Quartz error Date: Sun, 29 Jun 2003 09:40:35 -0500 At 13:00 -0700 6/28/03, Mick Knutson wrote: OK, closer, but still no bannana... I moved the quartz jars (3) to the EAR instead of the WAR. I added this into the Manifest.mf for the WAR: Manifest-Version: 1.0 Class-Path: yoursos-beans.jar common.jar junit-3.8.1.jar strutstest-2.0.0.jar aspectjrt-1.0.5.jar cactus-1.4.1.jar cactus-ant-1.4.1.jar httpunit-1.4.1.jar quartz.jar jgs-quartz-0.2-dev.jar jgs-struts-0_1d.jar Just to check: Is struts.jar in your WEB-INF/lib? A message like below colud come if RequestUtils was loaded off of the container's class path, as classes loaded from the container class path don't have visibility into web application lib/class dirs. What are the contents of WEB-INF/lib? Joe But, here is the new error message I get: == 12:51:51,936 WARN [jbossweb] WARNING: action: null java.lang.ClassNotFoundException: com.jgsullivan.struts.plugins.QuartzPlugIn at java.net.URLClassLoader$1.run(URLClassLoader.java:198) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:186) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:225) at org.mortbay.http.ContextLoader.loadClass(ContextLoader.java:198) at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:207) at org.apache.struts.util.RequestUtils.applicationInstance(RequestUtils.java:231) at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:1140) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:472) at com.baselogic.yoursos.struts.ExtendedActionServlet.init(ExtendedActionServlet.java:23) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:219) at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHandler.java:436) at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(WebApplicationHandler.java:150) at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationContext.java:442) at org.mortbay.j2ee.J2EEWebApplicationContext.start(J2EEWebApplicationContext.java:85) at org.jboss.jetty.JBossWebApplicationContext.start(JBossWebApplicationContext.java:89) at org.jboss.jetty.Jetty.deploy(Jetty.java:331) at org.jboss.jetty.JettyService.performDeploy(JettyService.java:242) at org.jboss.web.AbstractWebContainer.start(AbstractWebContainer.java:301) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:814) at org.jboss.deployment.MainDeployer.start(MainDeployer.java:806) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:627) at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:591) at sun.reflect.GeneratedMethodAccessor11.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:517) at org.jboss.util.jmx.MBeanProxy.invoke(MBeanProxy.java:174) at $Proxy3.deploy(Unknown Source) at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:435) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:561) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:217) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:230) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:207) 12:51:51,936 INFO [jbossweb] action: null: java.lang.ClassNotFoundException: com.jgsullivan.struts.plugins.QuartzPlugIn 12:51:51,951 INFO [jbossweb] Stopped WebApplicationContext[/,jar:file:/C:/usr/local/jboss-3.0.7/server/default/tmp/deploy/server/default /deploy/yoursos-app.ear/34.yoursos-app.ear-contents/yoursos-web-application.war!/] 12:51:51,951 INFO [jbossweb] Deregister jboss.web:Jetty=0,JBossWebApplicationContext=10,context=/ 12:51:51,951 INFO [jbossweb] Successfully undeployed file:/C:/usr/local/jboss-3.0.7/server/default/tmp/deploy/server/default/deploy/your
RE: Submiting a form through a link
a href= onclick=document.forms[0].submit();return false;Click here/a The above code works for me. Not sure if the return false; has any impact - probably does nothing. The return false is definitely important. It tells the browser that, after running the commands in the onClick handler, it should NOT go to the href. If you return true (default) then the browser will go to the href after running the commands. In this case, if you aren't returning false, then the form will submit and the browser will immediately abandon that request and instead try to go to the href URL, making it look like nothing happened. Matt
Internationaized text in large chunks (best practice)?
I have many large chunks of text in the form of whole HTML pages for my site. Not realy a full blown Knowledge base, but just very large paragraphs that I want to externalize for localization. I just want to know what the best practice would be for this? Would it be just adding it in my ApplicationResources.properties file, or something else. --- Thanks... Mick Knutson --- _ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Submiting a form through a link
Thanks for the clarification. I knew a normal link worked like that but wasn't sure of the interaction with the form submission. Steve -Original Message- From: Kruse, Matt [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 8:31 AM To: 'Struts Users Mailing List ' Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a The above code works for me. Not sure if the return false; has any impact - probably does nothing. The return false is definitely important. It tells the browser that, after running the commands in the onClick handler, it should NOT go to the href. If you return true (default) then the browser will go to the href after running the commands. In this case, if you aren't returning false, then the form will submit and the browser will immediately abandon that request and instead try to go to the href URL, making it look like nothing happened. Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Submiting a form through a link
First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens. Can someone send me a simple example (or a URL to it) of submiting a html:form through html:link? Thanks. = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.mail.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Release of HTMLTable 0.4-rc1
I've never tried it personally, but I don't see why not. I will do some tests and if there is any trick to it - there will be another example. Thanks, Yuriy ZUbarev -Original Message- From: Dan Tran [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 8:21 AM To: Struts Users Mailing List Subject: Re: Release of HTMLTable 0.4-rc1 Cool product and similar to Display tag with added feature like editing table. Can it work with html-el and jstl? -Dan - Original Message - From: Yuriy Zubarev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 12:24 AM Subject: Release of HTMLTable 0.4-rc1 Hello everyone, I'm pleased to inform you that the first release of HTMLTable 0.4 is available for your download/evaluation. HTMLTable is a table centric framework designed to be used with Struts. It facilitates operations for table paging / navigation, sorting and filtering; incorporates look and feel of tables in one centric XML file with abilities of properties inheritance and changing them in run-time. The framework also provides convenient mechanisms to work with editable (indexed) items in tables and more. Version 0.4 is a major update of the product. It contains numerous bug-fixes and new and improved functionality. Development/download site is http://sourceforge.net/projects/htmltable Live examples and configuration notes are available at http://htmltable.yuriy-zubarev.com (you will find paging, sorting, filtering examples/tutorial on Struts and HTMLTable, plus more) Thank you for your time, Yuriy ZUbarev - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Release of HTMLTable 0.4-rc1
It's not supported in the current version. It will come later on. Thank you, Yuriy Zubarev -Original Message- From: Dan Tran [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 8:22 AM To: Struts Users Mailing List Subject: Re: Release of HTMLTable 0.4-rc1 Also, can it export the table to excel fomat like display tag? -Dan - Original Message - From: Yuriy Zubarev [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 12:24 AM Subject: Release of HTMLTable 0.4-rc1 Hello everyone, I'm pleased to inform you that the first release of HTMLTable 0.4 is available for your download/evaluation. HTMLTable is a table centric framework designed to be used with Struts. It facilitates operations for table paging / navigation, sorting and filtering; incorporates look and feel of tables in one centric XML file with abilities of properties inheritance and changing them in run-time. The framework also provides convenient mechanisms to work with editable (indexed) items in tables and more. Version 0.4 is a major update of the product. It contains numerous bug-fixes and new and improved functionality. Development/download site is http://sourceforge.net/projects/htmltable Live examples and configuration notes are available at http://htmltable.yuriy-zubarev.com (you will find paging, sorting, filtering examples/tutorial on Struts and HTMLTable, plus more) Thank you for your time, Yuriy ZUbarev - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: nested bean parameters
I tried that: bean:write name=alert property=startingLocation.locationId / But got this error: Tag 'insert' can't insert page '/WEB-INF/default/body/alert.list.jsp'. Check if it exists. Null property value for 'startingLocation' java.lang.IllegalArgumentException: Null property value for 'startingLocation' at org.apache.commons.beanutils.PropertyUtils.getNestedProperty(PropertyUtils.java:755) at org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:801) at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:891) at org.apache.struts.taglib.bean.WriteTag.doStartTag(WriteTag.java:286) at org.apache.jsp.alert$list$jsp._jspService(alert$list$jsp.java:419) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:192) at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:121) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:820) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:391) at org.apache.struts.tiles.TilesUtilImpl.doInclude(TilesUtilImpl.java:137) at org.apache.struts.tiles.TilesUtil.doInclude(TilesUtil.java:177) at org.apache.struts.taglib.tiles.InsertTag.doInclude(InsertTag.java:756) at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTag.java:881) at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:473) at org.apache.jsp.default$jsp._jspService(default$jsp.java:381) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:192) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:129) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069) at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:274) at org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(TilesRequestProcessor.java:254) at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.java:309) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1480) at com.baselogic.yoursos.struts.ExtendedActionServlet.process(ExtendedActionServlet.java:40) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:506) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:342) at com.baselogic.yoursos.security.SecurityContextFilter.doFilter(SecurityContextFilter.java:102) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334) at com.baselogic.yoursos.user.UserPreferenceFilter.doFilter(UserPreferenceFilter.java:48) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:286) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:507) at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.jboss.jetty.Jetty.service(Jetty.java:460) at org.mortbay.http.HttpConnection.service(HttpConnection.java:775) at org.mortbay.http.HttpConnection.handleNext(HttpConnection.java:939) at org.mortbay.http.HttpConnection.handle(HttpConnection.java:792) at org.mortbay.http.SocketListener.handleConnection(SocketListener.java:201) at
RE: Submiting a form through a link
You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens. Can someone send me a simple example (or a URL to it) of submiting a html:form through html:link? Thanks. = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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]
struts-logon
I was trying out the sample applications. This email is regarding struts-logon. It doesn't work. steps followed --- - Placed the struts-logon.war in the webapps directory. - Restarted tomcat 4.1.18. - The web directories were created by tomcat. - went to browser and typed http://localhost:8080/struts-logon - The browser displayed :- HTTP Status 404 - /struts-logon type Status report message /struts-logon description The requested resource (/struts-logon) is not available. I haven't had a chance to fix it yet so just reporting the problem as it stands. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending a Redirect Directly from an Action Class
- Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 10:09 AM Subject: RE: Sending a Redirect Directly from an Action Class The statement, The JSP page somePage.jsp could not be protected by the standard security constraints. is incorrect. You recognized the discussion context is on the concerns of the redirect to the JSP page /somePage.jsp, right? (Shoud I bring out the orignal text again?) Let me ask you, if you put the page under a standard security constraint, how can you perform a redirect to that page sucessfully? Taking a statement out of its contexts is not very professional. This discussion no longer has anything to do with Struts. However, it has something to do with the Struts users, because you are misleading the Struts users when you said not true or is incorrect to the original text. Unless you disagree with either of these points can we now drop it, please? You changed your arguments from *assuming* the action is protected to the statement you mentioned above, could you drop the tactics, please? Steve - 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: Sending a Redirect Directly from an Action Class
Redirecting to a page has *nothing* to do with security constraints. If you have the necessary authority to that page then the page will be displayed without error. If you do not have the authority then an error will be generated. However, this does not mean that the redirect has failed. The redirect worked but the redirect target generated an error which, in any decent application, will be handled and the user will be presented with a meaningful error page or logon page. So, the JSP *can* in fact be protected by container managed security. I have never said this is the *best* way of doing things but your assertion that the JSP page could not be protected by standard security constraints is just plain wrong. Steve -Original Message- From: Jing Zhou [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 11:12 AM To: Struts Users Mailing List; [EMAIL PROTECTED] Subject: Re: Sending a Redirect Directly from an Action Class - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 10:09 AM Subject: RE: Sending a Redirect Directly from an Action Class The statement, The JSP page somePage.jsp could not be protected by the standard security constraints. is incorrect. You recognized the discussion context is on the concerns of the redirect to the JSP page /somePage.jsp, right? (Shoud I bring out the orignal text again?) Let me ask you, if you put the page under a standard security constraint, how can you perform a redirect to that page sucessfully? Taking a statement out of its contexts is not very professional. This discussion no longer has anything to do with Struts. However, it has something to do with the Struts users, because you are misleading the Struts users when you said not true or is incorrect to the original text. Unless you disagree with either of these points can we now drop it, please? You changed your arguments from *assuming* the action is protected to the statement you mentioned above, could you drop the tactics, please? Steve - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts-logon
Actually I was being polite when I wrote haven't had a chance to fix it. Just reporting the problem. That's it. [EMAIL PROTECTED] wrote: I was trying out the sample applications. This email is regarding struts-logon. It doesn't work. steps followed --- - Placed the struts-logon.war in the webapps directory. - Restarted tomcat 4.1.18. - The web directories were created by tomcat. - went to browser and typed http://localhost:8080/struts-logon - The browser displayed :- HTTP Status 404 - /struts-logon type Status report message /struts-logon description The requested resource (/struts-logon) is not available. I haven't had a chance to fix it yet so just reporting the problem as it stands. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with [EMAIL PROTECTED] http://shopnow.netscape.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: struts-logon
There's a tld file missing from the WEB-INF/lib folder. Cut and past the following into a file called app.tld in the WEB-INF/lib folder. (This is just the version from the Struts example application that is in the Struts distribution, so you can copy that file if it's easier). Steve ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnameApplication Tag Library/shortname urihttp://jakarta.apache.org/taglibs/struts-example-1.0/uri info This tag library contains functionality specific to the Struts Example Application. /info tag namecheckLogon/name tagclassorg.apache.struts.webapp.example.CheckLogonTag/tagclass bodycontentempty/bodycontent info Validate that there is a currently logged on user, by checking for the existence of a session-scope bean under the specified name. If there is no such bean, forward control to the specified page, which will typically be a logon form. name - Name of the session-scope bean to check for [user] page - Context-relative path to the logon page [/logon.jsp] /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag tag namelinkSubscription/name tagclassorg.apache.struts.webapp.example.LinkSubscriptionTag/tagclass info Generate a URL-encoded hyperlink to the a URL made up of the specified base value, plus optional query parameters that select the specified Subscription object. name - Name of the attribute containing the specified Subscription. [subscription] page - Context-relative URL of the generated link /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag tag namelinkUser/name tagclassorg.apache.struts.webapp.example.LinkUserTag/tagclass info Generate a URL-encoded hyperlink to the a URL made up of the specified base value, plus optional query parameters that select the specified User object. name - Name of the attribute containing the specified user. [user] href - Context-relative URL of the generated link /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib -Original Message- From: objectworlds [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 10:54 AM To: Struts Users Mailing List Subject: struts-logon I was trying out the sample applications. This email is regarding struts-logon. It doesn't work. steps followed --- - Placed the struts-logon.war in the webapps directory. - Restarted tomcat 4.1.18. - The web directories were created by tomcat. - went to browser and typed http://localhost:8080/struts-logon - The browser displayed :- HTTP Status 404 - /struts-logon -- -- type Status report message /struts-logon description The requested resource (/struts-logon) is not available. I haven't had a chance to fix it yet so just reporting the problem as it stands. - 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: Sending a Redirect Directly from an Action Class
- Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 1:50 PM Subject: RE: Sending a Redirect Directly from an Action Class Redirecting to a page has *nothing* to do with security constraints. If you have the necessary authority to that page then the page will be displayed without error. If you do not have the authority then an error will be generated. However, this does not mean that the redirect has failed. The redirect worked but the redirect target generated an error which, in any decent application, will be handled and the user will be presented with a meaningful error page or logon page. So, the JSP *can* in fact be protected by container managed security. I have never said this is the *best* way of doing things but your assertion that the JSP page could not be protected by standard security constraints is just plain wrong. Steve -Original Message- From: Jing Zhou [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 11:12 AM To: Struts Users Mailing List; [EMAIL PROTECTED] Subject: Re: Sending a Redirect Directly from an Action Class - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 10:09 AM Subject: RE: Sending a Redirect Directly from an Action Class The statement, The JSP page somePage.jsp could not be protected by the standard security constraints. is incorrect. You recognized the discussion context is on the concerns of the redirect to the JSP page /somePage.jsp, right? (Shoud I bring out the orignal text again?) Let me ask you, if you put the page under a standard security constraint, how can you perform a redirect to that page sucessfully? Taking a statement out of its contexts is not very professional. This discussion no longer has anything to do with Struts. However, it has something to do with the Struts users, because you are misleading the Struts users when you said not true or is incorrect to the original text. Unless you disagree with either of these points can we now drop it, please? You changed your arguments from *assuming* the action is protected to the statement you mentioned above, could you drop the tactics, please? Steve - 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] - 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: Sending a Redirect Directly from an Action Class
It looks to me some more *assumed* assumptions are added to achieve your *best* way. The *easiest* way in my assumption is that no one has direct access to the JSP pages in the security constraints. When assumptions could be added arbitrarily, it is hard for anyone to produce forever true statements :-) Jing - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 1:50 PM Subject: RE: Sending a Redirect Directly from an Action Class Redirecting to a page has *nothing* to do with security constraints. If you have the necessary authority to that page then the page will be displayed without error. If you do not have the authority then an error will be generated. However, this does not mean that the redirect has failed. The redirect worked but the redirect target generated an error which, in any decent application, will be handled and the user will be presented with a meaningful error page or logon page. So, the JSP *can* in fact be protected by container managed security. I have never said this is the *best* way of doing things but your assertion that the JSP page could not be protected by standard security constraints is just plain wrong. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Submiting a form through a link
It's just something like this: function go() document.forms[0].submit(); } html:form action=/some_action html:select property=choice value=1 html:option value=1/ html:option value=2/ html:option value=3/ html:option value=4/ /html:select html:link href= onclick=javascript:go()[ ok ]/html:link /html:form What's wrong with this implementation. It happens nothing when I click in the [ ok ] link. But I'll try your tip. Thanks. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:20 PM Subject: RE: Submiting a form through a link You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens. Can someone send me a simple example (or a URL to it) of submiting a html:form through html:link? Thanks. = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL
RE: Sending a Redirect Directly from an Action Class
The *easiest* way in my assumption is that no one has direct access to the JSP pages in the security constraints. Actually the easiest way is to place JSPs under WEB-INF but that was not what we were talking about. I'm not making assumption in that you flatly said that the JSP could not be protected by standard security constraints and I pointed out that it could. You may have misstated what you meant or simply misunderstood how it works, but what you actually wrote was factually incorrect. In regard to your previous comment, 'unprofessional' would have been all the things I re-phrased to avoid giving offence. Perhaps you should consider that yourself, next time. I'm not getting anything out of this now and I'm sure others have more than enough information about the subject so let's consider the matter closed. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Submiting a form through a link
Have you gotten any JS errors when you clicked on it? I believe you don't need the javascript: part when it's inside an eventhandler (onXXX), only when it's inside an href. Try html:link href= onclick=go()[ ok ]/html:link, see if it works... HTH []'s - ventura - Original Message - From: Cristiano Moreira Silva [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 5:12 PM Subject: Re: Submiting a form through a link It's just something like this: function go() document.forms[0].submit(); } html:form action=/some_action html:select property=choice value=1 html:option value=1/ html:option value=2/ html:option value=3/ html:option value=4/ /html:select html:link href= onclick=javascript:go()[ ok ]/html:link /html:form What's wrong with this implementation. It happens nothing when I click in the [ ok ] link. But I'll try your tip. Thanks. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:20 PM Subject: RE: Submiting a form through a link You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens. Can someone send me a simple example (or a URL to it) of submiting a html:form through html:link? Thanks. = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo!
RE: Submiting a form through a link
OK, I see now. Try adding return false; at the end of your go() method. I had it in my example and Matt explained earlier why it works. As I said, you can just use a standard HTML a tag in this case. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 1:13 PM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link It's just something like this: function go() document.forms[0].submit(); } html:form action=/some_action html:select property=choice value=1 html:option value=1/ html:option value=2/ html:option value=3/ html:option value=4/ /html:select html:link href= onclick=javascript:go()[ ok ]/html:link /html:form What's wrong with this implementation. It happens nothing when I click in the [ ok ] link. But I'll try your tip. Thanks. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:20 PM Subject: RE: Submiting a form through a link You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens. Can someone send me a simple example (or a URL to it) of submiting a html:form through html:link? Thanks. = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito: caixa postal de 6MB, antivírus, proteção contra spam. http://br.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] = Cristiano Moreira Silva Site - http://computologo.vila.bol.com.br E-mail - [EMAIL PROTECTED] Tudo posso nAquele que me fortalece. Fp. 4:13 ___ Yahoo! Mail Mais espaço, mais segurança e gratuito:
Re: Custom Validation method...
I needed something similar for an email validation where the user could input either a valid email address or the word unknown . You should be able to swap the email checking for date checking and be good to go. public static boolean validateEmail(Object bean, ValidatorAction va, Field field, ActionErrors errors, HttpServletRequest request) { String value = null; if (isString(bean)) { value = (String) bean; } else { value = ValidatorUtil.getValueAsString(bean, field.getProperty()); } if (!GenericValidator.isBlankOrNull(value) !GenericValidator.isEmail(value) !(UNKNOWN.equalsIgnoreCase(value))) { errors.add(field.getKey(), Resources.getActionError(request, va, field)); return false; } else { return true; } } } Ian Hunter wrote: I need to create another validation method; I need dates to be able to pass if they are set to N/A (or n/a or N/a or nA, etc) -- I imagine I could just subclass one of the validator methods. Any advice to get me started? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jgs Quartz error
At 8:28 -0700 6/29/03, Mick Knutson wrote: strtus.jar is in my WEB-INF/lib as well as the 3 quartz jars. Then I tried to copy struts.jar into my EAR, but got the same message. I am totally confused on this... Thanks for your help!! Hope we can fix this. For now, at least, I'm out of ideas. I don't do EJB development and I don't use JBoss, so I have only theory to go on in making any suggestions. I would probably try some simpler deployments, like perhaps a pure test in a WAR with no EJB associations with a Quartz Job that prints a log message every 15 seconds, just to get some working installation. Now we can see why Sun specifies a Deployer as separate specialty in J2EE development. Have you solicited any help from JBoss users or maybe at forums.java.sun.com? Anyway, I'm out of suggestions. Joe -- -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com If nature worked that way, the universe would crash all the time. --Jaron Lanier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Submiting a form through a link
Good point! html:form action=/path html:select property=choice value=1 html:option value=11/html:option html:option value=22/html:option html:option value=33/html:option html:option value=44/html:option /html:select /html:form a href= onclick=document.forms[0].submit();return false;[ ok ]/a html:link href= onclick=javascript:'document.forms[0].submit();return false;'[ ok ]/html:link a href=javascript:document.forms[0].submit()[ ok ]/a All three versions of the link work. A couple of points to notice: - The links don't have to be contained within the form tag. Not sure if you were under that impression or not, but they don't. - The third version uses the 'javascript:' url in href. You don't need the return false; here because you want the link to activate (it won't actually work if you do include return false;) Rhetorical question: What's wrong with a simple button? Then you wouldn't need to resort to javascript and all users would be able to use the form. Steve -Original Message- From: José Ventura [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 1:20 PM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link Have you gotten any JS errors when you clicked on it? I believe you don't need the javascript: part when it's inside an eventhandler (onXXX), only when it's inside an href. Try html:link href= onclick=go()[ ok ]/html:link, see if it works... HTH []'s - ventura - Original Message - From: Cristiano Moreira Silva [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 5:12 PM Subject: Re: Submiting a form through a link It's just something like this: function go() document.forms[0].submit(); } html:form action=/some_action html:select property=choice value=1 html:option value=1/ html:option value=2/ html:option value=3/ html:option value=4/ /html:select html:link href= onclick=javascript:go()[ ok ]/html:link /html:form What's wrong with this implementation. It happens nothing when I click in the [ ok ] link. But I'll try your tip. Thanks. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:20 PM Subject: RE: Submiting a form through a link You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 28, 2003 12:02 PM To: Struts Users Mailing List Subject: Submiting a form through a link Hello. I'm trying to submit a html:form through a html:link. When I click the link, on the onclick event, I call a javascript function and execute: document.forms[0].submit() Then nothing happens.
RE: requiredif and *this*
Requiredif doesn't provide the *this* constant, alas. Validwhen will, and should be available in 1.1.1/1.2 (whatever we call the next release), except that I may do another rewrite before release it, since there's been a lot of suggestions to me to base it on the Commons EL parser rather than doing a brand new one. James -Original Message- From: Chen, Gin [mailto:[EMAIL PROTECTED] Sent: Friday, June 27, 2003 11:15 AM To: 'Struts Users Mailing List' Subject: requiredif and *this* The new validwhen will provide a *this* So that you can easily test if 2 fields are equal. Is this available using requiredif? I saw Raible's article regarding this but it requires creating a custom validator. I'm not opposed to doing this but I don't want to introduce new items for maintenance if it is now available directly from Struts. Thanks, -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sending a Redirect Directly from an Action Class
- Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 3:16 PM Subject: RE: Sending a Redirect Directly from an Action Class The *easiest* way in my assumption is that no one has direct access to the JSP pages in the security constraints. Actually the easiest way is to place JSPs under WEB-INF but that was not what we were talking about. That is an old practice and it may not be supported by all vendors in all versions of their server software. I'm not making assumption in that you flatly said that the JSP could not be protected by standard security constraints and I pointed out that it could. You may have misstated what you meant or simply misunderstood how it works, but what you actually wrote was factually incorrect. In regard to your previous comment, 'unprofessional' would have been all the things I re-phrased to avoid giving offence. Perhaps you should consider that yourself, next time. When making recommendations, I am assuming the best practices of the MVC models for simplicity of the statements. They include no protections on actions and no direct accesses to JSP pages. They are clear concepts to every morden MVC expert. Later you added your assumptions to protect actions, then added your assumptions to use the security constraints in old ways which are suitable for the Model 1 things. As to why the ways you described to use the security constraints are junked ideas, I will discuss sometimes later. It looks to me you don't understand they get dumped in morden MVC models, so you use them or recommend them in your *professional* ways. I'm not getting anything out of this now and I'm sure others have more than enough information about the subject so let's consider the matter closed. Steve Jing - 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: nested bean parameters
Sounds like getStartingLocation is returning a null, and so bean:write can't call getLocationId on a null object. K.C. Mick Knutson wrote: I tried that: bean:write name=alert property=startingLocation.locationId / But got this error: Tag 'insert' can't insert page '/WEB-INF/default/body/alert.list.jsp'. Check if it exists. Null property value for 'startingLocation' java.lang.IllegalArgumentException: Null property value for 'startingLocation' at org.apache.commons.beanutils.PropertyUtils.getNestedProperty(PropertyUtils.java:755) at org.apache.commons.beanutils.PropertyUtils.getProperty(PropertyUtils.java:801) at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:891) at org.apache.struts.taglib.bean.WriteTag.doStartTag(WriteTag.java:286) at org.apache.jsp.alert$list$jsp._jspService(alert$list$jsp.java:419) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:192) at org.mortbay.jetty.servlet.Dispatcher.include(Dispatcher.java:121) at org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:820) at org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:391) at org.apache.struts.tiles.TilesUtilImpl.doInclude(TilesUtilImpl.java:137) at org.apache.struts.tiles.TilesUtil.doInclude(TilesUtil.java:177) at org.apache.struts.taglib.tiles.InsertTag.doInclude(InsertTag.java:756) at org.apache.struts.taglib.tiles.InsertTag$InsertHandler.doEndTag(InsertTag.java:881) at org.apache.struts.taglib.tiles.InsertTag.doEndTag(InsertTag.java:473) at org.apache.jsp.default$jsp._jspService(default$jsp.java:381) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:473) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:294) at org.mortbay.jetty.servlet.Dispatcher.dispatch(Dispatcher.java:192) at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:129) at org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:1069) at org.apache.struts.tiles.TilesRequestProcessor.doForward(TilesRequestProcessor.java:274) at org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition(TilesRequestProcessor.java:254) at org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(TilesRequestProcessor.java:309) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1480) at com.baselogic.yoursos.struts.ExtendedActionServlet.process(ExtendedActionServlet.java:40) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:506) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:360) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:342) at com.baselogic.yoursos.security.SecurityContextFilter.doFilter(SecurityContextFilter.java:102) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334) at com.baselogic.yoursos.user.UserPreferenceFilter.doFilter(UserPreferenceFilter.java:48) at org.mortbay.jetty.servlet.WebApplicationHandler$Chain.doFilter(WebApplicationHandler.java:334) at org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:286) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:558) at org.mortbay.http.HttpContext.handle(HttpContext.java:1714) at org.mortbay.jetty.servlet.WebApplicationContext.handle(WebApplicationContext.java:507) at org.mortbay.http.HttpContext.handle(HttpContext.java:1664) at org.mortbay.http.HttpServer.service(HttpServer.java:863) at org.jboss.jetty.Jetty.service(Jetty.java:460) at org.mortbay.http.HttpConnection.service(HttpConnection.java:775) at
Re: Sending a Redirect Directly from an Action Class
- Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 4:45 PM Subject: RE: Sending a Redirect Directly from an Action Class Look, I am trying to let this go. But you insist on throwing out statements that may mislead others. On the contrary, every time you *assume*, it introduces a misleading thing. Placing JSPs under WEB-INF is an established best practice and was supported under servlet API 2.2 where it was allowed and reinforced under Servlet API 2.3 where it was expressly permitted. It is my understanding that a container that claims to support Servlet API 2.3 must permit this, though I don't know if all do yet. Your MVC best practices apparently include hiding the address bar from users and relying on JavaScript to refresh the URL where a simple redirect would suffice. I assume this leads to excellent usability on diverse user-agents including screen readers and devices that don't support JavaScript. Now I see another *assume*. Your ability to assume is overly strong :-) Redirects can be done, address bars can be hidden or shown with desired URLs, and non-JavaScript agents can be supported, all in the best practices of the morden MVC models. Do not *assume* to stop misleading. Open your mind to accept new things. You are welcome to ask questions if you are unsure for somethings. Jing Netspread Carrier http://www.netspread.com You are perfectly welcome to express your views on current best practise but please don't confuse what is best practise with what will work. I have repeated ad-nauseum that though I was not advocating direct access of JSPs a redirect to the JSP would work, regardless of the security constraints in place, in this particular example. Keep digging Steve - 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: Sending a Redirect Directly from an Action Class
*Sigh* This discussion is now closed. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts-logon
Feedback - I went for the cut paste approach and it worked! [EMAIL PROTECTED] wrote: There's a tld file missing from the WEB-INF/lib folder. Cut and past the following into a file called app.tld in the WEB-INF/lib folder. (This is just the version from the Struts example application that is in the Struts distribution, so you can copy that file if it's easier). Steve ?xml version=1.0 encoding=ISO-8859-1 ? !DOCTYPE taglib PUBLIC -//Sun Microsystems, Inc.//DTD JSP Tag Library 1.1//EN http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd; taglib tlibversion1.0/tlibversion jspversion1.1/jspversion shortnameApplication Tag Library/shortname urihttp://jakarta.apache.org/taglibs/struts-example-1.0/uri info This tag library contains functionality specific to the Struts Example Application. /info tag namecheckLogon/name tagclassorg.apache.struts.webapp.example.CheckLogonTag/tagclass bodycontentempty/bodycontent info Validate that there is a currently logged on user, by checking for the existence of a session-scope bean under the specified name. If there is no such bean, forward control to the specified page, which will typically be a logon form. name - Name of the session-scope bean to check for [user] page - Context-relative path to the logon page [/logon.jsp] /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute /tag tag namelinkSubscription/name tagclassorg.apache.struts.webapp.example.LinkSubscriptionTag/tagclass info Generate a URL-encoded hyperlink to the a URL made up of the specified base value, plus optional query parameters that select the specified Subscription object. name - Name of the attribute containing the specified Subscription. [subscription] page - Context-relative URL of the generated link /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag tag namelinkUser/name tagclassorg.apache.struts.webapp.example.LinkUserTag/tagclass info Generate a URL-encoded hyperlink to the a URL made up of the specified base value, plus optional query parameters that select the specified User object. name - Name of the attribute containing the specified user. [user] href - Context-relative URL of the generated link /info attribute namename/name requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute attribute namepage/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag /taglib -Original Message- From: objectworlds [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 10:54 AM To: Struts Users Mailing List Subject: struts-logon I was trying out the sample applications. This email is regarding struts-logon. It doesn't work. steps followed --- - Placed the struts-logon.war in the webapps directory. - Restarted tomcat 4.1.18. - The web directories were created by tomcat. - went to browser and typed http://localhost:8080/struts-logon - The browser displayed :- HTTP Status 404 - /struts-logon -- -- type Status report message /struts-logon description The requested resource (/struts-logon) is not available. I haven't had a chance to fix it yet so just reporting the problem as it stands. - 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] -- Your favorite stores, helpful shopping tools and great gift ideas. Experience the convenience of buying online with [EMAIL PROTECTED] http://shopnow.netscape.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Sturts - Custom Tags and limitations
Greetings, Before I go charging off and make a stack of custom tags, I thought I would post to the group to make sure I am heading in the right direction. We are devloping an applicaton and we have created the business logic that is able to fit a number of UI (web, Local application etc). A number of our classes have methods that are not bean compliant (addCategory for example). Many of the functions also return objects and datastructures like linked lists and hash maps. As I understand it struts is happy to use beans, but if I am using an object and make a method call that is not bean compliant I am going to have to create my own tag library to deal with this. For example, I have a bean function that returns a linked hash map, in order for me to itterate through this and display an output I will need to create my own tag library right? Any advice appreciated. Regards Ben Stewart - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sturts - Custom Tags and limitations
Struts (and JSTL) will be happy with a LinkedHashMap as it is a member of the Collection class hierarchy. I would not recommend with custom tags unless you need custom functionality. If you really can't change the existing method names you should consider adding additional methods that are bean compliant (they can just delegate to the existing methods). You should consider deprecating the old methods so they could be removed in future. If you can't touch the existing classes at all (why?), think about using adaptor classes. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 4:33 PM To: Struts Users Mailing List Subject: Sturts - Custom Tags and limitations Greetings, Before I go charging off and make a stack of custom tags, I thought I would post to the group to make sure I am heading in the right direction. We are devloping an applicaton and we have created the business logic that is able to fit a number of UI (web, Local application etc). A number of our classes have methods that are not bean compliant (addCategory for example). Many of the functions also return objects and datastructures like linked lists and hash maps. As I understand it struts is happy to use beans, but if I am using an object and make a method call that is not bean compliant I am going to have to create my own tag library to deal with this. For example, I have a bean function that returns a linked hash map, in order for me to itterate through this and display an output I will need to create my own tag library right? Any advice appreciated. Regards Ben Stewart - 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: Sturts - Custom Tags and limitations
Should read: I would not recommend creating custom tags... Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sturts - Custom Tags and limitations
In order to make our classes bean compliant we would have to change our constructors so they dont take parameters right ?? That is a pretty severe limitation, or are you saying just make your method calls bean compliant? Ben Steve Raeburn wrote: Struts (and JSTL) will be happy with a LinkedHashMap as it is a member of the Collection class hierarchy. I would not recommend with custom tags unless you need custom functionality. If you really can't change the existing method names you should consider adding additional methods that are bean compliant (they can just delegate to the existing methods). You should consider deprecating the old methods so they could be removed in future. If you can't touch the existing classes at all (why?), think about using adaptor classes. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 4:33 PM To: Struts Users Mailing List Subject: Sturts - Custom Tags and limitations Greetings, Before I go charging off and make a stack of custom tags, I thought I would post to the group to make sure I am heading in the right direction. We are devloping an applicaton and we have created the business logic that is able to fit a number of UI (web, Local application etc). A number of our classes have methods that are not bean compliant (addCategory for example). Many of the functions also return objects and datastructures like linked lists and hash maps. As I understand it struts is happy to use beans, but if I am using an object and make a method call that is not bean compliant I am going to have to create my own tag library to deal with this. For example, I have a bean function that returns a linked hash map, in order for me to itterate through this and display an output I will need to create my own tag library right? Any advice appreciated. Regards Ben Stewart - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sturts - Custom Tags and limitations
I also misspoke. LinkedHashMap is, of course, not a Collection class but it does work. Been a long day for some reason ;-) Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Sturts - Custom Tags and limitations
The zero argument and serializable requirements are for there for persisting and re-instantiating beans. I guess without the zero arg constructor it's not *technically* a bean but I won't tell if you don't ;-) As long as you follow the bean naming conventions for setters getters you'll be OK. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 5:23 PM To: Struts Users Mailing List Subject: Re: Sturts - Custom Tags and limitations In order to make our classes bean compliant we would have to change our constructors so they dont take parameters right ?? That is a pretty severe limitation, or are you saying just make your method calls bean compliant? Ben Steve Raeburn wrote: Struts (and JSTL) will be happy with a LinkedHashMap as it is a member of the Collection class hierarchy. I would not recommend with custom tags unless you need custom functionality. If you really can't change the existing method names you should consider adding additional methods that are bean compliant (they can just delegate to the existing methods). You should consider deprecating the old methods so they could be removed in future. If you can't touch the existing classes at all (why?), think about using adaptor classes. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 4:33 PM To: Struts Users Mailing List Subject: Sturts - Custom Tags and limitations Greetings, Before I go charging off and make a stack of custom tags, I thought I would post to the group to make sure I am heading in the right direction. We are devloping an applicaton and we have created the business logic that is able to fit a number of UI (web, Local application etc). A number of our classes have methods that are not bean compliant (addCategory for example). Many of the functions also return objects and datastructures like linked lists and hash maps. As I understand it struts is happy to use beans, but if I am using an object and make a method call that is not bean compliant I am going to have to create my own tag library to deal with this. For example, I have a bean function that returns a linked hash map, in order for me to itterate through this and display an output I will need to create my own tag library right? Any advice appreciated. Regards Ben Stewart - 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] - 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: Sturts - Custom Tags and limitations
Just strange that I have always thought of a setter and getter with reference to setting or getting a class field. But if I have a get function that is in a bean that is not used in reference to a particular field, feels wrong to me. For example I have a class person which has field name I am happy to have getName, setName. But if I have a function called isHuman which runs off and check my database which contains a list of humans, if it was to be bean accessible I would have to call it getIsHuman right ?? Ben Steve Raeburn wrote: The zero argument and serializable requirements are for there for persisting and re-instantiating beans. I guess without the zero arg constructor it's not *technically* a bean but I won't tell if you don't ;-) As long as you follow the bean naming conventions for setters getters you'll be OK. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 5:23 PM To: Struts Users Mailing List Subject: Re: Sturts - Custom Tags and limitations In order to make our classes bean compliant we would have to change our constructors so they dont take parameters right ?? That is a pretty severe limitation, or are you saying just make your method calls bean compliant? Ben Steve Raeburn wrote: Struts (and JSTL) will be happy with a LinkedHashMap as it is a member of the Collection class hierarchy. I would not recommend with custom tags unless you need custom functionality. If you really can't change the existing method names you should consider adding additional methods that are bean compliant (they can just delegate to the existing methods). You should consider deprecating the old methods so they could be removed in future. If you can't touch the existing classes at all (why?), think about using adaptor classes. Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 4:33 PM To: Struts Users Mailing List Subject: Sturts - Custom Tags and limitations Greetings, Before I go charging off and make a stack of custom tags, I thought I would post to the group to make sure I am heading in the right direction. We are devloping an applicaton and we have created the business logic that is able to fit a number of UI (web, Local application etc). A number of our classes have methods that are not bean compliant (addCategory for example). Many of the functions also return objects and datastructures like linked lists and hash maps. As I understand it struts is happy to use beans, but if I am using an object and make a method call that is not bean compliant I am going to have to create my own tag library to deal with this. For example, I have a bean function that returns a linked hash map, in order for me to itterate through this and display an output I will need to create my own tag library right? Any advice appreciated. Regards Ben Stewart - 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] - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Submiting a form through a link
Hey! Thank you everybody who help me! It works now. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 5:50 PM Subject: RE: Submiting a form through a link Good point! html:form action=/path html:select property=choice value=1 html:option value=11/html:option html:option value=22/html:option html:option value=33/html:option html:option value=44/html:option /html:select /html:form a href= onclick=document.forms[0].submit();return false;[ ok ]/a html:link href= onclick=javascript:'document.forms[0].submit();return false;'[ ok ]/html:link a href=javascript:document.forms[0].submit()[ ok ]/a All three versions of the link work. A couple of points to notice: - The links don't have to be contained within the form tag. Not sure if you were under that impression or not, but they don't. - The third version uses the 'javascript:' url in href. You don't need the return false; here because you want the link to activate (it won't actually work if you do include return false;) Rhetorical question: What's wrong with a simple button? Then you wouldn't need to resort to javascript and all users would be able to use the form. Steve -Original Message- From: José Ventura [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 1:20 PM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link Have you gotten any JS errors when you clicked on it? I believe you don't need the javascript: part when it's inside an eventhandler (onXXX), only when it's inside an href. Try html:link href= onclick=go()[ ok ]/html:link, see if it works... HTH []'s - ventura - Original Message - From: Cristiano Moreira Silva [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 5:12 PM Subject: Re: Submiting a form through a link It's just something like this: function go() document.forms[0].submit(); } html:form action=/some_action html:select property=choice value=1 html:option value=1/ html:option value=2/ html:option value=3/ html:option value=4/ /html:select html:link href= onclick=javascript:go()[ ok ]/html:link /html:form What's wrong with this implementation. It happens nothing when I click in the [ ok ] link. But I'll try your tip. Thanks. - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Sunday, June 29, 2003 2:20 PM Subject: RE: Submiting a form through a link You don't need to use html:link because the link doesn't actually link to anything, it just triggers the form submission. The path to your action is actually in the html:form tag. The parameters that would normally be added to the URL are specified in the hidden fields. If that's still not clear it would help if you posted some of your code so I can better understand what you are trying to do. Steve -Original Message- From: Cristiano Moreira Silva [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:14 AM To: [EMAIL PROTECTED] Subject: Re: Submiting a form through a link First of all, thanks for helping me, but I've one doubt: in the example below (the one you sent me), you aren't using html:link but html:hidden instead. Where I put my link reference? Thanks again. html:form action=/path html:hidden property=action value=MyAction/ /html:form - Original Message - From: Steve Raeburn [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] Sent: Saturday, June 28, 2003 6:17 PM Subject: RE: Submiting a form through a link a href= onclick=document.forms[0].submit();return false;Click here/a (or the equivalent using Struts html:link tag.) html:form action=/path html:hidden property=action value=MyAction/ /html:form The above code works for me. Not sure if the return false; has any impact - probably does nothing. Do you have more than one form on the page? You might need to change the forms[] index number. You can also try using the form name (which is the same as defined in struts-config.xml) e.g. document.forms['testForm'].submit() If that doesn't work then please post more of your form link code. Steve p.s. Don't forget that if your users don't have javascript enabled then they won't be able to use this feature of your site. ;-) -Original Message- From: Cristiano
RE: Sturts - Custom Tags and limitations
No, isHuman()is an acceptable name for a getter. getXXX, setXXX and isXXX (for boolean properties) are all valid. You can also use indexed properties getXXX(int i) etc. http://java.sun.com/products/javabeans/docs/spec.html However, beans being processed by the view should be simple value objects (Data Transfer Objects). A class that is checking the database sound like part of the business or data access layers. http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html Steve -Original Message- From: Benjamin Stewart [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 6:01 PM To: Struts Users Mailing List Subject: Re: Sturts - Custom Tags and limitations Just strange that I have always thought of a setter and getter with reference to setting or getting a class field. But if I have a get function that is in a bean that is not used in reference to a particular field, feels wrong to me. For example I have a class person which has field name I am happy to have getName, setName. But if I have a function called isHuman which runs off and check my database which contains a list of humans, if it was to be bean accessible I would have to call it getIsHuman right ?? Ben - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts - concepts - is it true ?
Hi, I have some material on the struts framework and I want to check if what I have read is true. That way I will continue to follow the material I have on Struts framework. - The struts framework Model 2 is a variant of MVC software design pattern when used with web applications. - The struts framework keeps multiple views with multiple users up to date so that when the data changes so does the view. This is also known as the publisher - subscriber pattern because it helps keep the subscribers synchronized with the publisher. - The struts framework allows the decoupling of business logic , control and presentation. - Struts also allows one to change Internationalise the application based on the locale of the user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts - concepts - is it true ?
--- objectworlds [EMAIL PROTECTED] wrote: Hi, I have some material on the struts framework and I want to check if what I have read is true. That way I will continue to follow the material I have on Struts framework. - The struts framework Model 2 is a variant of MVC software design pattern when used with web applications. - The struts framework keeps multiple views with multiple users up to date so that when the data changes so does the view. This is also known as the publisher - subscriber pattern because it helps keep the subscribers synchronized with the publisher. This implies a push model but HTTP is a pull model with clients requesting fresh data from the server. The other statements are correct. David - The struts framework allows the decoupling of business logic , control and presentation. - Struts also allows one to change Internationalise the application based on the locale of the user. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [FRIDAY] Struts 1.1 votes passes, but, sadly, my cat died
Ted, Sorry to hear about your cat... Regards, Daniel -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Saturday, 28 June, 2003 12:51 AM To: [EMAIL PROTECTED] Subject: [FRIDAY] Struts 1.1 votes passes, but, sadly, my cat died I'm pleased to report that a unanimous majority of the Struts Committers have voted to release Struts 1.1 on or after Sunday June 29, 2003. =:) !!! But, sadly, my elderly cat has died of liver failure. =:( Unsurprisingly, this news is a thinly veiled segue to ... [Yet Another Quote Trivia Contest] Which of our favorite Science Fiction authors wrote a novel in which a key character was a cat that, sadly, died? A signed Struts in Action goes to the first lucky subscriber to email the corrected title and author to me directly at [EMAIL PROTECTED] -Ted. -- Ted Husted, Struts in Action http://husted.com/struts/book.html - 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: Sturts - Custom Tags and limitations
Steve wrote: No, isHuman()is an acceptable name for a getter. getXXX, setXXX and isXXX (for boolean properties) are all valid. You can also use indexed properties getXXX(int i) etc. http://java.sun.com/products/javabeans/docs/spec.html Have you sucessfully gotten Struts/JSTL to recognize the 'is' methods? My brief attempt was unsuccessful. When I get one of those round tuits, I will try it again. Meanwhile, I stick to get/set methods and all is well. -- Wendy Smoak Arizona State University
RE: Sturts - Custom Tags and limitations
Yes, it works fine with both JSTL and Struts tags. (he said after hurriedly double checking) :-) public class Person { private boolean selected = false; public boolean isSelected() { return selected; } public void setSelected(boolean selected) { this.selected = selected; } } Set in request as person... c:out value=${person.selected}/ bean:write name=person property=selected/ Post some code if you're still having problems. Steve -Original Message- From: Wendy Smoak [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 8:20 PM To: 'Struts Users Mailing List' Subject: RE: Sturts - Custom Tags and limitations Steve wrote: No, isHuman()is an acceptable name for a getter. getXXX, setXXX and isXXX (for boolean properties) are all valid. You can also use indexed properties getXXX(int i) etc. http://java.sun.com/products/javabeans/docs/spec.html Have you sucessfully gotten Struts/JSTL to recognize the 'is' methods? My brief attempt was unsuccessful. When I get one of those round tuits, I will try it again. Meanwhile, I stick to get/set methods and all is well. -- Wendy Smoak Arizona State University - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
What is the right way to collect multiple Id/Value Input on a Form
This Struts tip - http://husted.com/struts/tips/006.html - shows using two separate string arrays to gather label/value information from a form. This would seem to rely on the information in the two arrays being returned in the same order (which may or may not be the case). Is this an acceptable practice, or is there a way to get back a List of id/value pairs instead of the two string arrays? If so, could someone please provide an action/form code snippet or point me to an example? I would greatly appreciate it. Melonie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: What is the right way to collect multiple Id/Value Input on a Form
Take a look at http://htmltable.yuriy-zubarev.com/customerListEditable2.do. If you use 2-d way then even though you may not have a perfect matrix of editable elements, the result returned will always be correct. Thanks, Yuriy Zubarev -Original Message- From: Brown, Melonie S. - Contractor [mailto:[EMAIL PROTECTED] Sent: June 29, 2003 9:57 PM To: '[EMAIL PROTECTED]' Subject: What is the right way to collect multiple Id/Value Input on a Form This Struts tip - http://husted.com/struts/tips/006.html - shows using two separate string arrays to gather label/value information from a form. This would seem to rely on the information in the two arrays being returned in the same order (which may or may not be the case). Is this an acceptable practice, or is there a way to get back a List of id/value pairs instead of the two string arrays? If so, could someone please provide an action/form code snippet or point me to an example? I would greatly appreciate it. Melonie - 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]