[JBoss JIRA] Created: (JBIDE-5235) Error during struts kick start project execution on bundled EAP 5.0
by Jiri Peterka (JIRA)
Error during struts kick start project execution on bundled EAP 5.0
-------------------------------------------------------------------
Key: JBIDE-5235
URL: https://jira.jboss.org/jira/browse/JBIDE-5235
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: JBossAS, struts/shale
Affects Versions: 3.1.0.CR1
Environment: jbdevstudio-eap-linux-gtk-x86_64-3.0.0.v200911180352M-H96-M4
sun jdk-6u17-linux-x64
Reporter: Jiri Peterka
Steps to reproduce:
1. Use bundled EAP 5.0 as runtime
2. Create Struts kick start project
3. Run it on the server
4. Open page in eclipse web browser
Error message:
TTP 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: An exception occurred processing JSP page /pages/inputname.jsp at line 8
5: <title>KickStart: Input name</title>
6: </head>
7: <body>
8: <html:form action="/greeting.do">
9: <table border="0" cellspacing="0" cellpadding="0">
10: <tr>
11: <td><b>Input name:</b></td>
0:05:19,647 ERROR [RequestUtils] Error creating form bean of class demo.GetNameForm
java.lang.ClassNotFoundException: demo.GetNameForm
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:303)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at org.apache.struts.util.RequestUtils.applicationClass(RequestUtils.java:207)
at org.apache.struts.util.RequestUtils.applicationInstance(RequestUtils.java:231)
at org.apache.struts.util.RequestUtils.createActionForm(RequestUtils.java:837)
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.pages.inputname_jsp._jspx_meth_html_005fform_005f0(inputname_jsp.java:133)
at org.apache.jsp.pages.inputname_jsp._jspx_meth_html_005fhtml_005f0(inputname_jsp.java:106)
at org.apache.jsp.pages.inputname_jsp._jspService(inputname_jsp.java:73)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:369)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:322)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:249)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190)
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
at java.lang.Thread.run(Thread.java:619)
Workaround: After server restart it works.
Note: Unable to simulate this without JBDS/JBT so it seems like JBDS/JBT issue
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (JBIDE-6065) Default Invm Scope to GLOBAL - Usability
by Burr Sutter (JIRA)
Default Invm Scope to GLOBAL - Usability
----------------------------------------
Key: JBIDE-6065
URL: https://jira.jboss.org/jira/browse/JBIDE-6065
Project: Tools (JBoss Tools)
Issue Type: Feature Request
Components: esb
Affects Versions: 3.0.0.GA
Reporter: Burr Sutter
Attachments: INVM_Scope.png
I have found that I normally forget to set the INVM Scope to GLOBAL when creating a new service. Forgetting to set this attribute results in a runtime error message upon deployment.
It is very common to forget the attribute because of is placement - at the service level instead of the listener level.
User will tend to follow these steps:
- Add a Service
- Add a HTTP Listener with a urlpattern
- Add a SOAPProxy Action
and forget to go back to the Service screen and flip INVM scope to Global
see screen shot
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months
[JBoss JIRA] Created: (JBIDE-8002) (incorrect) faces-config validation error upon project clean
by erik van altena (JIRA)
(incorrect) faces-config validation error upon project clean
------------------------------------------------------------
Key: JBIDE-8002
URL: https://issues.jboss.org/browse/JBIDE-8002
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: jsp/jsf/xml source editing
Affects Versions: 3.2.0.Beta2
Environment: Eclipse Helios
Reporter: erik van altena
Assignee: Alexey Kazakov
Priority: Minor
In my project (jsf 1.2 capabilities) I have multiple faces-config files, configured as follows in the web.xml file:
<context-param>
<param-name>javax.faces.CONFIG_FILES</param-name>
<param-value>/WEB-INF/faces-config.xml,/WEB-INF/navigation.xml,/WEB-INF/form-config.xml,/WEB-INF/storage-config.xml,/WEB-INF/search-config.xml</param-value>
</context-param>
So far so good. However, each time I now clean the project, I get a validation error in the problems list (and the project is marked as having an error) on the fact that one of these files does not exist - it seems random which one it complains about but the error does happen consistently. This validation error is not shown in the web.xml file itself when I open it, and when I alter and save the web.xml file, the error disappears from the problems list and the project no longer has errors.
I did not ever see this otherwise minor issue in beta 1.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 4 months