RE: running struts in other application server
See intermixed comments. > -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED]] > Sent: 22 June 2001 16:58 > To: [EMAIL PROTECTED] > Subject: Re: running struts in other application server > > > There are additional instructions when required for several > application > servers, but there should not be any general compatibility issues. I > have heard that Oracle9IAS is a repackaging of Orion. It does appear to be. I managed to get both the struts-example application and my own struts based application running under it simply by following the Orion instructions (http://jakarta.apache.org/struts/installation-oas.html). Also, the Orion 1.0.3 problems with ServletContext.getResource() appear to have been fixed so the last part of the instructions are not necessary. > > < http://jakarta.apache.org/struts/installation.html > > > Here's a Javascript that I use when submitting my forms, in case it > helps you with yours. > > > > ... > >
RE: Exception handling in the ActionServlet
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: 10 June 2001 02:00
> To: [EMAIL PROTECTED]
> Subject: Re: Exception handling in the ActionServlet
>
>
>
>
> On Sat, 9 Jun 2001 [EMAIL PROTECTED] wrote:
>
> > Hi,
> >
> > I would like to catch all of our project specific
> exceptions in one place (as a
> > last resort, if nobody else catches them earlier on) and
> handle them in a
> > generic way. The obvious way to do this, I think, is by overriding
> > processActionPerform in our own ActionServlet and catch
> > Exception's (superclass for all our own
> exceptions) there. But the
> > Action.perform method only throws IOException &
> ServletException, so either all
> > our own exceptions will have to inherit from either of
> those two classes (can't
> > be the right thing to do), or I will have to change the
> Action.perform
> > definition to also throw our Exception's (doesn't
> seem right either,
> > I'd prefer not to have to alter any struts code)?
> >
> > What should I do?
> >
>
> How about having the base class for you project exceptions be
> a subclass
> of ServletException? That way, you can throw it if you really want
> to. Then you could declare an element in your
> web.xml file
> to define common handling (if you don't the default will be
> an ugly stack
> trace on most containers).
Alternatively, if you have a project exception in your Action.perform
method, you could just wrap it up in a ServletException and throw that. E.g;
try {
.
} catch (ProjectException e) {
throw new ServletException("Some text", e);
}
Then in your subclassed processActionPerform method you get at your original
exception by calling the getRootCause() method of ServletException. This
avoids having to base your exceptions on any particular subclass.
>
> > This actually brings me to another problem that doesn't
> have anything to do
> > with struts, but is more a general Java question. Anyway,
> maybe somebody here
> > has an elegant solution to it:
> >
> > Assume the problem above is solved and furthermore that
> some of the project
> > specific exceptions have to inherit from other existing
> exception classes (e.g.
> > ServletException, IOException, etc.). Since we don't have
> multiple inheritance,
> > I can't have a Exception that is a superclass to
> all my own
> > exceptions. I still want to catch all our own exceptions
> (but no others) in one
> > place. My first though was of course to define a
> Exception interface
> > and let all our own exceptions implement this interface,
> thus being able only
> > to catch Exception's. But Throwable is not an
> interface (why not?
> > What's the idea behind this design?) that
> Exception could inherit from
> > and thus this approach doesn't work, as the try{}catch(){}
> statement expects a
> > Throwable object as parameter
> (try{}catch(Exception e){} doesn't
> > compile).
> >
> > Well, as a kind of a hack I then thought I'll catch all
> exceptions, check if it
> > is a project specific one
> (Exception.class.isInstance(anException)),
> > and if not throw it again, but that can't be right, because
> the method where
> > this happens then will have to be declared to throw
> Exception (to generic).
> >
> > I'll appreciate any help, thanks in advance and the best
> satisfactory answer
> > wins a free beer in Zurich ;-)
> >
>
> I'd investigate extending ServletException for your
> application exception
> classes.
>
> Another off-the-wall idea would be to extend RuntimeException
> instead --
> you can throw such an exception without it being listed in the
> "throws" clause. This is how things like IllegalArgumentException and
> NullPointerException work.
>
> >
> > Klaus Bucka-Lassen
> >
> >
>
> Craig
>
>
RE: Cannot get request dispatcher for path http://cnn.com ?
Try changing step 5 to the following; http://cnn.com/"; redirect="true"/> The javadoc for the ActionForward class says the path should be the "Context-relative URI to which control should be forwarded, or an absolute or relative URI to which control should be redirected". Your path is absolute so I think you will need to use a redirect rather than a forward. > -Original Message- > From: Peter Smith [mailto:[EMAIL PROTECTED]] > Sent: 16 May 2001 16:14 > To: [EMAIL PROTECTED] > Subject: Cannot get request dispatcher for path http://cnn.com ? > > > Hi, > > I have a wizard-style app that I've configured in my > struts-config.xml as below. Not sure I like it yet, > but I have my Action class send the user to the next > JSP page each time the user hits the 'Next' button > (design swiped from msg in this group). When they're > finished, I wish to send them to a page outside the > context of my app (e.g. http://cnn.com). > > The error msg I get is: > 2001-05-16 11:02:38 - Ctx( /MyApp ): 500 R( /MyApp + > /step1.do + null) Cannot get request dispatcher for > path http://cnn.com/ > 2001-05-16 11:02:38 - Ctx( /MyApp ): Handler null null > > I'm guessing there are many ways to do this, but I > wanted to see how/why I might be using the > 'forward-path' directive for something it might not be > intended?? > > = struts-config.xml = > ... > path="/step1" >type="com.lmt.provadmin.Step1Action" >name="step1Form" >scope="request" >unknown="false" >validate="true"> > > > > > > http://cnn.com/"/> > > > ... > = > > > > __ > Do You Yahoo!? > Yahoo! Auctions - buy the things you want at great prices > http://auctions.yahoo.com/ >
RE: Load Testing
There is also OpenSTA (http://www.opensta.org) > -Original Message- > From: Deadman, Hal [mailto:[EMAIL PROTECTED]] > Sent: 23 April 2001 20:15 > To: [EMAIL PROTECTED] > Subject: RE: Load Testing > > > I assume you have you looked at Jmeter? > http://jakarta.apache.org/jmeter I > haven't used it yet. I am not sure how easy it is to generate > load that > consists of dynamically generated data for form submissions > and the like. > > Microsoft has a free stress test tool too: > http://homer.rte.microsoft.com/ > > > > > -Original Message- > > From: Ted Husted [mailto:[EMAIL PROTECTED]] > > Sent: Monday, April 23, 2001 12:48 PM > > To: [EMAIL PROTECTED] > > Subject: Load Testing > > > > > > I need to do some load testing on a Struts application, and > > wondered if > > anyone had any war stories to share, or recommendations as > to the best > > approach. > > > > -- Ted Husted, Husted dot Com, Fairport NY USA. > > -- Custom Software ~ Technical Services. > > -- Tel 716 737-3463. > > -- http://www.husted.com/about/struts/ > > >
RE: Oracle Servlet Engine
Actually it may work. According to the documentation the Oracle Servlet Engine (which is different to JServ) is Servlet 2.2 compliant so should be able run Struts-based applications. If anybody does get something working I would be interested in details of how they did it. > -Original Message- > From: Rob Leland [mailto:[EMAIL PROTECTED]] > Sent: 16 April 2001 06:27 > To: [EMAIL PROTECTED] > Subject: Re: Oracle Servlet Engine > > > No, > And it will not work with 9i either. > Both use JServ which is a JSP 1.0, Servlet 2.0 container. > However, I know 9i uses Apache which could then > be modified to use tomcat. Oracle 8i may also > use Apache but I am not sure. > > -Rob > > Michael Schommer wrote: > > > > Hi, > > > > we work with Oracle (8.1.7) in our company. Now, I want to > know if Struts > > works with the Oracle ApplicationServer. > > If anyone has any know-how with the Oracle Servlet Engine > and Struts or the > > Oracle 8i ApplicationServer I will be very happy for every > information send > > directly to my eMail-address. > > > > Bye > > Michael >
RE: Internationalised 'alt' text
I see, you are using the html:image tag not the html:img tag. Looking at the source for the latest version (the version in 1.0b1 is broken) there is a bug that stops the altKey attribute working. I have reported it to bugzilla. See http://nagoya.betaversion.org/bugzilla/show_bug.cgi?id=1155 <http://nagoya.betaversion.org/bugzilla/show_bug.cgi?id=1155> for details. -Original Message- From: Maya Muchnik [mailto:[EMAIL PROTECTED]] Sent: 29 March 2001 20:05 To: [EMAIL PROTECTED] Subject: Re: Internationalised 'alt' text I am sorry for sending this email again. But I made a mistake to point to "name" attribute. This attribute has to be equal to "", because I do not use it. But no attribute "alt" was generated. Maya P.S. here is my statement with the tag: Maya Muchnik wrote: No exception. Here is a short cut from view source: ... Username: Password: ... ... ... As you can see name is empty. Maya Howard Moore wrote: It's possible I suppose. I've tried it with Tomcat 3.2 using pageKey rather than src and it works ok (using Struts 1.0b1). What happens when you try to use the tag, e.g. what html is produced or what exception is thrown? > -Original Message- > From: Maya Muchnik [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] > Sent: 29 March 2001 14:01 > To: [EMAIL PROTECTED] > Subject: Re: Internationalised 'alt' text > > > Thank you, Howard. And if this does not work for me, is that > meant, because I > am using Tomcat 3.1? In your example below I am using pageKey > instead of src. > > > > Howard Moore wrote: > > > The html:img tag now contains an altKey attribute that does > what you want. > > > > e.g. > > > > > > > > > -Original Message- > > > From: Maya Muchnik [ mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ] > > > Sent: 28 March 2001 21:54 > > > To: [EMAIL PROTECTED] > > > Subject: Re: Internationalised 'alt' text > > > > > > > > > Hi, this is an old email, but not resolved, at least for me. > > > Maybe somebody can give > > > me a hunt. > > > I have tried both suggestions. Both are not working. Maybe I > > > am doing something > > > wrong. > > > Thanks in advance. > > > Maya > > > > > > Craig Tataryn wrote: > > > > > > > How about this: > > > > > > > > < -- MyResources would be replaced with whatever class name > > > you used in the > > > > application > > > > init-param you setup for the ActionServlet > > > > --> > > > > > > > > > > > > > > > > > > > > Craig T. > > > > > > > > Peter Alfors wrote: > > > > > > > > > scratch that. You would need to have a bean that had > > > access to the messages. > > > > > > > > > > Peter Alfors wrote: > > > > > > > > > > > I think that does what you want. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > HTH, > > > > > > Pete > > > > > > > > > >
RE: Internationalised 'alt' text
It's possible I suppose. I've tried it with Tomcat 3.2 using pageKey rather than src and it works ok (using Struts 1.0b1). What happens when you try to use the tag, e.g. what html is produced or what exception is thrown? > -Original Message- > From: Maya Muchnik [mailto:[EMAIL PROTECTED]] > Sent: 29 March 2001 14:01 > To: [EMAIL PROTECTED] > Subject: Re: Internationalised 'alt' text > > > Thank you, Howard. And if this does not work for me, is that > meant, because I > am using Tomcat 3.1? In your example below I am using pageKey > instead of src. > > > > Howard Moore wrote: > > > The html:img tag now contains an altKey attribute that does > what you want. > > > > e.g. > > > > > > > > > -Original Message- > > > From: Maya Muchnik [mailto:[EMAIL PROTECTED]] > > > Sent: 28 March 2001 21:54 > > > To: [EMAIL PROTECTED] > > > Subject: Re: Internationalised 'alt' text > > > > > > > > > Hi, this is an old email, but not resolved, at least for me. > > > Maybe somebody can give > > > me a hunt. > > > I have tried both suggestions. Both are not working. Maybe I > > > am doing something > > > wrong. > > > Thanks in advance. > > > Maya > > > > > > Craig Tataryn wrote: > > > > > > > How about this: > > > > > > > > > > > > > > > > > > > > > > > > > > > > Craig T. > > > > > > > > Peter Alfors wrote: > > > > > > > > > scratch that. You would need to have a bean that had > > > access to the messages. > > > > > > > > > > Peter Alfors wrote: > > > > > > > > > > > I think that does what you want. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > HTH, > > > > > > Pete > > > > > > > > > >
RE: Internationalised 'alt' text
The html:img tag now contains an altKey attribute that does what you want. e.g. > -Original Message- > From: Maya Muchnik [mailto:[EMAIL PROTECTED]] > Sent: 28 March 2001 21:54 > To: [EMAIL PROTECTED] > Subject: Re: Internationalised 'alt' text > > > Hi, this is an old email, but not resolved, at least for me. > Maybe somebody can give > me a hunt. > I have tried both suggestions. Both are not working. Maybe I > am doing something > wrong. > Thanks in advance. > Maya > > Craig Tataryn wrote: > > > How about this: > > > > > > > > > > > > > > Craig T. > > > > Peter Alfors wrote: > > > > > scratch that. You would need to have a bean that had > access to the messages. > > > > > > Peter Alfors wrote: > > > > > > > I think that does what you want. > > > > > > > > > > > > > > > > > > > > HTH, > > > > Pete > > > > >
RE: Multiple Submits per Form
As an alternative you can do the following;
In your ActionForm class put the following code;
private int button = 0;
public int getButton() {
return (button);
}
public void setButton(int index, String name) {
button = index;
}
In the jsp page name your submit buttons as follows;
...etc
In your action calling getButton() returns 0 if the first button was
pressed, 1 if the second was pressed and so on.
-Original Message-
From: Jon Wilmoth [mailto:[EMAIL PROTECTED]]
Sent: 23 March 2001 17:38
To: [EMAIL PROTECTED]
Subject: Multiple Submits per Form
After sifting through the archives, I only found one previous question about
handling multiple submit buttons in the same form. The solution that was
proposed, was to read the label of the submit button present on the http
request params to figure out which button was actually submitted. However,
this will not work (gracefully*) with internationalization. If the client
facing label, the "value" attribute of the submit jsp tag, is used to
determine the code would need to check for "Login", "Inloggen" (Dutch),
"sich anmelden" (German), etc. If I may suggest a hidden field that is
submitted (value set at button click by javascript) that is generated by the
form tag, with a constant for the name. This decouples the presentation
from the application flow. Thoughts?
*The most "graceful" solution I could think of would be to do a reverse
lookup in the message catalog for the local specific value.
Jon Wilmoth
Software Architect
eSage Group
(206) 264-5675 (Voice & Fax)
[EMAIL PROTECTED]
http://www.esagegroup.com
RE:
try adding the paramId attribute. e.g. this should give you http://localhost:8080/test/addItem.do?isbn= (note without the " quotes) > -Original Message- > From: Allen Walker [mailto:[EMAIL PROTECTED]] > Sent: 22 March 2001 07:44 > To: [EMAIL PROTECTED] > Subject: > > > > > > ISBN: > > > > > > > > --- > Ok, the line: filter="true"/> works > fine, displays the value, but the line: > > > > Doesnt add the isbn parameter, it renders it only as: > http://localhost:8080/test/addItem.do , I want it to render > it as something > like > > http://localhost:8080/test/addItem.do?isbn="" > > Thanks for any help. > -allen- >
RE: Error reading request
I do the same thing with the and have no problems with Netscape (version 4.6). However I am using Tomcat 3.2.2-beta1 not 3.2.1. Maybe you could try changing and see if it cures the problem. > -Original Message- > From: Peter Alfors [mailto:[EMAIL PROTECTED]] > Sent: 06 March 2001 20:58 > To: struts-user > Subject: Error reading request > > > Hello all, > > I am using Tomcat 3.2.1 and noticed this message this morning... > > 2001-03-06 11:00:12 - ContextManager: Error reading request, ignored - > java.lang.NullPointerException > at > org.apache.tomcat.core.ContextManager.handleError(ContextManager.java, > Compiled Code) > at > org.apache.tomcat.core.ContextManager.internalService(ContextM > anager.java, > Compiled Code) > at > org.apache.tomcat.core.ContextManager.service(ContextManager.java, > Compiled Code) > at > org.apache.tomcat.service.http.HttpConnectionHandler.processCo > nnection(HttpConnectionHandler.java,Compiled > Code) > at > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, > Compiled Code) > at > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, > Compiled Code) > at java.lang.Thread.run(Thread.java, Compiled Code) > > This is the first time that I have received this message. I made a > change this morning to my web app that defines the > to be > an action class (Index.do). > In doing so, I had to create a dummy file (Index.do) that > only contains > some text so that the web server (tomcat) will not display > the directory > listing. > > Now I am receiving this error when accessing my web-app in Netscape > only. Also, this error only appears once. If I reload the > web-app, it > loads fine, without any errors. > IE does not produce this message at all. > > The pages come up fine, but I am concerned why this error is being > logged. > > Has anyone else experienced this? Any ideas? > > Thansk in advance, > Pete >
RE: initial action
If you are using Tomcat I believe that the problem is that the code checks that the file exists before redirecting to it so doesn't work for URLs that are mapped to a servlet. A workaround to this problem is to create a dummy file with the same name. In your case this would be something like; /webapps//index.do The file doesn't have to contain anything in particular, it is never accessed. > -Original Message- > From: Peter Alfors [mailto:[EMAIL PROTECTED]] > Sent: 05 March 2001 17:27 > To: struts-user > Subject: initial action > > > Hello, > > I noticed some messages in the archives that explain how > to have the > initial page be an action. > It appears that adding this block: > > > index.do > > > directly after the servlet definition in the web.xml should do the > trick. However, as others have replied, I am receiving the directory > listing rather than executing the specified action. > > Has anyone been able to get this to work? > > Thanks, > Pete >
RE: Internationalised 'alt' text
I'm not in too much of a hurry for a solution so I'm happy to wait for a patch to get into Struts. A couple of questions, though; 1) Will the patch support all the attributes that are in the bean:message tag? The argX attributes would be particularly useful to me. 2) Are there any plans to add support for the id, class and title common attributes to all the html tags? If so the title attribute should also support i18n and applies to many more elements than alt does. Thanks, Howard > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: 15 February 2001 20:03 > To: [EMAIL PROTECTED] > Subject: Re: Internationalised 'alt' text > > > Bern McCarty wrote: > > > What about a custom JSP tag designed to replace the use of > html:img tags. > > The custom tag could produce a correct html:img tag as it's > output, complete > > with localized alt text. > > > > A patch to do this kind of thing was submitted recently -- > it's on my queue of > things to look at. > > Craig > > > > > > -Original Message- > > From: Howard Moore [mailto:[EMAIL PROTECTED]] > > Sent: Thursday, February 15, 2001 1:21 PM > > To: [EMAIL PROTECTED] > > Subject: Internationalised 'alt' text > > > > Can anybody suggest how I can add internationalised alt text to the > > tag? > > > > If it were legal I would like to do something like the following; > > > > > > > > but you can't nest tags like this. > > > > If not does anybody think it would be useful to add an optional 'id' > > attribute to the tag which, if set, causes > the translated > > message to be stored in a page context bean with the given > name rather than > > being written out? This would allow me to write something like; > > > > > > > > > > It would also allow translated strings to be cached in the > page if they are > > going to be used repeatedly (inside a tag, > for example). > > This may improve performance considerably. > > > > Any comments? > > > > --- > > Howard Moore > > Senior Software Engineer > > Datapulse CTI > > Tel : +44 (0)1491 418000 > > Fax : +44 (0)1491 411459 > > E-mail: [EMAIL PROTECTED] >
Internationalised 'alt' text
Can anybody suggest how I can add internationalised alt text to the tag? If it were legal I would like to do something like the following; but you can't nest tags like this. If not does anybody think it would be useful to add an optional 'id' attribute to the tag which, if set, causes the translated message to be stored in a page context bean with the given name rather than being written out? This would allow me to write something like; It would also allow translated strings to be cached in the page if they are going to be used repeatedly (inside a tag, for example). This may improve performance considerably. Any comments? ------- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED]
RE: parameters for actions
According to the struts-config DTD (as of 20010128) the action element doesn't contain a className attribute so if you try this you get a SAXParseException when parsing struts-config.xml. The digester does appear to handle the className attribute, however, so this is probably just a bug in the DTD. Unless it has been fixed in a more recent build? > -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: 31 January 2001 22:32 > To: [EMAIL PROTECTED] > Subject: Re: parameters for actions > > > christian reichlin wrote: > > > hi, > > > > im looking for an easy way to "configure" actions. > > > > One general approach to this comes from the fact that you can > subclass the > ActionMapping class with your own, which could then include > some additional > properties. Then, you could say: > > > > > > Now, when your action's perform() method is called, a reference to the > ActionMapping is passed, and you can call: > > String requiredFields = > ((MyActionMapping) mapping).getRequiredFields(); > > > > christian > > Craig > >
RE: html:errors tag
The property attribute was only implemented recently. You need the 20010128 build or later for it to work. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > Sent: 29 January 2001 18:59 > To: [EMAIL PROTECTED] > Subject: html:errors tag > > > > > Memo from Nic Hobbs of PricewaterhouseCoopers > > Start of message text > > I am using the nightly build from about Wednesday last week > so let me know if I > should just get the latest one (which I intend to do tomorrow > anyway) but... > > > Using the seems to be exactly > the same as doing > as I get all the errors printed out rather > than just the error > printed for the particular property. Can anyone explain what > I am doing wrong? > > Many thanks, > > Nic > > - End of message text > > The principal place of business of PricewaterhouseCoopers and > its associate > partnerships is 1 Embankment Place, London WC2N 6NN where lists of the > partners' names are available for inspection. All partners in > the associate > partnerships are authorised to conduct business as agents of, and all > contracts for services to clients are with, > PricewaterhouseCoopers. The UK > firm of PricewaterhouseCoopers is authorised by the Institute > of Chartered > Accountants in England and Wales to carry on investment business. > PricewaterhouseCoopers is a member of the world-wide > PricewaterhouseCoopers organisation. > > 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. > >
ActionForm population problem
I have just updated to the latest nightly build (20010128) and have started getting an exception when accessing a form. The ActionForm bean for this form has a single property, id, of type Integer with the usual getter and setter methods. When the form is invoked with a URL of the form; http://localhost:8080/detail/show.do?id=1234 the following error occurs; Error: 500 Location: /abc/detail/show.do Internal Servlet Error: javax.servlet.ServletException: BeanUtils.populate at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:335) at org.apache.struts.action.ActionServlet.processPopulate(ActionServlet.java:18 05) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1416) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:463) 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:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:79 7) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) Root cause: java.lang.IllegalArgumentException: argument type mismatch at java.lang.reflect.Method.invoke(Native Method) at org.apache.struts.util.PropertyUtils.setSimpleProperty(PropertyUtils.java:82 4) at org.apache.struts.util.PropertyUtils.setNestedProperty(PropertyUtils.java:75 5) at org.apache.struts.util.PropertyUtils.setProperty(PropertyUtils.java:781) at org.apache.struts.util.BeanUtils.populate(BeanUtils.java:563) at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:333) at org.apache.struts.action.ActionServlet.processPopulate(ActionServlet.java:18 05) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1416) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:463) 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:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:79 7) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) This didn't happen with the previous build I was using (20010122) and if I change the property type to int (from Integer) there is no problem. Can anybody confirm that thisis a bug in the latest build or am I doing something wrong? --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED]
RE: FormTag problem
Seems reasonable. I agree prefix mapping still presents a slight problem but
pretty well every example I've seen on this list uses extension mapping (as
I do) so maybe it's not a major issue.
Now all we need to do is get Craig to include it into Struts :-)
> -Original Message-
> From: Chris Smith [mailto:[EMAIL PROTECTED]]
> Sent: 26 January 2001 11:31
> To: [EMAIL PROTECTED]
> Subject: re: FormTag problem
>
>
> You're right, I only considered going from a .jsp to .do
> within the same
> path. Also, I didn't realise I had access to the PageContext
> from the
> TagSupport class. Thanks.
>
> I didn't like the idea of adding a slash to the action mapping just
> because it didn't have one. I wanted to be able to use relative or
> absolute mappings, i.e. for the following to be equivalent:
>
> /action/logon.jsp contains:
>
> or:
>
>
> I think that's a reasonable way for it to work IMHO.
>
> So, to create the action mapping from an action that doesn't
> start with a
> slash, I now prepend the path part of the servletPath of the
> calling jsp.
> And for the url in the generated html, if it DOES begin with
> a slash, I
> prepend the contextPath (application name) and if it doesn't,
> leave it alone.
>
> So if http:///myapp/admin/logon.jsp contains:
>
> the action mapping becomes "/admin/logon", and
> the html contains: action="logon.do"
>
> But if http:///myapp/admin/logon.jsp contains:
>
> the action mapping becomes "/admin/logon", and
> the html contains: action="/myapp/admin/logon.do"
>
> The extent of my changes are as follows:
>
> /**
> * Returns a form action converted into an action mapping path.
> * Anything after a period (".") is considered a name
> extension and
> ignored.
> * If the action doesn't begin with a forward slash
> ("/"), the path
> part of
> * the servlet path is prepended, giving you a path below
> the context
> path.
> */
> protected String getActionMappingName() {
> String retString = action;
> int period = action.lastIndexOf(".");
> if (period > -1) {
> retString = action.substring(0, period);
> }
> if (retString.charAt(0) != '/') {
> String servletPath =
> ((HttpServletRequest)pageContext.getRequest()).getServletPath();
> int slash = servletPath.lastIndexOf("/");
> retString = servletPath.substring(0, slash + 1) +
> retString;
> }
> return retString;
> }
>
> /**
> * Returns a form action converted into a url.
> * If the action begins with a forward slash ("/"), the
> context path
> is
> * prepended, otherwise the action is returned unchanged.
> */
> protected String getActionURL() {
> String retString = action;
> if (action.charAt(0) == '/') {
> retString = ((HttpServletRequest)
> pageContext.getRequest()).getContextPath() +
> retString;
> }
> return retString;
> }
>
> Also, doStartTag() is changed so it calls getActionURL() when
> generating
> the action attribute instead of using "action" directly.
>
> This works great for extension mapping (my case) :-) but not
> for prefix
> mapping (your case) :-(
>
> Unfortunately, I don't think there is any way for the FormTag to know
> what the extension is, so it can't strip it out of the action when
> creating the action mapping name. You would have to put the
> prefix in
> the action mapping names in struts-config.xml, which is
> wrong. I don't
> know whether some of the other getXXX() methods in HttpServletRequest
> will be able to help you.
>
> Of course all the above assumes you are posting to the same host...!
> I'll leave that as an exercise for the reader.
>
> Sorry for the long post.
>
> Chris Smith
>
RE: Post without getting new page? -- RE: Handling refresh in a web b ased application
There is a HttpServletResponse code 204 (SC_NO_CONTENT) that stipulates that the browser should continue to display the previous document because no new document is available. This might do what you want. > -Original Message- > From: GU,JAMES (HP-Corvallis,ex1) [mailto:[EMAIL PROTECTED]] > Sent: 25 January 2001 16:53 > To: '[EMAIL PROTECTED]' > Subject: Post without getting new page? -- RE: Handling > refresh in a web > b ased application > > > By saying "the request is ignored", what do you expect to be > displayed in the > browser? I assume you just wnat what page is displayed before > the refresh. > > I have a related question that has been puzzling me for a > while: can you just do > a simple data post to the server from a web browser (form, > link, or any DOM > event etc) without causing the browser to expect/display new > pages from the > server? For instance, when the state at the client side has > changed (e.g., the > user changed the content in a form, notice that no submit > button is clicked > yet), I'd like to notify the server the user state has been > changed but I don't > need and don't want to get/display any new page from the server. > > -james > <-- snip -->
RE: FormTag problem
If I understand it correctly, I don't think your modified tag works in all cases. If, for example, you have a web-application called testApp and a logon form at; http:///testApp/admin/logon.do the ActionMapping defined in struts-config.xml must have a path attribute of "/admin/logon" (I think) for the ActionServlet to find it (assuming you are using extension mapping). To also find this mapping from your modified FormTag you would need something like; so in the output html it would write This is ok if your JSP page that contains this form is under the same branch as the logon page e.g. http:///testApp/admin/changePassword.jsp but fails if you are under a different branch such as; http:///testApp/cart/checkout.jsp because it will produce the URL; http:///testApp/cart/logon.do and not the one you want. Note: I've not tested this so I may have got it completely wrong :-) The approach I've taken is slightly different (and may also not work properly). I do the same thing as you to look up the ActionMapping except I only add the leading forward-slash if there isn't already one. To build html form element, however, rather than stripping the path and making the URL relative I prepend the context path (the name of the web-application) and make it an absolute URL. In the above example the output html this method produces would be; Which always works, I think. This basically copies the way redirecting ActionForwards are handled in ActionServlet. > -Original Message- > From: Chris Smith [mailto:[EMAIL PROTECTED]] > Sent: 25 January 2001 15:53 > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: re: FormTag problem > > > The problem is because the action in the jsp form tag is > being used for > two purposes - for the generated HTML and for looking up the > ActionMapping. > > If you have the directory path in the form tag and modify > FormTag.java so > it doesn't strip it out, struts will generate the HTML page > for you. But > when you come to submit the form, it fails because the > browser submits > relative to the directory in the URL, i.e. the browser submits to > /execute/action/execute/action/logon (I think, I'm using *.do). > > If you go the other way, without the directory in the form > tag, you have > to remove the directory from struts-config.xml. Again, the HTML is > generated ok, but when you try submitting the form, the > browser submits > it relative to the directory in the url, i.e. > execute/action/logon, which > isn't found in struts-config.xml. > > My fix is to modify FormTag.java so it uses the action with a leading > "/", all directories, but without ".do" to look up the action > mapping, > and uses a different version - one without the leading > directories in the > generated HTML. > > I'm using *.do mapping, but I think this should work for the /execute > type mapping too. > > I've attached my modified FormTag.java and posted to struts-dev too. > > Chris Smith >
type attribute in struts-config.xml
I've noticed that the 'type' attribute of 'action-mappings', 'form-beans' and 'global-forwards' elements in struts-config.xml is ignored (in the 2122 build). Is this likely to be fixed for version 1.0? --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED]
RE: FormTag problem
Unfortunately it doesn't help. The situation where I have a problem is, to extend the example, where I have a URL of the form (note the added "/admin"); http://www.mycompany.com/myapplication/execute/admin/logon If I were using prefix mapping the ActionServlet would receive the path "/admin/logon" and use it to lookup the corresponding ActionMapping. In struts-config.xml this ActionMapping would have been defined something like this; The path attribute being the key that is used to lookup an ActionMapping in the ActionMappings class. To execute the same URL using the FormTag in a JSP page would be done something like; <%@ taglib uri="/WEB-INF/tld/struts-html.tld" prefix="html" %> ... ... which would produce the following html element; Except that before it does the FormTag strips the path part and attempts to lookup an ActiionMapping using the key "/logon". This doesn't exist so a ServletException is thrown. Exactly the same happens if you use prefix mapping (just remove "execute/" and add ".do" to all the examples). What I think should happen in the FormTag is that it should only strip the path up to and including the prefix part (if using prefix mapping) or the servlet context path (if using prefix mapping). This way it will behave in the same way as ActionServlet does. Apologies for being so longwinded. Howard. > -Original Message- > From: Mike Fitterman [mailto:[EMAIL PROTECTED]] > Sent: 24 January 2001 16:10 > To: [EMAIL PROTECTED] > Subject: re: FormTag problem > > > Don't know if this helps but it sure seems like it (this is > from the doc): > > There are two common approaches to defining the URLs that > will be processed > by the controller servlet -- prefix matching and extension > matching. An > appropriate mapping entry for each approach will be described below. > Prefix matching means that you want all URLs that start > (after the context > path part) with a particular value to be passed to this > servlet. Such an > entry might look like this: > > action > /execute/* > > which means that a request URI to match the /logon path > described earlier > might look like this: > http://www.mycompany.com/myapplication/execute/logon where /myapplication is the context path under which your application is deployed. Extension mapping, on the other hand, matches request URIs to the action servlet based on the fact that the URI ends with a period followed by a defined set of characters. For example, the JSP processing servlet is mapped to the *.jsp pattern so that it is called to process every JSP page that is requested. To use the *.do extension (which implies "do something"), the mapping entry would look like this: action *.do and a request URI to match the /logon path described earlier might look like this: http://www.mycompany.com/myapplication/logon.do <-- snip -->
FormTag problem
Having looked at the source code for the FormTag it appears that there is no
way to use it with an ActionMapping whose path contains a forward-slash
(other than at the start) because everything before the last one is removed
before looking up the ActionMapping. Why is this? It doesn't seem to me to
be the correct thing to do.
> -Original Message-
> From: Howard Moore
> Sent: 22 January 2001 17:40
> To: [EMAIL PROTECTED]
> Subject: FormTag problem
>
>
> I have the following action configured in my struts-config.xml file;
>
> type="com.datapulse.views.admin.LoginAction"
>name="userActionForm"
>scope="request"
>input="/jsp/admin/login.jsp">
>
>
> and am trying to link to it from a jsp page using the FormTag.
>
> I expected the following to work;
>
>
>
> but it throws a ServletException with the message;
>
> Cannot retrieve mapping for specified form action path "/login"
>
> It appears that the path ("/admin") part of the action is
> being stripped
> before looking up the mapping. Should this really be done
> and, if so, how
> can I create a FormTag to call my Action?
>
> Help would be appreciated.
>
> ---
> Howard Moore
> Senior Software Engineer
> Datapulse CTI
> Tel : +44 (0)1491 418000
> Fax : +44 (0)1491 411459
> E-mail: [EMAIL PROTECTED]
>
FormTag problem
I have the following action configured in my struts-config.xml file;
and am trying to link to it from a jsp page using the FormTag.
I expected the following to work;
but it throws a ServletException with the message;
Cannot retrieve mapping for specified form action path "/login"
It appears that the path ("/admin") part of the action is being stripped
before looking up the mapping. Should this really be done and, if so, how
can I create a FormTag to call my Action?
Help would be appreciated.
-------
Howard Moore
Senior Software Engineer
Datapulse CTI
Tel : +44 (0)1491 418000
Fax : +44 (0)1491 411459
E-mail: [EMAIL PROTECTED]
MessageTag change
Would anybody else find it useful if the '' tag was modified to allow it to read a message key and arguments from a bean? What I propose is to add an optional 'name' attribute to the tag that identifies the bean to use. If this attribute is not set the tag behaves as it currently does. If it is set the 'key' and 'argX' attributes refer to properties of the bean from which the message key and arguments are read. As an example something like this: could then be written as follows: ------- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED]
FormTag question
Why does the '' tag strip any text before the final forward-slash from the 'action' attribute before looking up the ActionMapping? It seems to me that this makes it impossible to use actions whose path contains a forward-slash. For example, I would like to have a URL of the form 'http:///myApp/admin/login.do' display a login form. In my struts-config.xml I have an action defined as follows; and in login.jsp I have the line; When ActionServlet is invoked it looks up an ActionMapping under the key '/admin/login', finds it and creates the loginActionForm bean. When control is passed to the jsp page, however, the form tag strips the '/admin' part from the action and looks up the ActionMapping under the key '/login'. This doesn't exist so the tag throws a JspTagException. This could be solved by changing FormTag to behave in the same way as ActionServlet and not strip anything before the final forward-slash but I presume there is a reason for this. Does anybody have any other suggestions as to how I can get this to work? --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED]
Database connection pool bug
There appears to still be a problem with the database connection pool when used with the JDBC-ODBC bridge (build 20001209). In the close() method of org.apache.struts.util.GenericConnection the statement "conn.setTypeMap(this.map);" throws an UnsupportedOperationException rather than a SQLException (at least when used with the Microsoft SQL Server ODBC driver). Since this is not caught the method fails and the connection is not returned to the pool. ------- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. **
StrutsTag problem
I think I have found a problem in the tag. When I try to use it to access an ActionFormBean defined in struts-config.xml I get the error :- javax.servlet.ServletException: No Struts internal object named myActionFormBean is available at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImp l.java:459) ... ... etc I'm running Struts-20001209 on Tomcat 3.2 beta 8 under NT4. The problem appears to be that the line :- ActionFormBeans collection = (ActionFormBeans) pageContext.getAttribute(Action.FORM_BEANS_KEY); returns null because the ActionFormBeans collection is stored in the application scope not the page scope. If I change this to :- ActionFormBeans collection = (ActionFormBeans) pageContext.getAttribute(Action.FORM_BEANS_KEY, PageContext.APPLICATION_SCOPE); the tag works correctly. Can this be fixed, please? --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. **
Change to ActionServlet.processPreprocess()
How about changing the method signature of this function to include the ActionMapping that is about to be used? e.g.protected boolean processPreprocess(ActionMapping mapping, HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException; This would make it more convenient, for example, to log the Action that is about to be performed. --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. **
data-source problems
I am trying to use the data source object (org.apache.struts.util.GenericDataSource) in the 20001128 build of struts 1.0 with the JDBC-ODBC bridge provider but am getting the following exception: java.lang.UnsupportedOperationException at sun.jdbc.odbc.JdbcOdbcConnection.getTypeMap(JdbcOdbcConnection.java:1432) at org.apache.struts.util.GenericConnection.(GenericConnection.java:116) at org.apache.struts.util.GenericDataSource.createConnection(GenericDataSource. java:530) at org.apache.struts.util.GenericDataSource.open(GenericDataSource.java:468) at org.apache.struts.action.ActionServlet.initDataSource(ActionServlet.java:924 ) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:410) at javax.servlet.GenericServlet.init(GenericServlet.java:258) at org.apache.tomcat.core.ServletWrapper.doInit(ServletWrapper.java:317) at org.apache.tomcat.core.Handler.init(Handler.java:215) at org.apache.tomcat.core.ServletWrapper.init(ServletWrapper.java:296) at org.apache.tomcat.core.Handler.service(Handler.java:254) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:79 7) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:743) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHandler.java:210) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) It appears that the getTypeMap() and setTypeMap() methods of JdbcOdbcConnection throw an UnsupportedOperationException rather than a SQLException. This happens in both jdk 1.2.2 and jdk 1.3 on Windows NT. In GenericConnection.java SQLExceptions raised by these methods are simply ignored so I have modified the class (attached) to also ignore UnsupportedOperationExceptions and this seems to fix the problem. Can anybody tell me if this is a sensible thing to do or does it just mask some underlying problem? Also it appears that the element is required in struts-config.xml rather than being optional. Is this intentional? --- Howard Moore Senior Software Engineer Datapulse CTI Tel : +44 (0)1491 418000 Fax : +44 (0)1491 411459 E-mail: [EMAIL PROTECTED] ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept for the presence of computer viruses. ** GenericConnection.java
