RE: Javascript submit

al approach to switch the names of your forms, but the above should work. Hope this helps, Adam S. Grohs Senior Front End Technologist Scient, Inc. [EMAIL PROTECTED] - Original Message - From: "Matt Read" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday,

Javascript submit

Hi, I've got a problem with submitting forms via javascript. I've got a page with multiple forms created using I want submit these forms using a link as opposed to a submit button. However the forms all have the same name so ... ... ... I would get something like: ... ... ... I could then cons

RE: Problem

If I'm understanding you correctly and you're looking for a struts config type solution then you really need to set a forward on your form processing action to send you back to page A. Something like this in struts-config.xml Then in your execute() method in MyFormProcessorAct

RE: What gives?

You realise that you have to confirm you unsubscribe once you've sent the e-mail? Ezmlm will send you back a message which you have to reply to in order to confirm that it was actually you that decided to unsubscribe you and not someone spoofing your e-mail address. If you've deleted these e-mails

RE: Server-side Charting libs?

of AWT, or part of jCharts, or something else? Thanks, Bryan On Sun, 2002-03-10 at 15:12, Matt Read wrote: I use jCharts (jcharts.sourceforge.net) which is the best I've found for the actual chart creation but you still have the same problem with the Java 1.3 AWT libraries needing an X

RE: Server-side Charting libs?

I use jCharts (jcharts.sourceforge.net) which is the best I've found for the actual chart creation but you still have the same problem with the Java 1.3 AWT libraries needing an X server. I just use Xvfb which seems to work fine, let me know if you need any help configuring it. Other than that I'v

RE: design flaw if using a template...

I have tried the latest version of Tomcat 4.0.3, but no joy. Keith -Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Friday, 8 March 2002 11:04 a.m. To: Struts Users Mailing List Subject: RE: design flaw if using a template... I'm

RE: Duplicating refresh in a link

D'oh. Good point. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: 08 March 2002 21:08 To: [EMAIL PROTECTED] Subject: Re: Duplicating refresh in a link Could easily use javascript!! Dave "Matt Read" <[EMAIL PROTECTED]> on 03/08/200

RE: jsp pagis in /WEB-INF directory

In the forward attribute of you should put the name of your forward as defined in struts-config.xml. From the example below you should then use: Some Text This will forward to the path defined in struts-config.xml, in the example this would be "/WEB-INF/pages/jsp/A.jsp". Regarding the reason w

Duplicating refresh in a link

Does anyone know of a way to reproduce the refresh functionality in a link using the struts taglibs and no scriptlets? E.g. something like: Refresh this page I'm not sure how to derive the without using scriptlets. Thanks, Matt. -- To unsubscribe, e-mail: For

RE: design flaw if using a template...

! So it's trying to go into an infinite loop! I have changed new.jsp to just return the news. It's going well. Thank you very much for all you help. Keith -----Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Thursday, 7 March 2002 3:31 p.m. To: Struts Users Mailing

RE: design flaw if using a template...

de tag. Anyway, I will test this again tonight. I hope it's something stupid I have done. I will also report the exact exception after the test. Thanks again Matt. Keith -Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Thursday, 7 March 2002 1:28 p.m. To: Stru

RE: design flaw if using a template...

Sorry, I hope you spotted my mistake, the lines: Should read: Matt. -Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: 07 March 2002 00:28 To: Struts Users Mailing List Subject: RE: design flaw if using a template... Yep, that&#

RE: design flaw if using a template...

late which inserts shownews.do. I believe this will fail. If you have a JSP in the address bar, it's fine. But with a .do, it's not. I have using the 26 Feb 2002 snapshot. Keith -Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Thursday, 7 March 2002 12:54

RE: design flaw if using a template...

ch your Actions, put them as links in a page or in the template. Keith -Original Message----- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Thursday, 7 March 2002 12:12 p.m. To: Struts Users Mailing List Subject: RE: design flaw if using a template... My apologies if I'm misunde

RE: design flaw if using a template...

My apologies if I'm misunderstanding your point but if you're concerned that the elements that you "put" into your template are not going through the an xxxAction then why not put the URL for the action in instead of a .jsp? This way your ShowNewsAction is following the same flow as any other cont

RE: and formatKey

I've just downloaded the 20020306 build and no improvement. Are you sure it would have got into that build? -Original Message- From: Oleg V Alexeev [mailto:[EMAIL PROTECTED]] Sent: 06 March 2002 09:11 To: Struts Users Mailing List Subject: Re: and formatKey Hello Matt, Check the last

and formatKey

I've encountered a possible bug in the use of formatKey in . As always it's more likely to be my error but I'd appreciate it if anyone could have a look. I'm running the latest nightly build of struts. Code snippets are below but to summarise, I'm using the tag and formatKey attribute in my JSP

RE: validate() and session expiry

ly no need to subclass it. Chuck Cavaness -Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent: Tuesday, March 05, 2002 1:22 PM To: [EMAIL PROTECTED] Subject: RE: validate() and session expiry Yes, but probably a little too ambitious for me I think. On a related note though, I can&

RE: validate() and session expiry

n expiry You could always extend ActionMapping (or ActionConfig for 1.1) to accept more parameter type attributes. Of course at that point, you're extending the framework but's that neccessarily a bad thing. Chuck -----Original Message- From: Matt Read [mailto:[EMAIL PROTECTED]] Sent:

RE: validate() and session expiry

That looks good too but given that you're only allowed to have one per action mapping it would preclude the use of parameter for anything else. It would definitely make DispatchAction difficult to use. I do like the idea of being able to configure this in struts-config.xml though. Maybe it could

RE: validate() and session expiry

Yep, all makes sense. Thanks to both of you. I'm a lot happier with how the logic is partitioned now and I like the validate="false" idea very much. Thanks, Matt. -Original Message- From: Chuck Cavaness [mailto:[EMAIL PROTECTED]] Sent: 05 March 2002 03:01 To: Struts Users Mailing List Su

RE: validate() and session expiry

Thanks, that sounds like a good solution. My only reservation is that in processPreprocess() you'd have to effectively hard-code a list of the request paths that require a user to login. I suppose you have to do it somewhere though. Matt. -Original Message- From: Chuck Cavaness [mailto:[

validate() and session expiry

I've got a problem and I'm not sure whether it's my poor design or a struts limitation. I'd appreciate it if someone can shed some light. Let me know if you require more details. I have an action mapping for an "update my profile" page with an associated ActionForm and validate="true". In order t

bean:write ?

Could anyone tell me what the struts equivalent of this scriplet should be? <% if (request.getAttribute("messages") != null) { out.println((String) request.getAttribute("messages")); } %> Thanks, Matt. -- To unsubscribe, e-mail: For a

RE: Design question about ActionForm's validate method

I'm fairly new to struts (well, about 24 hours actually) and this message touches on a concept that I've having trouble grasping. Are you saying that your site should never allow the user to navigate to a URL that maps to an Action unless you are submitting a form? This is my example and althoug