Re: include a dynamically created page in my jsp
Charles - What you want to do is not possible with JSP. I tried for quite some time to find every conceivable way around it, but it can't be done. See my original posting: http://www.mail-archive.com/tomcat-user%40jakarta.apache.org/msg50547.html and Craig McClanahan's response: http://www.mail-archive.com/tomcat-user%40jakarta.apache.org/msg50578.html Basically, you cannot get access to the body content of a tag (or in your case replace a body-less tag) such as through the BodyContent object (subclass of JspWriter), alter its content, and then have it (re)process that content. Look to the future. Maybe JSP spec 1.3 will support this. jeff Galpin, Charles wrote: >>-Original Message- >>From: James Mitchell [mailto:[EMAIL PROTECTED]] >>Sent: Friday, May 10, 2002 1:49 PM >>To: Struts Users Mailing List >>Subject: RE: include a dynamically created page in my jsp >> >>Do you mean displaying your site text from a db table? >> >>Sorry, I guess I am not following what you are trying to do. >> > > Ok picture this - instead of a jsp include, or template call in my jsp page, > I want to dynamically grab some jsp/html text from a database and > include/parse/compile it at runtime - just like the container would do when > parsing the jsp file and creating a servlet which is actually running when > you access that jsp. > > So it would look something like... > > My.jsp: > > > > DnamicIncludeTag.java: > > String dynamicJspPage = getDynamicJspPageFromDBOrBean(chunk); > // parse the string which contains jsp/html into a servlet > // like the container would do, execute it, and inject > // the output into the current response output. > > Clearer? > > Actually the real problem I'd like to solve is how to include some jsp that > is outside our application - in other words allow someone to change a few > select jsp files without unwarring our app. I think the answer is that you > don't. :) > > Tia > charles > > >>JM >> >>P.S. Please forgive my stupidity, I am a lawyer ;) >> > I'll forgive you this one time :) > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: OT: Free UML Tools
Graham - Check out ArgoUML - it is java, it's open source, runs pretty much everywhere (I think), and it is pretty complete: http://argouml.tigris.org/ And this page has many design tools listed, a number of which are open/free: http://www.objectsbydesign.com/tools/umltools_byCompany.html good luck! jeff Graham Lounder wrote: > Hello all, > > Using Struts, I've designed a nice web application to display mapping information. >Now I must explain how I built it to the other developers in the office. I was >wondering if anyone knew any good free UML diagram software out there that would run >on windows? Being this is still my first month on the job, I didn't want to go out >and ask for a version of MS Visio, bad karma and all. > > Thanks, > Graham Lounder > > PS. Thanks Ida for the answer to my logic:iterate question. > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Arron - I think you are precisely right that this is why JSP is the way it is, power and f**ked-upedness and all. And JSP is a fine alternative to ASP, but it is just ASP for Java. This does not justify the way it was done, it's just an excuse for why it is the way it is. (Sorry, gotta bring in an old Anthropology analogy: challenging gender roles by adopting the role of the oppressor/dominant gender does no good for women in modern society. Please don't come after me about that, anyone; it's in all of your more recent, post-modern anthro textbooks, so go look it up) Shouldn't we strive to create something better to replace it? God forbid, couldn't we have come up with something better and simpler to start with? Anywho, this has all got way OT. I am outta this one! ;-) Arron Bates wrote: > Do you really think that JSP was made simply to do a templating engine > to make life easeir for designers and people who only do markup?... > JSP had to fight back at ASP. Something you can hack immediately, no > compiling and just run it. Really sweet and easy to get anyone going on > the road to a server side solution. Java lacked that. You had to write > and compile a servlet to get anything of the sort out of Java. Not > something that people starting out would want to do. Especially when > they're probably already written a "HelloWorld" in ASP and on their way. > Java had to bridge this gap in a complete way, and it did. > > In this capacity, and so much more, JSP is quite excellent, and very > powerful. From power derives complexity however. The effort to a > templating engine is left to you guys, but JSP is an out-of-the-box > solution that can suit visual designers (yes you may have lead them a > little, but they're not all the way stupid. Well...most of them), all > the way to your coders. There is a need to dumb-down aspects of markup > (I'm working on another super-simple template engine for other reasons). > Some need it more than others. Usually the better the designer, the more > dumbing-down you may have to do (they can be ignorant blighters at > times), and on the other hand, I started out a designer, and embraced it > all... anyways. > > All this, I feel has to be respected. > > Arron. > > > Joseph Barefoot wrote: > >>> Hm. Seems to me that if you have done your configration correctly and >>> published the content that is available to the designer, they should >>> have no problem using URL-bases from your configuration content. Maybe >>> I have jsut made it too easy on myself and the designers I have worked >>> with in the past. >>> >> >> I believe we are talking about two different things here; I mean the >> kind of >> URL re-writing that attaches the sessionID in the event that the client >> browser has cookies disabled. Nice of you to keep your designers in mind >> while architecting a site though--I think way too many programmers >> look at >> designers with disdain ("You can't write/read code? Oh, the horror! ). >> >>> Tag libraries are a good start, but JSP >>> is just HTML-in-your-servlets writ backward. There was little attempt >>> to actually come up with something useful and interesting. >>> >> >> Aha! Something we can definitely agree upon! :):) >> >> >> cheerful regards, >> Joe Barefoot >> >> >> -- >> To unsubscribe, e-mail: >> <mailto:[EMAIL PROTECTED]> >> For additional commands, e-mail: >> <mailto:[EMAIL PROTECTED]> >> >> > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: [Somewhat OT] Sending HTML email using struts/java/javamail
Could you open an InputStream on an URLConnection on the jsp page, then read that stream into the mail object? That would be one way to do it and leverage the existing app. jeff Edward Muller wrote: > I have an internal application that needs to send a html email > (management choice, not mine). The application is a mini struts > application, but I need to manually format the html email using a large > string and constantly appending to it and then I send the email via > javamail. > > Does anyone know of a better way? > > I'd like to just pass my form bean to another jsp, get the results back > (formatted as HTML) and then use javamail to send the email... > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Joseph Barefoot wrote: >>Hm. Seems to me that if you have done your configration correctly and >>published the content that is available to the designer, they should >>have no problem using URL-bases from your configuration content. Maybe >>I have jsut made it too easy on myself and the designers I have worked >>with in the past. >> > > I believe we are talking about two different things here; I mean the kind of > URL re-writing that attaches the sessionID in the event that the client > browser has cookies disabled. Nice of you to keep your designers in mind > while architecting a site though--I think way too many programmers look at > designers with disdain ("You can't write/read code? Oh, the horror! ). Yes, I was missing that point. However, I can still accomplish this very easily: link Here config and session are objects (in this case a HashMap and an HttpSession), upon which a key or method call is made to provide the data. In the case of session, our engine resolves "urlId" to one of three possibilities: (1) a map key (session.get("urlId")), (2) a getter method (so session.getUrlId()), or (3) an actual method call (so session.urlId()). We also account for object adapters to direct the dynamic resoltion of the data; so the developer can provide an HttpSessionAdapter with an urlId method calling the actual session.getValue("urlId"), etc. So, yes, maybe in this case the designer does need to remember to stick the {{session.urlId}} on the end of hrefs. I suppose in JSP it could be comparable (but much less readable, with lots of context lookups and <%= ...%>). > > >>Tag libraries are a good start, but JSP >>is just HTML-in-your-servlets writ backward. There was little attempt >>to actually come up with something useful and interesting. >> > > Aha! Something we can definitely agree upon! :):) > > > cheerful regards, > Joe Barefoot > > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Tero P Paananen wrote: >>>>Rubbish! I work with graphics designers. They barely know >>>>HTML. Now you want them to remember 40 other tags? >>>> >>>That's why you hire people with HTML/creative >>>development skills. >>> >>>Or invest in training the designers. >>> > >>Yeah, sure. Any problem can be solved if we throw enough >>money at it, >>right? It does not matter if it is architecturally bad, just >>hire more >>people to work around it. Good idea. Seems like that has >>worked for a >>lot of big companies... >> > > Well, your existing approach seems to be causing you > problems. You can spend months researching alternative > approaches, or you hire people with appropriate > skillsets. > > Or you can continue complaining about your current > situation. No complaints from me. Designers do very well learning a simple tag set; programmers can focus on good design and coding. > > -TPP > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Joseph Barefoot wrote: >>Graphics folks >>can produce plain old HTML pages, bust them up into subtemplates, add a >>few easily understood tags, and wallah! What's more, the pages render >>nicely in a plain old browser (sans dynamic content of course). I don't >>think JSP can do that. Sorry, but I like to keep things simple. If >>your biggest hassle is getting links to go to the correct location, fire >>the friggin' programmer, hire someone who knows how to do >>object-oriented programming, and be done with it. >> >>jeff >> > > So, the "friggin' programmer" is supposed to do URL-rewriting on links in > pages that the "graphics folks" have produced, after the fact? I must be > misunderstanding you, as that doesn't seem like a very efficient work-flow Hm. Seems to me that if you have done your configration correctly and published the content that is available to the designer, they should have no problem using URL-bases from your configuration content. Maybe I have jsut made it too easy on myself and the designers I have worked with in the past. > to me. And pages rendering "sans dynamic content"? Would it surprise you > to learn that *most* of each of our pages is rendered from dynamic content, > with custom branding of various components based on who the user type? > There would be very little to see "sans dynamic content", I assure you. > What about internationalization of the content, is this handled by the > template mechanism you describe? There you might have me. I have not done a lot of internationalization in the past. However, I still don't see a problem, you just have a lot more of the "get" tags to provide internationalized elements. > > I believe that the template mechanism you endorse is appropriate for sites > that are content-heavy and intended for english-speaking audiences, but for > complex web applications, it falls well short of the mark. I am certainly > no bedfellow of Struts/JSP, they are just two tools that happen to get the > job done. Show me others that work better and I will beat a path to your > door. I have done some very large-scale, complex systems for a number of clients using our templating engine. On one project, I came in one morning and the designer had completely changed the look-n-feel of the site without having to touch one line of code. I have no problem with Struts. If only it had been more complete 3 years ago when we developed our own MVC framework in Java. Tag libraries are a good start, but JSP is just HTML-in-your-servlets writ backward. There was little attempt to actually come up with something useful and interesting. > > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Yeah, sure. Any problem can be solved if we throw enough money at it, right? It does not matter if it is architecturally bad, just hire more people to work around it. Good idea. Seems like that has worked for a lot of big companies... Tero P Paananen wrote: >>Rubbish! I work with graphics designers. They barely know >>HTML. Now you want them to remember 40 other tags? >> > > That's why you hire people with HTML/creative > development skills. > > Or invest in training the designers. > > -TPP > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Tab Libraries? Bah!
Craig R. McClanahan wrote: > > At the end of the day, *somebody* has to ultimately render HTML if a web > browser is your client -- whether it is the page developer writing it by > hand or some dynamic component that is doing part of the rendering for > you. Whether it's JSP or not is hardly the issue. > > Personally, I'd much rather have my page designers learn one custom tag > that does a bunch of the grunt work for you rather than having to > tediously code that same work by hand every time they need that kind of > output. > > For example, folks using Struts tags like don't have to worry > about: > * URL rewriting so sessions work even without cookies. > * Resolving application-relative URLs so that they work no matter > what the context path is (and what sub-app you are in if you > are using Struts 1.1). > * Dynamically assembling query string parameters for the request URL, > complete with URL encoding of special characters embedded in those > values. > > Doing this kind of stuff requires some dynamic processing somewhere. If > you consider rendering HTML in tags is evil, feel free to code tags by > hand ... but don't come to me when a session gets dropped on a cookie-less > client because the page developer forgot to URL rewrite on one link out of > the hundreds in your app :-). > > Craig > Rubbish! I work with graphics designers. They barely know HTML. Now you want them to remember 40 other tags? Replace standard HTML tags with html:blah tags? These people have enough difficulty turning on their computers, let alone understanding the intricacies of HTML coding. I have gotten very used to a templating system with 6 additional tags (if-else conditionals, iteration, include, get a value, put a value, aliasing variables). That's it. No XML doc typing, no tag lib descriptors, no hidden processing in tag classes, etc. Graphics folks can produce plain old HTML pages, bust them up into subtemplates, add a few easily understood tags, and wallah! What's more, the pages render nicely in a plain old browser (sans dynamic content of course). I don't think JSP can do that. Sorry, but I like to keep things simple. If your biggest hassle is getting links to go to the correct location, fire the friggin' programmer, hire someone who knows how to do object-oriented programming, and be done with it. jeff -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: apache + tomcat + *.do mapping problem
Very interesting. I am getting similar problems running the struts-example in Tomcat 4 under Apache 2, so possibly there is a common cross-version problem going on here. Can you provide the errors from the log that you get? I have already posted several times to this list, struts-dev and tomcat-user asking this question, and have yet to get it resolved. See: http://www.mail-archive.com/struts-user%40jakarta.apache.org/msg28996.html jeff Oliver Kiessler wrote: > hello, > can't solve this problem: i have webspace with a provider that uses > apache 1.3.2something and tomcat 3.2.23. i deployed the struts-example > webapp just for testing. so i opened my webapp in my browser and found > out that all the .do mappings do not work. whenever i access tomcat > directly (port 8080) everything is fine. what can i do? > > thanks in advance, > oli > > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Re: Problems with struts under Tomcat 4 + Apache 2 + mod_webapp
I do not believe this is the issue, as I am using the "Lite" version of Tomcat (stripped of all accessory jar files...like xerces.jar) and JDK 1.4.0 (has the crimson XML parsers included in it). But checking the classpath may be a good first approach to debugging. Will report back on that. jeff Alex Jones wrote: > I had a similar problem (not with the Struts test apps, though) and a > similar error. My problem was that I had a rogue XML parser jar in my > WEB-INF/lib directory. I suggest comparing your classpaths when using > WARP and not using WARP and seeing if there are any differences > involving xerces, xml4j etc. > > Cheers, > Alex > > -----Original Message- > From: Jeffrey Bonevich [mailto:[EMAIL PROTECTED]] > Sent: 22 April 2002 14:13 > To: [EMAIL PROTECTED] > Subject: Problems with struts under Tomcat 4 + Apache 2 + mod_webapp > > Reposting as I got no response initially. > > > I have successfully integrated Tomcat 4.0.3 and Apache 2.0.35 using the > mod_webapp WARP module. Works perfectly for all my servlets/jsp webapps > that are non-struts. As soon as I try to access my strutstest webapp, > or if I try the struts-example webapp, I get problems (and, yes, I > verified that these both work wonderfully when accessing them via > http://localhost:8080/struts-example/index.jsp, etc.). For example, > when I access http://localhost/struts-example/index.jsp, I get the page > but with an error message at the top of the page: > > ERROR: User database not loaded -- check servlet container logs for > error messages. > > and checking the logs as suggested, catalina.out supplies this: > > Starting service Tomcat-Apache > Apache Tomcat/4.0.3 > New org.apache.struts.webapp.example.User > Set org.apache.struts.webapp.example.User properties > Begin event threw exception > java.lang.IllegalArgumentException: object is not an instance of > declaring class >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) >at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav > a:42) >at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor > Impl.java:28) >at java.lang.reflect.Method.invoke(Method.java:327) >at > org.apache.struts.util.PropertyUtils.setSimpleProperty(PropertyUtils.jav > a:988) >at > org.apache.struts.util.PropertyUtils.setNestedProperty(PropertyUtils.jav > a:904) >at > org.apache.struts.util.PropertyUtils.setProperty(PropertyUtils.java:932) >at > org.apache.struts.util.BeanUtils.populate(BeanUtils.java:509) >at > org.apache.struts.digester.SetPropertiesRule.begin(SetPropertiesRule.jav > a:120) >at > org.apache.struts.digester.Digester.startElement(Digester.java:528) >at > org.xml.sax.helpers.XMLReaderAdapter.startElement(XMLReaderAdapter.java: > 329) >at > org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1490) >at > org.apache.crimson.parser.Parser2.content(Parser2.java:1779) >at > org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1507) >at > org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:500) >at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) >at > org.apache.crimson.parser.XMLReaderImpl.parse(XMLReaderImpl.java:433) >at > org.xml.sax.helpers.XMLReaderAdapter.parse(XMLReaderAdapter.java:223) >at javax.xml.parsers.SAXParser.parse(SAXParser.java:316) >at javax.xml.parsers.SAXParser.parse(SAXParser.java:91) >at > org.apache.struts.digester.Digester.parse(Digester.java:755) >at > org.apache.struts.webapp.example.DatabaseServlet.load(DatabaseServlet.ja > va:251) >at > org.apache.struts.webapp.example.DatabaseServlet.init(DatabaseServlet.ja > va:175) >at javax.servlet.GenericServlet.init(GenericServlet.java:258) >at > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav > a:916) >at > org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:808) >at > org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.j > ava:3266) >at > org.apache.catalina.core.StandardContext.start(StandardContext.java:3395 > ) >at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:785) >at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:454) >at > org.apache.catalina.core.StandardHost.install(StandardHost.java:714) >
Re: Unsubscribe Request-Please help me
Did you reply to the confirmation email that gets sent? Otherwise, you will not be removed from the list. jeff Jim Tyrrell wrote: > Someone please help me, > > I can not get unsubscribed. I sent email to the address at the bottom and > for the list of other commands and yet I still get all these emails. > > Pleae > Help > > Jim > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > > -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Problems with struts under Tomcat 4 + Apache 2 + mod_webapp
.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.warp.WarpRequestHandler.handle(WarpRequestHandler.java:217) at org.apache.catalina.connector.warp.WarpConnection.run(WarpConnection.java:194) at java.lang.Thread.run(Thread.java:539) - Root Cause - java.lang.IllegalArgumentException: object is not an instance of declaring class at org.apache.struts.digester.Digester.startElement(Digester.java:531) at org.xml.sax.helpers.XMLReaderAdapter.startElement(XMLReaderAdapter.java:329) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1490) [snip] Strikes me that it may be a resource loading issue - is the webapp getting confused as to where to find /WEB-INF/struts-config.xml, etc.? Any one else using struts with Tomcat 4/Apache 2/mod_webapp and have it working fine for them? I can supply apache configs and tomcat configs as well if that will help. Thanx! jeff -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
Problems with struts under Tomcat 4 + Apache 2 + mod_webapp
voke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.warp.WarpRequestHandler.handle(WarpRequestHandler.java:217) at org.apache.catalina.connector.warp.WarpConnection.run(WarpConnection.java:194) at java.lang.Thread.run(Thread.java:539) - Root Cause - java.lang.IllegalArgumentException: object is not an instance of declaring class at org.apache.struts.digester.Digester.startElement(Digester.java:531) at org.xml.sax.helpers.XMLReaderAdapter.startElement(XMLReaderAdapter.java:329) at org.apache.crimson.parser.Parser2.maybeElement(Parser2.java:1490) [snip] Strikes me that it may be a resource loading issue - is the webapp getting confused as to where to find /WEB-INF/struts-config.xml, etc.? Any one else using struts with Tomcat 4/Apache 2/mod_webapp and have it working fine for them? I can supply apache configs and tomcat configs as well if that will help. Thanx! jeff -- Jeffrey Bonevich Ann Arbor, Michigan [EMAIL PROTECTED] http://www.bonevich.com Hwæt! Wë Gär-Dena in geär-dagum, peod-cyninga, prym gefrünon, hü ða aepelingas ellen fremedon! -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>