JSP / ActionForm / Action design quesetion
I'm experimenting with putting a JSP / Struts front-end onto an existing "green screen" application on a midrange system. I have JavaBeans that serve as wrappers around the underlying code that implements the business logic, which allows me to divorce the legacy green screen terminal I/O interface routines from the business logic. Now, however, I have to meet a requirement of the end-user and I'm too new at using Struts and JSPs to know for certain how to go about doing meeting the requirement. In a nutshell, the green screen interface allow for rapid data entry, and the JSP front-end that I'm trying to build needs to allow for the same techniques to be used or else it will fail to meet the user's requirements. Currently, a lot of of the data that gets entered is for fixed length fields, and when the data input results in one field being full, the focus automatically jumps to the next field as if the TAB key had been hit. When all of the fields of data have been entered, simply hitting the ENTER key results in the screen full of data fields being submitted, validated and then the screen is "reset" to empty field values again for additional data entry. Most of the data is numeric and the data entry is done via the numeric keypad. I need to know if it is possible to set up a JSP to work in the same way. Is it possible to set up a JSP such that quick data entry can be done with the focus automatically forwarding from one field to the next as the fields are filled up with fixed length data w/o having to hit the TAB key and with the ENTER key resulting in posting the form data to the applet? I can already handle the ActionForm programming for data validation and the success/failure forwarding so that the successfully validated data is fed into the model and then the controller forwards back to the same JSP / ActionForm combination again for additional data entry. I'm not sure if I can code things so that some other single keystroke can be used in place of clicking a "CANCEL" button on the form, such as hitting the ESC key and having that trigger an event in the JSP that is the same as clicking the "CANCEL" button. In the green screen application, hitting ESC results in leaving the data entry screen and returning to a higher level menu. I'd like to preserve as much of the legacy application's quick data entry functionality while putting a more modern web-enabled frontend onto the application. TIA, Chuck -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
struts webapp failure
I have a simple struts webapp I'm developing use Eclipse v3.0 / MyEclipse Enterprise Workbench v3.8.0. This webapp has been deployed as a WAR file to a local installation of Tomcat v4.1.30 on my WinXP Pro SP1 development system and I can browse to it w/o any problems using Mozilla and it works just fine. If I take the same WAR file and copy it over to a Tomcat installation on an OpenVMS Alpha v7.3-1 system [running CSWS_JAVA v2.1, which is Tomcat v4.1.24], I get the following error when attempting to browse to the webapp: HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Exception forwarding for name login: org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java) [snipped] root cause javax.servlet.ServletException: Exception forwarding for name login: org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java) at org.apache.jsp.index_jsp._jspService(index_jsp.java) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java) [snipped] Both of these installations of Tomcat are using JDK v1.4.2. My webapp's web.xml file specifies a welcome file named "index.jsp" and all that "index.jsp" does is use the "logic:forward" tag to forward to a login action. The "welcome.jsp" file is in the root folder of the webapp, while all of the other JSP files are in a subfolder under WEB-INF. Why would a JSP fail to compile on the Tomcat implementation on OpenVMS but still compile properly for the Tomcat implementation on WinXP? TIA, Chuck -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts webapp failure
Vic wrote: Windows is not case sensetive. Check that. That's an interesting point. Case is preserved in NTFS but the file system isn't actually case sensitive w/respect to locating folders & files. My OpenVMS system is using a file system that is I'll have to examine the actual file names that were unpacked from the WAR file on my OpenVMS Alpha system and compare them with the case of the file names that are in the various XML configuration file elements to see if there's a discrepancy between what exists vs. what is being specified. Of course, my OpenVMS system is using an ODS-5 volume for Java/Tomcat which supports the long file names with multiple dots in them, but it, too, also preserves case w/o being case-sensitive. Still, the Java implementation on OpenVMS may force case-sensitivity even if the user shell environment isn't case-sensitive when manipulating files. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts webapp failure
OK, nothing bad appears to be happening that I can attribute to a case sensitivity issue. I'm still at a loss, though, to identify what the source of the problem atually is. I took the same webapp WAR file and deployed it to a NetWare v6.5 SP2 server running JRE 1.4 and Tomcat v4.1.28 and the WAR file unpacked & deployed w/o any problems at all. I can run it w/o any problems on the NetWare server so I'm thinking there must be something specific to the Tomcat installation on my OpenVMS system that is broken. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts webapp failure
I was able to find an automatically generated JSP file that seems to correspond to an action name. The action name is "login", and the file in the work area is "login_jsp.java". There is no corresponding ".class" file for it so I'm sure that's it. My welcome page for the webapp is set to "index.jsp", and all it is does is use the "logic:forward" tag to forward to a global forward named "login". At this point I'm wondering if there's something lacking in the Tomcat implementation itself on OpenVMS. Maybe Tomcat v4.1.24 lacks support for the "logic:forward" tag or is missing a ".jar" or ".class" file needed to support it. The app certainly works OK on Tomcat v4.1.30 [WinXP] and v4.1.28 [NetWare v6.5]. I'll keep plugging away at it and see what I can find out. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts webapp failure
Jason King wrote: If you can't find the *.class file then likely its not compiling. Take one of your static pages and rename it from .html to .jsp and see what happens. I don't have any static HTML pages so far. All I have is 3 or 4 JSP files. The index.jsp file that I use as my welcome page only has a "locic:forward" tag in it and the rest is plain HTML [barring the taglib lines], and it does seem to compile as I see both an index_jsp.java and index_jsp.class file present in the work folder. However, the page named "login.jsp" is the one that is failing to compile. It is the JSP file that is being forwarded to by index.jsp and it only has a .java file present; there's no .class file. I'm going to start paring down login.java and see what I can remove that will get it to compile cleanly. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
forwarding to an action w/o an input JSP
I'm looking for some good solid examples that show how to configure the JSP files, struts-config.xml [global forwards, action mappings, form beans] and action classes where a JSP may forward/redirect to an action [may end up being a chain of actions] before another JSP is finally displayed. The 2 books that I've been using for learning Struts are "The Struts Framework: A Practical Guide for Java Programmers" by Sue Spielman and "Programming Jakarta Struts" by Chuck Cavaness. Both of these books seem to be lacking solid explanations & examples of the the full range of configurations for forwards & actions. I keep getting the feeling that if I could see one good comprehensive working example everything would be clear to me about how this is supposed to work. I have a welcome file named "index.jsp". I'm questioning if it should be forwarding to the JSP file "login.jsp" [which I want to protect from direct access from the browser] or should it be forwarding to the action named "login" [or would it be "login.do"]? The action named "login" expects to use "login.jsp" as its input, and I'm just not certain now whether forwarding to a JSP will invoke the action or if forwarding to the action will cause its input form to be displayed. Also, in my web.xml file, I have a url-pattern of "*.do" set in my servlet-mapping. What I'm not clear on is how/why URLs appear back in the browser such as "login.do" and "success.do" when the global forwards that my actions are using are called by their configured names of "login" and "success". I'm concerned about the browser backward/forward buttons and the reload button being clicked & what this might do to navigation within my webapp. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
David Durham wrote: Chuck Chopp wrote: I have a welcome file named "index.jsp". I'm questioning if it should be forwarding to the JSP file "login.jsp" [which I want to protect from direct access from the browser] or should it be forwarding to the action named "login" [or would it be "login.do"]? If you're going to protect a JSP from direct access, one good way is to put the JSP inside the WEB-INF and then have an action do a forward to that JSP (presumably after a security check). I did that. Specifically, I have a subfolder named "form" under the "WEB-INF" folder. I placed my protected JSP files in there. My index.jsp file [the welcome file] used the "logic:forward" tag to forward to an action named "login", and the "login" action uses my protected "login.jsp" and the corresponding ActionForm & Action classes. What I found is that on WinXP running Tomcat v4.1.30 & NetWare v6.5 running Tomcat v4.1.28, the webapp deployed & ran properly. However, Tomcat v4.1.24 running on OpenVMS Alpha v7.3-1 refuses to compile my JSP files that are in a subfolder under "WEB-INF". This really threw me for a loop and I've been trying to discover why this is happening. Needless to say, when I take code that was already working in one Tomcat implementation and it suddenly stops working in another implementation of a comparable version [keeping the JDK constant at v1.4.2], it leaves me confused. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Wendy Smoak wrote: Have you spent some quality time with struts-example.war yet? Run that in a debugger (JSwat, if you don't already have a favorite,) for an hour, and most of the mysteries will be solved. No, but now that I know where it is I can spend some time with it. I just found it inside the Struts distribution kit. I wasn't aware that I needed the Struts distribution kit at all as it looked like MyEclipse Enterprise Workbench was providing all of the Struts files needed for a project. Apparently the Struts demo/example webapps don't get distributed with that particular Eclipse plug-in and they don't appear to be part of the Tomcat distribution, either. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Erik Weber wrote: Chuck, I think reading the Servlet specification would help you a lot! I think it is well edited, and it sure helped me a lot. Thanks for that tip. I will head on over to Sun's web site and read over the specs themselves independent of the actual servelet container implementations. The part that was getting me was something that was hinted at in an example in one of the books I mentioned, but the example wasn't complete enough to get working code from it. JSP #1 accepts user credentials and the submit button invokes Action #1. Action #1 verifies user credentials and either forwards to JSP #2 or stores errors in the request and forwards badk to JSP #1. JSP #2 can have several functions performed with different submit buttons, most of which forward to other JSPs and one of them invokes a logout action. The part that was giving me fits was getting the logout action mapping done properly since there's no input form associated with it. Once I got it worked out properly, I could have the logout action do its task and then that action, in turn, forwarded back to JSP #1 that prompts for a login. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Jim Barrows wrote: Back, next and reload will do to a struts app what they do with any other app: Allow the user to break your application in new and interesting ways. I've seen the term "tokens" used in some postings here that appear to be dealing with the same issue. Am I on the right track if I begin researching tokens [as they relate to Struts apps] in the context of dealing with the backward/forward button issue? -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Jim Barrows wrote: Nope, they wouldn't be included with Tomcat... and yes you need the struts distribution, and the source code to.. so you can step through it. Not just while you're learning, but after you've mastered it as well. And that's where things start to get slightly "murky" w/respect to figuring out am I doing something wrong [very likely], what am I doing wrong [if I'm doing something wrong] or what's broken [if I'm not doing anything wrong]. So with Struts very new to me [as developer], Tomcat somewhere between slightly to moderately familiar from a system admin's point of view [e.g. have to drop WAR files in place for some admin tools and see that they run] and Java moderately familiar [but not from use in a webapp framework like Struts] along with 30 to 40 other programming languages that I currently or have previously worked with, I've got the following components to deal with: 1) Java as a language, including various versions of the JDK & JRE. 2) Struts as a framework 3) Tomcat as a servlet container 4) Multiple operating systems. 5) Eclipse as the base IDE 6) MyEclipse Enterprise Workbench & Ant as plug-ins to Eclipse. 7) Platform-specific distributions of Tomcat, each with their own caveats w/respect to configuration of the O.S. environment in which Tomcat will run. Add in minor to possibly major differences depending on who prepares the Tomcat distribution and factor in the JDK/JRE version differences as well. 8) JVM remote debug configuration. When I sum it all up, one stupid mistake on my part or one very subtle difference in the O.S. environment or a platform-specific implementation detail can wreak one hell of a lot of havoc. Even with a good level of experience with doing Usenet searches with Google it can be a daunting task to find the correct reference resources at times to make my understanding of things click into place. And, given the broad scope of sources from which the various components come from, the knowledge base underlying it all for FAQs & support is fractured & fragmented to a great degree. So it isn't just learning one new thing, such as just a new language or a new framework with a known language, it is learning several new things at the same time. The last time I checked, human beings are equiped to juggle approximately 6 to 8 concurrent tasks if they are well organized. That much new material at any given time is likely to be daunting to anybody until the eureka lightbulb starts to shine. Things are starting to mesh together now, especially since I got my remote debug configuration working between Eclipse & Tomcat. I'll take the struts-examples.war file and run it to death in the debugger and see what else falls into place, too, and then my understanding should be improved. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Wendy Smoak wrote: Good list! Add to that, you're working with open source stuff, which will change right out from under you if you're not paying attention. LOL... isn't that a hidden part of the definition of open source stuff? The faster development cycle makes it hard to freeze the technology long enough to get fluent in it. Mentally keeping up with new features being released in "reference" releases while at the same time being limited by lagging implementations on certain platforms keep my thinking spread out a bit thin. That's just the nature of the open source beast, though. Just keep asking questions, you're doing fine. It won't be long until you're answering other newbies' questions. And if you think you're all alone, look back in the list archives for my name... talk about confused! Some of my early posts read like I randomly selected words from the Struts website and strung them together. It'll come along soon. It will just take getting through all of the tasks successfully one time [meaning several failed attempts happen first] and then it will all click. The lightbulb will come on soon. :) [Weird, I used that phrase in my note suggesting debugging struts-example.war and deleted it thinking it was too flip.] Nah that's not flip sounding at all. That's how it works for me most of the time. The light simply comes on as if a voice said "let there be comprehension" and suddenly it all makes sense. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Jim Barrows wrote: I would immediately suspect either the JVM, or the underlying OS and the permissions of. Maybe even the way the security manager is setup on the JVM. That's the part that's getting me. I'm using JDK versions that are only a "-" dash away from each other. I've got JDK v1.4.2-5 on WinXP and JDK v1.4.2-2 on OpenVMS. I'm looking into the security manager issue to see if there's anything involved there that might prevent JSPs from being compiled when they are located in a subfolder located under "WEB-INF". I'm confident that the underlying O.S. file system permissions are not a factor, though, as the user account that was specifically created to run Apache & Tomcat was explicitly set to be the owner of that entire folder hierarchy and ACLs were added that grant that user full permissions to the folders & files. The underlying issue appears to be that the login_jsp.java file is not being found and thus the Java compiler ends up throwing a ClassNotFound exception. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Jim Barrows wrote: I've seen issues with Linux where just because the server was started under a user who had rwx permissions on a file, for some reason the thread doing the rwx didn't. Havne't seen that in a while and I don't if it was the Linux did threads, Java did threads, or the way Java did threads on linux. So, it might be worthwhile looking into it farther if nothing else works. Hm.. that sounds like a classpath issue... is anything else in the same directory as login_jsp.java being found? Course... it also sounds like a permissions issue too... OS, java or OS&Java. I did some more testing with adding additional JSPs to my test webapp. Here's what I have /index.jsp /login.jsp /success.jsp /Form/page01.jsp /WEB-INF/form/page02.jsp /WEB-INF/page03.jsp I have "index.jsp" set up as my welcome page. It uses the tag "logic:redirect" to redirect the browser to the action named "login" which uses "login.jsp" as its input form. After the "login" action completes, it forwards to an action named "success" which displays "success.jsp". The "success.jsp" page has 3 submit buttons on it, one each for "page01.jsp", "page02.jsp" and "page03.jsp". The "success" action has 3 forwards defined for it so that any of those 3 pages can be forwarded to depending on which one of the submit buttons is clicked in the browser. Testing has shown that *any* JSP file located within "WEB-INF" or in any subfolder under "WEB-INF" cannot be compiled by Jasper when the webapp is deployed on my OpenVMS system. If I deploy the app to WinXP or NetWare and run it on the Tomcat implementations on those systems there is no problem getting all of the JSPs to compile as they are being accessed. I've reviewed the "conf/server.xml" and "conf/catalina.policy" files on the OpenVMS Tomcat implementation and they are identical to the files on my WinXP system. What other configuration files do I need to review to rule out a configuration error that could cause this problem? TIA, Chuck -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: forwarding to an action w/o an input JSP
Wendy Smoak wrote: From: "Chuck Chopp" <[EMAIL PROTECTED]> That's the part that's getting me. I'm using JDK versions that are only a "-" dash away from each other. I've got JDK v1.4.2-5 on WinXP and JDK v1.4.2-2 on OpenVMS. They're running on different hardware (I assume) and definitely under different operating systems. That's a lot different than moving from one dash-version to another on the same platform. Yes, WinXP is on a 2.4 GHz Mobile P4 based DELL laptop. OpenVMS is running on an Alpha processor in an AlphaServer DS10L rackmount system. The JDK/JRE on WinXP was downloaded directly from Sun and the Tomcat kit was downloaded from the Apache/Jakarta web site. The JDK/JRE on OpenVMS was downloaded from HP's web site, as was the OpenVMS-specific Tomcat kit. They _ought_ to function exactly the same (the promise of write once, run anywhere!) but these "other" JVM's (including the one we use for HP-UX) often require some tweaking to work right. When we first started, Tomcat would inexplicably crash every so often. It took recompiling the HP-UX kernel with some different tuning parameters to make everything work correctly. Yes, I was counting on "write once, run anywhere" in this case. I'm doing something *very* basic here that should work fine w/o any problems regardless of the platform it is on as long as the Tomcat & JDK/JRE are at or above the required minimum versions. OpenVMS isn't a unix derivative, so there's no recompiling of the kernel to be done, per-se. There are other types of system parameter tuning that can be done on OpenVMS, and I've gone through and granted unlimited resources to the account that runs the JVM that Tomcat runs within. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Redirect to action
Jim Barrows wrote: -Original Message- From: Ciaran Hanley [mailto:[EMAIL PROTECTED] Sent: Friday, September 03, 2004 8:13 AM To: Struts User Mailing List Subject: Redirect to action The struts logic user documentation shows the use of a redirect to an action is permitted http://struts.apache.org/userGuide/struts-logic.html#redirect But when I use it I get the following error: "Attribute action invalid for tag redirect according to TLD" This is where I call the tag: Is this a mistake in the documentation? Or is there another way to redirect from within a JSP? This is correct I think I'd check jar versions and tld versions etc. I am using struts 1.1 if that makes any difference. Small world... I just got bit by this in the past day or so. In yoru case, the redirect tag would be used as follows: If it was the forward tag, then it would be as follows: The 2 tags are different w/respect to the attributes they use. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Jim Barrows wrote: Any of the security manager related files. I don't know what they are off the top of my head. That's what it sounds like to me anyway, since Tomcat does not normally exclude WEB-INF, it's something outside tomcat. I would expect that there would be some sort of explicit exclusion affecting "WEB-INF" and that this should appear somewhere in the Tomcat configuration files. So far, I've been unable to find any references to "WEB-INF" that involves anything security related. This was the result of examining all files found doing a brute-force search of files in the file system. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Brett Connor wrote: Hmm, I'm getting a half relevent memory flash here. Weblogic took some time to catch on to the fact that JSPs could be under WEB-INF even though the client could not directly get them from there, I think it was not explicit in the JSP spec in the very earliest of days. I don't know the history of the OpenVMS port of tomcat, but there's a chance that it's using some unusual way of opening the JSPs, perhaps using the same mechanism that clients use, and getting fouled up here. I think I would have a peruse of the tomcat source if you can get it for your port, see if there's anything helpful in there. I know it's not the most enjoyable of tasks wading through a ton of code you don't know (I'm assuming you don't), but I've been watching this thread for about a week now, perhaps it's time. In the O'Reilly "Programming Jakarta Struts" [1st Ed.], on pages 379-380, this very same issue is discussed in connection with WebLogic. It appears to related to a difference of interpretations of section SRV.6.5 of the Servlet specification. The fact that it is working OK with the Tomcat imlementations on WinXP & NetWare lead me to expect that it should work equally well with other Tomcat implementations, too. However, maybe Tomcat v4.1.24 has this as a bug while v4.1.28 & v4.1.30 handle the situation properly. If I can get the source code for the Tomcat implementation on OpenVMS I will take the time to review it and compare it with the source code from the implementation that I downloaded for use on WinXP. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Jim Barrows wrote: You've elimated the OS & Security Manager. That leaves us with a version of the VM that knows about WEB-INF or Tomcat. It's possible Tomcat is doint something weird based on OS. I back-rev'd down to JDK v1.4.1 from JDK v1.4.2 on OpenVMS and the problem still occurs. The Tomcat version has remained constant. I've taken up the discussion on comp.os.vms in an effort to get some platform-specific support for the Compaq Secure Web Server - Java Servlet v2.1 [CSWS_JAVA v2.1] product, which is what Tomcat is known as on OpenVMS. I don't know if Tomcat source code used for that build is available or not, but I've asked about it in a posting over on comp.os.vms so I'll see what kind of response I get there. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Wendy Smoak wrote: Have you asked on tomcat-user? If you think Tomcat is misbehaving, they may have more insight into what it could be. Yes, I've posted some inquiries there as well. It is looking like the Tomcat implementation on OpenVMS is damaged and I'm taking up the discussion over on comp.os.vms. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP won't compile on Tomcat v4.1.28 on OpenVMS
Vic wrote: I did not see any posts about this on the Tomcat user list. The group there is very good. I'm going through the news.gmane.org news server and using the news group gmane.comp.jakarta.tomcat.user instead of directly emailing to a mailing list. Perhaps there's some sort of delay with the news to email gateway. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: action conf with tile ?
liooil wrote: The point is i precisely do not want that the execute method to be processed. Because the end user has not submited anything yet and should not see an html page with an error caused by an exception thrown because of default fields (even blank ones) ... right ? I just said this does not happen on banking app. And it does with mine. HOW? WHY? Anyway, note that with tiles, there is not always a JSP corresponding to a tile. It can be a tile extending another one composed by several JSPs. And in this case, i have no JSP where my action can be mapped to... Actually, you do have a JSP file that can be mapped to your action. That JSP file may be composed of Tiles with content included from other sources, but it is still a JSP and you can use it as the input value in an action mapping. The question is whether or note your tiled JSP declares a form containing the fields needed as input for the authentication action to be performed. Does it do this? -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: action conf with tile ?
liooil wrote: Sorry, Completion : note if i code my tile like in the following, "authenticationLayout" tile does not exist as a JSP file ... OK, all you have there are the XML-formatted definitions used by your webapp. You still need to have a JSP that uses the "tiles.tld" tag library and the "tiles:insert" tag to specify the appropriate definition [includes the layout]. That JSP is what you should specify in your action mapping as the input source. I see that definitions of this nature can also be used as forwards, too, based on what I read not long ago in "Programming Jakarta Struts, 1st Ed." [O'Reilly], page 347. -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: html:cancel usage
andy wix wrote: Hi, Sorry to harp on about this but I am sure html:cancel must work, as it is fundamental to the way sites flow! It says the following about the html:cancel 'property' attribute in the Html Tag Developer Guide: "WARNING - If you set this attribute to a value other than the default, this will NOT be recognized as the cancel key by the Struts controller servlet or the Action.isCancelled() method. You will need to do your own cancel detection". But nearly always a developer will be overriding this property with a value so that they can distinguish which button was clicked by the user to satisfy the Dispatch Action class. (I say this as I assume there will often be a submit button as well that should invoke validation). Why would a developer be overriding the property value for html:cancel? It makes sense to do it for html:submit tags to be able to detect which submit button was clicked when the execute() method of your action class is called. I just set all of the html:submit tags to use the same property name, such as "MyAction", and then I retrieve that from the HTTP request that is passed in to execute(). First, however, I test the return value of isCancelled() to see if html:cancel was clicked, and if it is false, then I test value of "MyAction" to find out which html:submit button was clicked. If you don't override the property value for html:cancel, you are observing that the Struts Validator plug-in still tries to validate the fields on the submitted form? Is this correct? -- Chuck Chopp ChuckChopp (at) rtfmcsi (dot) com http://www.rtfmcsi.com RTFM Consulting Services Inc. 864 801 2795 voice & voicemail 103 Autumn Hill Road 864 801 2774 fax Greer, SC 29651 Do not send me unsolicited commercial email. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
