AW: AW: AW: struts on jboss
Hi Adam, > OK, I think I might have seen problem too, but at this time, > I am deploying my struts webapp war as a war file by copying > it into the deploy directory and it causes no problem but > redeploys nicely. Now I'm deploying the webapp as a .war-file not as an exploded war anymore. So I'm not running into any trouble with the locked struts.jar. The jar is now located in the temporary directory and no real problem anymore. > What version of JBoss are you using? It's 4.0.2. But I don't think thats really a problem of the jboss version. I've got this problem several times before. marc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: struts on jboss
Marc Ende on 17/09/05 18:20, wrote: Hi Adam, hmmm... I always had this problem with the struts.jar. So I decided to put the jar in the shared lib. The .war I do deploy is an application wich have connections to an existing ejb on the same server but there are no ejb's inside this project. There is only an webapp.war and an webapp.jar (which includes the relevant ejb's). And these both archives are not packed in an .ear. Now I'm deploying the war as an packed, not exploded, archive. This way is no problem because the war is packed in an temporary location and this changes from deployment to deployment. On undeployment the jboss failes to delete the previous directory (in cause of a locked struts.jar) but this is no real problem. OK, I think I might have seen problem too, but at this time, I am deploying my struts webapp war as a war file by copying it into the deploy directory and it causes no problem but redeploys nicely. What version of JBoss are you using? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: AW: struts on jboss
Hi Adam, hmmm... I always had this problem with the struts.jar. So I decided to put the jar in the shared lib. The .war I do deploy is an application wich have connections to an existing ejb on the same server but there are no ejb's inside this project. There is only an webapp.war and an webapp.jar (which includes the relevant ejb's). And these both archives are not packed in an .ear. Now I'm deploying the war as an packed, not exploded, archive. This way is no problem because the war is packed in an temporary location and this changes from deployment to deployment. On undeployment the jboss failes to delete the previous directory (in cause of a locked struts.jar) but this is no real problem. marc > -Ursprüngliche Nachricht- > Von: Adam Hardy [mailto:[EMAIL PROTECTED] > Gesendet: Samstag, 17. September 2005 18:56 > An: Struts Users Mailing List > Betreff: Re: AW: struts on jboss > > Marc, > I've never had that problem with JBoss locking up the > struts.jar. If it just a webapp with no EJB, then basically > you are just using tomcat and I can't see what would make it > lock the jars. > > Did you remove the struts.jar from the shared lib dir? > > Marc Ende on 16/09/05 18:49, wrote: > > Okay... I've removed the struts.jar (and the other related jars of > > struts) from the shared folder and put it in the proposed > WEB-INF/lib > > folder. > > > > Great I've got no trouble with the DynaActionForm! Now I have to > > restart the jboss everytime I redeploy. The server does a > lock on the > > struts.jar so I couldn't redeploy without stopping the server. The > > error will never come back this way :) > > > > Not really the way I liked but very consequent... :( - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: struts on jboss
Marc, I've never had that problem with JBoss locking up the struts.jar. If it just a webapp with no EJB, then basically you are just using tomcat and I can't see what would make it lock the jars. Did you remove the struts.jar from the shared lib dir? Marc Ende on 16/09/05 18:49, wrote: Okay... I've removed the struts.jar (and the other related jars of struts) from the shared folder and put it in the proposed WEB-INF/lib folder. Great I've got no trouble with the DynaActionForm! Now I have to restart the jboss everytime I redeploy. The server does a lock on the struts.jar so I couldn't redeploy without stopping the server. The error will never come back this way :) Not really the way I liked but very consequent... :( -Ursprüngliche Nachricht- Von: Wendy Smoak [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 16. September 2005 19:07 An: Struts Users Mailing List Betreff: Re: struts on jboss From: "Marc Ende" <[EMAIL PROTECTED]> In the war are no other classes included than the sources of my application. The jars of struts are directly in the server/default/lib directory of jboss. I don't know whether it's causing the particular problem you're reporting, but struts.jar should not be placed in any shared location. At least not for Tomcat, and I doubt the advice changes when JBoss is involved: http://struts.apache.org/userGuide/configuration.html#config_add -- Wendy Smoak - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: struts on jboss
Okay... I've removed the struts.jar (and the other related jars of struts) from the shared folder and put it in the proposed WEB-INF/lib folder. Great I've got no trouble with the DynaActionForm! Now I have to restart the jboss everytime I redeploy. The server does a lock on the struts.jar so I couldn't redeploy without stopping the server. The error will never come back this way :) Not really the way I liked but very consequent... :( > -Ursprüngliche Nachricht- > Von: Wendy Smoak [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 16. September 2005 19:07 > An: Struts Users Mailing List > Betreff: Re: struts on jboss > > From: "Marc Ende" <[EMAIL PROTECTED]> > > > In the war are no other classes included than the sources of my > > application. > > The jars of struts are directly in the server/default/lib > directory of > > jboss. > > I don't know whether it's causing the particular problem > you're reporting, but struts.jar should not be placed in any > shared location. At least not for Tomcat, and I doubt the > advice changes when JBoss is involved: > > http://struts.apache.org/userGuide/configuration.html#config_add > > -- > Wendy Smoak > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: struts on jboss
Hello Tremal, > 2005/9/16, mlists <[EMAIL PROTECTED]>: > > Is this an configuration-issue? (It's not very comfortable > to restart > > the server everytime after a change). > > what version of Jboss? Jboss Version: 4.0.2 > And what the message you are receiving? See end of mail :) > Is your application composed by either a WAR and a JAR? The application is composed as an exploded war (so it's just a directory ending on .war) In the war are no other classes included than the sources of my application. The jars of struts are directly in the server/default/lib directory of jboss. I've done this to make sure that all apps have the same version and there is no trouble in redeployment (I've got them sometimes before). > If that is the case, do you deploy class duplicates in the two files? There are no duplicates in the directory (all Files are included only once). The Exception: -- 18:27:41,168 ERROR [RequestUtils] Error creating form bean of class org.apache.struts.action.DynaActionForm java.lang.IllegalArgumentException: Invalid property name 'wohnflaeche' at org.apache.struts.action.DynaActionForm.getDynaProperty(DynaActionForm.java: 598) at org.apache.struts.action.DynaActionForm.set(DynaActionForm.java:412) at org.apache.struts.action.DynaActionForm.initialize(DynaActionForm.java:142) at org.apache.struts.util.RequestUtils.createActionForm(RequestUtils.java:822) at org.apache.struts.action.RequestProcessor.processActionForm(RequestProcessor .java:364) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:253) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507) at javax.servlet.http.HttpServlet.service(HttpServlet.java:697) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.ja va:81) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja va:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja va:178) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalVal ve.java:39) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssoci ationValve.java:153) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java: 59) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126 ) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105 ) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java :107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne ction(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav a:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThre ad.java:112) at java.lang.Thread.run(Thread.java:595) 18:27:42,280 ERROR [RequestUtils] Error creating form bean of class org.apache.struts.action.DynaActionForm java.lang.IllegalArgumentException: Invalid property name 'wohnflaeche' at org.apache.struts.action.DynaActionForm.getDynaProperty(DynaActionForm.java: 598) at org.apache.struts.action.DynaActionForm.set(DynaActionForm.java:412) at org.apache.struts.action.DynaActionForm.initialize(DynaActionForm.java:142) at org.apache.struts.util.RequestUtils.createActionForm(RequestUtils.java:822) at org.apache.struts.taglib.html.FormTag.initFormBean(FormTag.java:552) at org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:520) at org.apache.jsp.jsps.admin_objekte_new_jsp._jspx_meth_html_form_0(org.apache. jsp.jsps.admin_objekte_new_jsp:136) at org.apache.jsp.jsps.admin_objekte_new_jsp._jspService(org.apache.jsp.jsps.ad min_objekte_new_jsp:90) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:3 22) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.ja
