RE: Struts Newsgroup double postings
Same thing is happening on the tomcat list with [EMAIL PROTECTED] -Original Message- From: Andrew Hill [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, August 28, 2002 5:03 PM To: Struts Users Mailing List Subject: Struts Newsgroup double postings Why am I getting double postings for this list all of a sudden. First post arrives as normal, showing whoever as the sender, then a minute or two later along comes the same posting only this time from: Struts Newsgroup (@Basebeans.com) Rather anoying to get postings twice, and doesnt seem to happen for all posts. ( what is this basebeans struts list anyway?) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Help with: Cannot find bean org.apache.struts.taglib.html.BEAN in scope null
Hi I have come across this problem before when the input FormBean is the same type as the output FormBean for an Action. Removing the input FormBean at the end of the Action (when you tidy up old objects) will remove the bean you are adding to the Requst or Session. Scott -Original Message- From: Annie Chang [SMTP:[EMAIL PROTECTED]] Sent: Monday, 25 March 2002 3:48 pm To: Struts Users Mailing List Subject: Re: Help with: Cannot find bean org.apache.struts.taglib.html.BEAN in scope null Please make sure Struts lib(all the jar file) are in your application's classpath. Simply, you can copy all jar files of Struts to your application's \WEB-INF\lib . It should be OK. - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, March 24, 2002 8:35 PM Subject: Help with: Cannot find bean org.apache.struts.taglib.html.BEAN in scope null I'm getting an error (Cannot find bean org.apache.struts.taglib.html.BEAN in scope null) when I attempt to use one of my ActionForm properties in the JSP file. I've looked the struts-config.xml over 100 times and I can't figure out what I'm doing wrong. Here are the pertinent portions of my struts-config.xml. If anyone sees my problem, I would appreciate some help. Form bean: form-bean name=pharmacyPeriodSelectForm type=com.omnicare.purchasing.araging.webapp.PharmacyPeriodSelectForm / Action path: !-- Enter the region name -- action path=/regionEntry name=pharmacyPeriodSelectForm type=com.omnicare.purchasing.araging.webapp.PharmacyPeriodSelectAction scope=request validate=false input=/pages/AR_pharmacy_period.jsp parameter=regionEntry forward name=success path=/pages/AR_pharmacy_period.jsp / /action The PharmacyPeriodSelectAction executes fine. When I return the success forward, I get the error. Thanks for your help, Mike Witt The full error message is: javax.servlet.ServletException: Cannot find bean org.apache.struts.taglib.html.BEAN in scope null at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextI mp l.java:459) at pages._0002fpages_0002fAR_0005fpharmacy_0005fperiod_0002ejspAR_0005fpharma cy _0005fperiod_jsp_29._jspService(_0002fpages_0002fAR_0005fpharmacy_0005fper io d_0002ejspAR_0005fpharmacy_0005fperiod_jsp_29.java:167) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspCountedServlet.service(JspServlet. ja va:130) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet. ja va:282) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:500) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.facade.RequestDispatcherImpl.doForward(RequestDispatcher Im pl.java:222) at org.apache.tomcat.facade.RequestDispatcherImpl.forward(RequestDispatcherIm pl .java:162) at org.apache.struts.action.ActionServlet.processActionForward(ActionServlet. ja va:1758) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1595) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:491) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java: 81 2) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:758) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Htt pC onnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501) at java.lang.Thread.run(Thread.java:484) Root cause: javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in scope null at org.apache.struts.util.RequestUtils.lookup(RequestUtils.java:493) at org.apache.struts.taglib.html.BaseFieldTag.doStartTag(BaseFieldTag.java:18 8) at pages._0002fpages_0002fAR_0005fpharmacy_0005fperiod_0002ejspAR_0005fpharma cy
RE: nested:iterate - set method not called
Could it be that the html field in your jsp is named 'extraInfo' (uppercase
'i'), and the setter is using a lowercase 'i' in the word info?
Scott
-Original Message-
From: Elijah Jacobs [SMTP:[EMAIL PROTECTED]]
Sent: Monday, March 11, 2002 10:27 AM
To: Struts Users Mailing List
Subject: nested:iterate - set method not called
Hi,
I am able to list the elements on my Vector just fine, but I noticed that
when I do a submit the set method is not being called, hence the field is
empty when it gets to the action class.
Can someone suggest to me what the problem might be? my code is below.
thanks,
- ej
*** code
public Vector extrainfo;
// call successfully
public Object[] getExtrainfo() {...}
//Not being called on submit
public void setExtrainfo(Object[] infoList) {...}
*** code
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: nested:iterate - set method not called
Ahhh, sorry! You are passing in an array of objects. I should read before
replying huh?
Check previous posts for this. I seem to remember something about providing
setItemId methods being used for indexed page elements?
Scott
-Original Message-
From: Elijah Jacobs [SMTP:[EMAIL PROTECTED]]
Sent: Monday, March 11, 2002 10:43 AM
To: Struts Users Mailing List
Subject: Re: nested:iterate - set method not called
thanks for the reply, Scott
My syntax looks okay on the jsp side and since the getExtrainfo method is
being called it puzzles me that the set method is not being called on
submit.
nested:iterate property=extrainfo
nested:text property=name/
/nested:iterate
- ej
- Original Message -
From: Barr, Scott [IBM GSA] [EMAIL PROTECTED]
To: 'Struts Users Mailing List' [EMAIL PROTECTED]
Sent: Sunday, March 10, 2002 7:03 PM
Subject: RE: nested:iterate - set method not called
Could it be that the html field in your jsp is named 'extraInfo'
(uppercase
'i'), and the setter is using a lowercase 'i' in the word info?
Scott
-Original Message-
From: Elijah Jacobs [SMTP:[EMAIL PROTECTED]]
Sent: Monday, March 11, 2002 10:27 AM
To: Struts Users Mailing List
Subject: nested:iterate - set method not called
Hi,
I am able to list the elements on my Vector just fine, but I noticed
that
when I do a submit the set method is not being called, hence the field
is
empty when it gets to the action class.
Can someone suggest to me what the problem might be? my code is below.
thanks,
- ej
*** code
public Vector extrainfo;
// call successfully
public Object[] getExtrainfo() {...}
//Not being called on submit
public void setExtrainfo(Object[] infoList) {...}
*** code
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Downloading files locally
You mean the ability to send a file to a users machine? Try providing a link to a file :) Scott -Original Message- From: R. BIGGS [SMTP:[EMAIL PROTECTED]] Sent: Thursday, March 07, 2002 1:34 PM To: [EMAIL PROTECTED] Subject: Downloading files locally Greetings, I know Struts provides the capability to upload files through the browser but does it posses this capability for downloading files? If Struts does not provide this option does anyone know of any other way to achieve this? TIA Biggs -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Newbie question about struts and Tomcat 4
Which jdk are you using? I found this problem when attempting to use jdk 1.4 with Tomcat 4.0 and the current (I think?) release build of Struts, so I've switched back to 1.3 Scott -Original Message- From: Gary leidecker [SMTP:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 3:07 AM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: RE: Newbie question about struts and Tomcat 4 I just downloaded Struts a week ago and could NOT get it to work using Tomcat 4.0. After three days, I gave up and downloaded Tomcat 3.2.2 - works fine! Gary -Original Message- From: Tony Ziolkowski [mailto:[EMAIL PROTECTED]] Sent: Saturday, March 02, 2002 7:11 PM To: Struts Users Mailing List Subject: Re: Newbie question about struts and Tomcat 4 That didn't work either. This is the exact response I get: Apache Tomcat/4.0.2 - HTTP Status 404 - /structs-example/index.jsp type Status report message/structs-example/index.jsp descriptionThe requested resource (/structs-example/index.jsp) is not available. Sorry about the html. Adam Fields wrote: Tony Ziolkowski says: Well let's see what more I can add. I took the .war files from the struts installation and copied them the /var/tomcat4/webapps. I restarted tomat. When I enter http://localhost:8180/struts-example I am told that tomcat can't find the page /struts-example. And I know that http://localhost:8180 IS the correct tomcat port. That enough detail? -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: argument type mismatch
Hi Steve It sounds like you are passing a String into a property that accepts Date objects here. You aren't receiving Date objects from the JSP, you are receiving Strings. Try converting the String into Date objects first. Scott -Original Message- From: Steven Dahlin [SMTP:[EMAIL PROTECTED]] Sent: Monday, March 04, 2002 8:23 AM To: [EMAIL PROTECTED] Subject: argument type mismatch When attempting to submit a jsp page with some fields for a database filled out I get the following: java.lang.IllegalArgumentException: argument type mismatch at java.lang.reflect.Method.invoke(Native Method) at org.apache.struts.util.PropertyUtils.setSimpleProperty(PropertyUtils.java: 988) I am getting an apparent mismatch between my database fields which are date and time respectively (using postgresql) and the values which I presume are submitted by the jsp. I have checked the archives but found no real answer to how this is handled with struts. Any suggestions? Steve _ Chat with friends online, try MSN Messenger: http://messenger.msn.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I init a Form bean via business logic?
Yes, calling an Action is the way to do this. The struts-example shows how this is done. Scott -Original Message- From: Chris Means [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 9:23 AM To: [EMAIL PROTECTED] Subject: How do I init a Form bean via business logic? Hi, If Form beans are supposed to be distant from the model, that means I probably shouldn't use the reset method of a form bean to populate it with data (other than blanks/defaults etc..). So how do I set a form bean's properties prior to the form ever being displayed? One suggestion has been to force a call to the forms' Action and check for a submit property on the form...if it's not there, then initialize it, otherwise, you're dealing with a submitted form. Is this the best approach available? Thanks. -Chris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I init a Form bean via business logic?
Hi JC If the data is dynamic, and we are talking about web apps here, why not populate it in the action? The form is a view component, and I don't give it any more 'smarts' than is possible. This as a neat way of separating the layers your application, one of the benefits of clean MVC design Scott -Original Message- From: Jakkampudi, ChandraseKhar [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 10:59 AM To: 'Struts Users Mailing List' Subject: RE: How do I init a Form bean via business logic? Why should pre-populating a form be done in the preceding action? When you want to display some dynamic info. say in a table you put a value bean in the request or session and use bean:write etc to display. Why should the same not apply to form beans? Why not use the value attribute of the the html tag libraries to pre-populate the data? I have seen posts saying it should not be done this way but no reasons are given. What I mean is: html:text property=data value=%=bean.getData()%/ is a valid way to populate the form (as long as the bean is in request scope and not session or application scope) why is the above not recommended or preferred? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: How do I init a Form bean via business logic?
1. If you are doing something other than creating a new view component and allowing it to set its own default values, I would imagine that you are doing an Action. 2. No it doesn't break MVC if the Action initialises the Form. If an action cannot deal with a form, where exactly is this supposed to be performed? An Action populating a form object does not mean it requires knowing how the data will be presented, it is just data. What the jsp does with it is not the concern of the action. The Action does not care if property X is displayed as static text, or in a text field. The jsp is a presentation layer, and should not be creating and initialising objects. By the time you get to your presentation layer, you should not have to be catching errors, and redirecting to error pages etc. The Action creates business objects. These objects can throw exceptions. eg. error while getting a new ID from a database. If an error occurs, I add error to the errors, and this will be displayed... If you init a Form bean in a jsp, and an exception occurs, you must deal with it in the page. 3. What additional code? If your action deals with your business layer, but should not contain business logic itself. If it does, you cannot use your business object model to provide a different interface 4. I don't see that filling a jsp with debug code makes for easier debugging. If something is populated incorrectly, you would look at your Action object. I have toString() method in my business objects, and these objects log to file. Each layer provides its own logging (I'm using log4j), so while developing I can switch log levels quite easily. Once a layer is debugged, I shouldn't have to debug it from a different layer. This makes for simple unit testing, and does away with the need for a gui debugger Scott -Original Message- From: Jakkampudi, ChandraseKhar [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 11:36 AM To: 'Struts Users Mailing List' Subject: RE: How do I init a Form bean via business logic? My reasons are as follows. I do not know if they are right or wrong, but would appreciate comments. 1. Consistency. All of the dynamic data that is presented in a jsp is via bean:write tags or scriptlets which access a value object. I think pre-populating or initializing a form should be no different. 2. Breaks MVC(IMHO). Action is a controller component. Initialization of forms is a presentation issue. 3. Additional code. A value object is generated anyway by the DAO(which you use to get the data). If you use the action for initialization, all you are doing is copying the data into the form bean. It ensures clean separation of data when you do it the other way around (i.e copying data from form bean to value object even if they are similar) because you do not want the rest of your code to know about action forms etc which are html specific. But it does not make sense (to me) to copy pure java objects/value beans into identical form beans just for pre-population. 4. Easier debugging. If your value is populated wrong, you can look at the jsp to figure out which values are being written from which bean. If you do init in the action, you have to debug java code to find out presentation issues especially for things like multiple selects of dropdowns etc. Again, I am not saying init in the action is wrong. But I saw a lot of emails saying that it is the right thing to do without giving any reason. For the above mentioned reasons, I opted not to do the init in the action. I am trying to understand why this approach is recommended over the other one? What have I missed? TIA, JC -Original Message- From: Barr, Scott [IBM GSA] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 6:45 PM To: 'Struts Users Mailing List' Subject: RE: How do I init a Form bean via business logic? Hi JC If the data is dynamic, and we are talking about web apps here, why not populate it in the action? The form is a view component, and I don't give it any more 'smarts' than is possible. This as a neat way of separating the layers your application, one of the benefits of clean MVC design Scott -Original Message- From: Jakkampudi, ChandraseKhar [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 10:59 AM To: 'Struts Users Mailing List' Subject:RE: How do I init a Form bean via business logic? Why should pre-populating a form be done in the preceding action? When you want to display some dynamic info. say in a table you put a value bean in the request or session and use bean:write etc to display. Why should the same not apply to form beans? Why not use the value attribute of the the html tag libraries to pre-populate the data? I have seen posts saying it should not be done this way but no reasons are given. What I mean is: html:text property=data value=%=bean.getData()%/ is a valid
RE: How do I init a Form bean via business logic?
The best reason I can give as to why you should use form objects, is that you will pretty much always provide String getter and setters, rather than the 'real' data object types. eg Timestamp -Original Message- From: Jakkampudi, ChandraseKhar [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 1:03 PM To: 'Struts Users Mailing List' Subject: RE: How do I init a Form bean via business logic? Scott, I need to clarify this further. I am not suggesting you do away with an action. You use the action to get the data that is required as a value object. Since this is a value object, it can be re-used to serve another client. Instead of creating a form bean in the action, you set the retrieved value object from your DAO as a bean in your request. Thus, you avoid additional mapping code like form.setValue(valueObject.getValue()) and so on. Then if need be, you pre-populate the form, or display the data outside of the form in the jsp as a table or what not. An instance of where this would be particularly useful. Let us say that some fields are not editable but are display only. (like your ID). Initializing the form in the action causes part of your display to be populated from the action while the rest is in the jsp. Your argument about jsp not creating and initialising objects is not true because that is exactly what jsp:useBean, bean:define and other tags (which is the right way to do things) do. Also, if you do not initialise a form in the action, or dont need to pre-fill data, the jsp IS the place where these objects are created. Nothing in what I suggested, implies that you need to catch errors and exceptions in the jsp. I agree with you that they shouldn't and with the approach I outlined they dont have to. All of this is done in the action. I am only asking about the additional step of creating the form bean which I think is not necessary. The action creates the Business Objects. You are right. But it does not NEED to create the Form objects. It can. But I cannot see an overriding reason why it SHOULD. Thanks JC -Original Message- From: Barr, Scott [IBM GSA] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 19, 2002 7:47 PM To: 'Struts Users Mailing List' Subject: RE: How do I init a Form bean via business logic? 1. If you are doing something other than creating a new view component and allowing it to set its own default values, I would imagine that you are doing an Action. 2. No it doesn't break MVC if the Action initialises the Form. If an action cannot deal with a form, where exactly is this supposed to be performed? An Action populating a form object does not mean it requires knowing how the data will be presented, it is just data. What the jsp does with it is not the concern of the action. The Action does not care if property X is displayed as static text, or in a text field. The jsp is a presentation layer, and should not be creating and initialising objects. By the time you get to your presentation layer, you should not have to be catching errors, and redirecting to error pages etc. The Action creates business objects. These objects can throw exceptions. eg. error while getting a new ID from a database. If an error occurs, I add error to the errors, and this will be displayed... If you init a Form bean in a jsp, and an exception occurs, you must deal with it in the page. 3. What additional code? If your action deals with your business layer, but should not contain business logic itself. If it does, you cannot use your business object model to provide a different interface 4. I don't see that filling a jsp with debug code makes for easier debugging. If something is populated incorrectly, you would look at your Action object. I have toString() method in my business objects, and these objects log to file. Each layer provides its own logging (I'm using log4j), so while developing I can switch log levels quite easily. Once a layer is debugged, I shouldn't have to debug it from a different layer. This makes for simple unit testing, and does away with the need for a gui debugger Scott -Original Message- From: Jakkampudi, ChandraseKhar [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 11:36 AM To: 'Struts Users Mailing List' Subject:RE: How do I init a Form bean via business logic? My reasons are as follows. I do not know if they are right or wrong, but would appreciate comments. 1. Consistency. All of the dynamic data that is presented in a jsp is via bean:write tags or scriptlets which access a value object. I think pre-populating or initializing a form should be no different. 2. Breaks MVC(IMHO). Action is a controller component. Initialization of forms is a presentation issue. 3. Additional code. A value object is generated anyway by the DAO(which you use to get the data
RE: CODY: Re: Loading pdf files using jsp
Have a look at the FOP project. http://xml.apache.org/fop/ Scott -Original Message- From: Amir N. Nashat [SMTP:[EMAIL PROTECTED]] Sent: Wednesday, February 13, 2002 9:58 AM To: [EMAIL PROTECTED] Subject: CODY: Re: Loading pdf files using jsp The server should not have to accept the PDF mime-type. It actually sets the mime type and the client is the one who needs to make sure it can accept it(by having the correct plugin). If I am mistaken please correct me. amir [EMAIL PROTECTED] 7:04:09 AM 02/12/02 Maybe you meant that you wanted to WRITE a PDF file from JSP? Loading a PDF file from a JSP is no different than loading any other web page from JSP. If the client browser has the Adobe Acrobat plugin installed, any hyperlink to PDF files will spawn the PDF file in the requesting browser. You may need to ensure that your server is configured to accepct the PDF mime-type, but other than that, it's a simple deal. To write PDF's dynamically, there is a Java library that you can obtain that is free. You'll have to dig for it though, cause I simply cannot remember the name or where to get it. There are also numerous commercial libraries that assist with writing dynamic PDF's on the server. - Cody [EMAIL PROTECTED] on 02/12/2002 04:27:32 AM Please respond to Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] cc: Subject: Loading pdf files using jsp Hello, I want to load a PDF file from JSP. Is it possible. Regards Arun -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: URL handling problem with struts ...
I disagree. Most messages are relatively small, and so long as people dont send attachments there generally isn't too much of a problem. The delete key is a great filter :) Scott -Original Message- From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, February 12, 2002 12:28 PM To: Struts Users Mailing List Subject: Re: URL handling problem with struts ... I second that motion. We do not have filtering capability here at my work so I have to manually delete messages! - Cody Mark Rines [EMAIL PROTECTED] on 02/11/2002 07:19:43 PM Please respond to Struts Users Mailing List [EMAIL PROTECTED] To: Struts Users Mailing List [EMAIL PROTECTED] cc: Subject: Re: URL handling problem with struts ... Phew, I vote that we split up this mail list into several topics such as installation, configuration, add-ons (such as strutsTests) and extending the various ActionXXX classes. I am really having trouble keeping up with all (over 110 just today) the email. Mark To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: form target to different frame leaves current frame busy
Hi Rob
I've come across something similar before.
I haven't got time to test this myself right now, but try returning true
from your javascript function. I cant remember the details but this solved a
similar problem once form me
Scott
-Original Message-
From: Rob Breeds [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, February 05, 2002 6:43 AM
To: Struts Users Mailing List
Subject: form target to different frame leaves current frame busy
I've got a problem with forms and frames I hadn't noticed until now. Two
frames - input form in one, which when submitted, the results appear in
the
second. Works functionally (results appear in target frame) but the mouse
cursor remains with hourglass image when it is over the source frame.
I am submitting a form with a link, using a JavaScript function like so:
html:form action=saveEntity.do focus=name target=detail
.
.
.
html:link href
=javascript:subForm(document.forms[0],'Entity.Advanced');bean:message
key=link.add_detail//html:link
.
.
the JS functions used is:
function subForm(iform, act) {
validate(iform, act);
iform.action=Publish. + act + .do;
iform.submit();
}
where act is the action to perform, e.g. if act='Chapter' then the
'Publish.Chapter.do' is set as the form action.
What am I doing wrong?
Thank you.
Rob
--
To unsubscribe, e-mail:
mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
mailto:[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Navigation: To popup and back
I agree popups can be annoying when used to catch your attention for advertising and such, but assuming we are speaking as legitimate (_not_ intended to upset anyone!) web app developers, they can be very useful tools. Scott Barr -Original Message- From: Mark Galbreath [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 11:59 AM To: Struts Users Mailing List Subject: Re: Navigation: To popup and back There are several shareware apps that will prevent popups. They are the most annoying beasts! Mark - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 28, 2002 8:18 PM Subject: RE: Navigation: To popup and back Cant you also do a timeout() method call? Not my forte, but do recall something about this... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 29 January 2002 12:24 To: [EMAIL PROTECTED] Subject: RE: Navigation: To popup and back have the action forward to a page that loads a document containing a javascript handler in the body tag: body onload=self.close() As long as you opened the popup from another page via javascript, you won't get any nasty messages about closing the window. Lee -Original Message- From: Jeff Oberlander [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 8:07 PM To: Struts Users Mailing List (E-mail) Subject: Navigation: To popup and back Hi all. Here's what I want to do: From a current active session: Popup a new browser window that contains an ActionForm, and keeps the current session. Submit the form to the Action servlet. Close the popup window. Return to the main browser and original window. I have a javascript that pops up the window that contains my jsp with the ActionForm, no problem. But thats where I get stuck. How do I close the window upon submitting the form and return to the original browser *after* the Action has completed? Any help is appreciated. Thanks - Jeff http://www.xns.org/=jeffo This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Navigation: To popup and back
I in turn must disagree. Webapps are not desktop GUI's. Using wizard style steps to select data from multiple *very* large lists is clumsy, when a single form can be easily populated from a couple of popup search forms (which can be very re-usable), rather than an unnecessarily complicated workflow. The competency of the users must considered in all GUI design, and so far I have not encountered any that can't comprehend this style. But I think the real question here is, how many desktop GUI's feature Brittany Spears' Breasts? :) Scott Barr -Original Message- From: Paul Sijpkes [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 12:51 PM To: 'Struts Users Mailing List' Subject: RE: Navigation: To popup and back I agree with your disagreement. I never use pop-ups for these very reasons. How many desktop GUI apps does one see that pops up a new window for every action? Were they real? They looked sort of, well, like a Photoshop job... -Original Message- From: Mark Galbreath [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 29 January 2002 1:08 PM To: Struts Users Mailing List Subject: Re: Navigation: To popup and back I disagree. I think popups is a b-a-d design paradigm. I avoid them whenever possible. It disrupts the UI, the program flow, and in general confuses the client. Unless, of course, we are talking about Brittany Spears' Breasts. ;-)~ Mark - Original Message - From: Barr, Scott [IBM GSA] [EMAIL PROTECTED] To: 'Struts Users Mailing List' [EMAIL PROTECTED] Sent: Monday, January 28, 2002 8:35 PM Subject: RE: Navigation: To popup and back I agree popups can be annoying when used to catch your attention for advertising and such, but assuming we are speaking as legitimate (_not_ intended to upset anyone!) web app developers, they can be very useful tools. Scott Barr -Original Message- From: Mark Galbreath [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 11:59 AM To: Struts Users Mailing List Subject: Re: Navigation: To popup and back There are several shareware apps that will prevent popups. They are the most annoying beasts! Mark - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, January 28, 2002 8:18 PM Subject: RE: Navigation: To popup and back Cant you also do a timeout() method call? Not my forte, but do recall something about this... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 29 January 2002 12:24 To: [EMAIL PROTECTED] Subject: RE: Navigation: To popup and back have the action forward to a page that loads a document containing a javascript handler in the body tag: body onload=self.close() As long as you opened the popup from another page via javascript, you won't get any nasty messages about closing the window. Lee -Original Message- From: Jeff Oberlander [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 8:07 PM To: Struts Users Mailing List (E-mail) Subject: Navigation: To popup and back Hi all. Here's what I want to do: From a current active session: Popup a new browser window that contains an ActionForm, and keeps the current session. Submit the form to the Action servlet. Close the popup window. Return to the main browser and original window. I have a javascript that pops up the window that contains my jsp with the ActionForm, no problem. But thats where I get stuck. How do I close the window upon submitting the form and return to the original browser *after* the Action has completed? Any help is appreciated. Thanks - Jeff http://www.xns.org/=jeffo This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: VIRUS WARNING - new photos from my party!
Yes... Yes it is. My address get bombarded with, 'Make $$$ while you ', and , 'XXX animals for your pleasure...', emails daily. -Original Message- From: Michael [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:10 PM To: Struts Users Mailing List Subject: RE: VIRUS WARNING - new photos from my party! so i was thinking, when i put my email address into this list, maybe i should have used a hotmail account. is my email address going to eventually end up being spammed to hell? are script kiddies parsing the jakarta email list archives for email addresses to spam? --Michael -Original Message- From: Tony Ziolkowski [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 6:53 AM To: Mike Zugg; Kenneth Ziolkowski; Terry Ziolkowski; Xiaoyan Shen; Winnie Lam; William Kleschinsky; Ed Wedge; James Chumley; Vicki Montgomery; Jim Gi Tsou; Trevor Townsend; Treena Evans; P. Brady Townsend; Toni Tetrault; Tisch; Thomas Wright; Thestore@Ea. Com; Thais Viotti; Tamara Dykes; Brian Watters; Susan Hamanishi; Stuart Warner; Struts Users Mailing List; Stephen Ziolkowski; Stephen Cecutti; Srinidhi Narayan; Felicite A. Reedick; Mabel Yu; Sergio Lopez; Steve Knipe; Steve Hughes; Shirley Horvat; Shayne Dezenhouse; Shamim Ebrahim; Seekerscorner@Brainhunter. Com; Michael McKinley; Bill Todd; Rich Stark; Ross McNamara; Cecilia Rose; Rodel Sanchez; Tony G. Hansen; Mona Albano; Ron Motz; Richard Meesters; Richard Ali; John Contino; Ptcell; Peter Tarle; Paul Tarle; Paul Starrett; Production Group; Philip Poles; Peter Hacksel; Peter Antoniw; Max Purakal; Paul Hill; Roger C. Paulen; Paul luchak; Paul Atkinson; Paul Lee; Pamela Madden; Celine Obee; Norman Tang; ICQ Newsletter; Paul Neal; Nandish Yajnik; Nancy Wallace; Nancy Little; Kathleen Harrington; Michael Mir; Monica Kuebler; Michael Crawford; Michael Ng; Michael Ng; Michael Molto; Mike Abrams; Maurice Fernandes; Mark Davis; Michael Crerar; Mark Collins; Rob Marrello; Mark Fowlie; Mark Fowle; Chris Cieslik; Mike Wheelan; Mark Stevens; Lee Torell; Larry Tingle; Laura Paul; Leah MacGowan; Lino Cancellaro; Dan Lichter; Lesley Hawkins; Les Marton; Jean Leroux; Martin Lansche; Ivor Ladd; Kirk Tierney; Kirby Evans; Kevin Kimsa; Keith Taylor; Gleissle,Karin; Maegan Keefer; Julia Christopher; Julian Gosnell; Juanita Williams; Jason Smith; John O'Toole; Jonathan Concon; Jon Preston; John Trafananko; John Samuels; John Mullenger; John Miner; John Darmody; Juliet Oh; JoAnn Latta; Joanne White; Joanne Downey; Jian Mao; James Malfair; JLKlein18@aol. Com; Jim Johnson; Jim Gardner; Jill Davies; Sam Malandrino; Jetty-Support@Yahoogroups. Com; Jennifer Knox; Jennifer Ozog; Gordon Marnoch; John Godsman; Jim Carlson; Steve Bond; David Pollay; Janina Burke; James Kelley; Grant Cullen; Irv Bennett; Howard Prince; Horseshoeskipatrollers@Yahoogroups. Com; Terry Smith; Hussam Mahgoub; Scott McKinley; Greg Habros; Gordon Ferfolya; Geoff Moffat; Geoff Forse; Geg; Gene Balfour; Gayle Hubbard; Gayla Atkins; Hagler, Gary; Gabriela Boar; Richard W. Gabriel; Fulvio Ciano; Fred LaPointe; Frank Squires; Frank Thompson; Frances Markicevic; Fadi Badran; Eric Rabune; Eric Wong; Paul Luchak; Javapro. Com; Earl Gardiner; Eabrooks@Nbnet. Nb. Ca; Donald Sutherland; David Ross; Dave Paape; Doug Burgess; Donato Morettin; Domenic Apa; David Van Tuyl; Darren Hall; Developers; Development Group; Deborah Potts; Dean Gaudet; Dan Bunge; Dawna Coyle; Danny Meghory; Dan Manocchio; Dan Gromoll; Chris Little; Colin Dykstra; Hans Christensen; Chris Brown; Chris Watson; Charles Kasmierski; Charles Blair; Carol L. Duransky; Sans Carlo; CA Munro; Bruce Miner; Bettina Klenkler; Brian Brennan; Cahoon Barry; Tony Ziolkowski; Art Ford; Angie Rose; Arleene Fowlie; Anne Chappelle; Andrew Marshall; Andrew Peck; Andre Czernohorsky; Amod Chande; Amber Prince; Alvin Yap; ATSI; Aleli Concon; Andrew Ede; Aaron Smith; Aileen Nelson Subject: VIRUS WARNING - new photos from my party! Importance: High DO NOT OPEN THIS ATTACHMENT!!! IT IS A VIRUS!! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: VIRUS WARNING - new photos from my party!
That won't do you much good anyway. Searching the archives will still show up your email address. I suppose out email addresses could be totally hidden from view, but that would take away the opportunity for direct, off-list chatting Scott -Original Message- From: Paul Sijpkes [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 3:11 PM To: 'Struts Users Mailing List' Subject: RE: VIRUS WARNING - new photos from my party! I just subscribe for a few hours a time. Then un-subscribe again... It's tedious, especially when your MS Outlook e-mail client doesn't listen to the so called Rules you've set up Why doesn't this list protect it's subscriber's e-mail addresses? Very irresponsible -Original Message- From: Barr, Scott [IBM GSA] [mailto:[EMAIL PROTECTED]] Sent: Tuesday, 29 January 2002 3:27 PM To: 'Struts Users Mailing List' Subject: RE: VIRUS WARNING - new photos from my party! Yes... Yes it is. My address get bombarded with, 'Make $$$ while you ', and , 'XXX animals for your pleasure...', emails daily. -Original Message- From: Michael [SMTP:[EMAIL PROTECTED]] Sent: Tuesday, January 29, 2002 2:10 PM To: Struts Users Mailing List Subject:RE: VIRUS WARNING - new photos from my party! so i was thinking, when i put my email address into this list, maybe i should have used a hotmail account. is my email address going to eventually end up being spammed to hell? are script kiddies parsing the jakarta email list archives for email addresses to spam? --Michael -Original Message- From: Tony Ziolkowski [mailto:[EMAIL PROTECTED]] Sent: Monday, January 28, 2002 6:53 AM To: Mike Zugg; Kenneth Ziolkowski; Terry Ziolkowski; Xiaoyan Shen; Winnie Lam; William Kleschinsky; Ed Wedge; James Chumley; Vicki Montgomery; Jim Gi Tsou; Trevor Townsend; Treena Evans; P. Brady Townsend; Toni Tetrault; Tisch; Thomas Wright; Thestore@Ea. Com; Thais Viotti; Tamara Dykes; Brian Watters; Susan Hamanishi; Stuart Warner; Struts Users Mailing List; Stephen Ziolkowski; Stephen Cecutti; Srinidhi Narayan; Felicite A. Reedick; Mabel Yu; Sergio Lopez; Steve Knipe; Steve Hughes; Shirley Horvat; Shayne Dezenhouse; Shamim Ebrahim; Seekerscorner@Brainhunter. Com; Michael McKinley; Bill Todd; Rich Stark; Ross McNamara; Cecilia Rose; Rodel Sanchez; Tony G. Hansen; Mona Albano; Ron Motz; Richard Meesters; Richard Ali; John Contino; Ptcell; Peter Tarle; Paul Tarle; Paul Starrett; Production Group; Philip Poles; Peter Hacksel; Peter Antoniw; Max Purakal; Paul Hill; Roger C. Paulen; Paul luchak; Paul Atkinson; Paul Lee; Pamela Madden; Celine Obee; Norman Tang; ICQ Newsletter; Paul Neal; Nandish Yajnik; Nancy Wallace; Nancy Little; Kathleen Harrington; Michael Mir; Monica Kuebler; Michael Crawford; Michael Ng; Michael Ng; Michael Molto; Mike Abrams; Maurice Fernandes; Mark Davis; Michael Crerar; Mark Collins; Rob Marrello; Mark Fowlie; Mark Fowle; Chris Cieslik; Mike Wheelan; Mark Stevens; Lee Torell; Larry Tingle; Laura Paul; Leah MacGowan; Lino Cancellaro; Dan Lichter; Lesley Hawkins; Les Marton; Jean Leroux; Martin Lansche; Ivor Ladd; Kirk Tierney; Kirby Evans; Kevin Kimsa; Keith Taylor; Gleissle,Karin; Maegan Keefer; Julia Christopher; Julian Gosnell; Juanita Williams; Jason Smith; John O'Toole; Jonathan Concon; Jon Preston; John Trafananko; John Samuels; John Mullenger; John Miner; John Darmody; Juliet Oh; JoAnn Latta; Joanne White; Joanne Downey; Jian Mao; James Malfair; JLKlein18@aol. Com; Jim Johnson; Jim Gardner; Jill Davies; Sam Malandrino; Jetty-Support@Yahoogroups. Com; Jennifer Knox; Jennifer Ozog; Gordon Marnoch; John Godsman; Jim Carlson; Steve Bond; David Pollay; Janina Burke; James Kelley; Grant Cullen; Irv Bennett; Howard Prince; Horseshoeskipatrollers@Yahoogroups. Com; Terry Smith; Hussam Mahgoub; Scott McKinley; Greg Habros; Gordon Ferfolya; Geoff Moffat; Geoff Forse; Geg; Gene Balfour; Gayle Hubbard; Gayla Atkins; Hagler, Gary; Gabriela Boar; Richard W. Gabriel; Fulvio Ciano; Fred LaPointe; Frank Squires; Frank Thompson; Frances Markicevic; Fadi Badran; Eric Rabune; Eric Wong; Paul Luchak; Javapro. Com; Earl Gardiner; Eabrooks@Nbnet. Nb. Ca; Donald Sutherland; David Ross; Dave Paape; Doug Burgess; Donato Morettin; Domenic Apa; David Van Tuyl; Darren Hall; Developers; Development Group; Deborah Potts; Dean Gaudet; Dan Bunge; Dawna Coyle; Danny Meghory; Dan Manocchio; Dan Gromoll; Chris Little; Colin Dykstra; Hans Christensen; Chris Brown; Chris Watson; Charles Kasmierski; Charles Blair; Carol L. Duransky; Sans Carlo; CA Munro; Bruce Miner; Bettina Klenkler; Brian Brennan; Cahoon Barry; Tony Ziolkowski; Art Ford; Angie Rose; Arleene Fowlie; Anne Chappelle; Andrew Marshall; Andrew Peck; Andre Czernohorsky; Amod Chande; Amber Prince; Alvin Yap; ATSI; Aleli Concon; Andrew Ede; Aaron Smith; Aileen
RE: html:option and the 65k wall
Hi Danny When using large lists in previous projects, I have used url that generate popup windows from which you can do searches on relevant data. The user would do their search in the popup, select the item they wanted. Clicking OK would the populate the parent form with the data, and close the popup window. Worked very well, and saved delivering large amounts of data to the client Just a suggestion :) Scott Barr -Original Message- From: Danny Collins [SMTP:[EMAIL PROTECTED]] Sent: Friday, January 25, 2002 8:40 AM To: [EMAIL PROTECTED] Subject: html:option and the 65k wall Hello all, I have a jsp page that has a ton of very long option lists. These are all generated dynamically from the DB. The problem is, if we try to use the html:option tag we exceed 65k. What I would like to do is move each html:select with all of it's generated options into it's own jsp and just include all of the jsps on the main page. The problem with that is the html:select's are mapped to the form class and I can't seem to be able to figure out the syntax to be able to get to the form using the html:select and html:options on an included page. We did try to use the jsp:useBean with the FormClass on the included page but that didn't seem to help. So either the included pages are being compiled first so the form isn't in the request yet or we have the syntax all wrong. Any suggestions? Danny Collins -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
