Prasanna Kannan

After a closer look, I saw that the colon( was missing the custom framework line and a space was missing at the end of the manifest file after the 'Class-Path'. After I made these changes, I'm able to deploy to JBoss 5.1 successfully.

I was able to resolve this issue after I deleted everything from my ear manifest file. There was a manual entry for a custom framework like FrameX_Version: 3.4, which was giving this error. Hope this helps someone.

Hi,

I'm trying to deploy my ejb3 application which was developed in JBoss 4.3 to JBoss 5.1. After resolving all the build issues, I'm getting the below error everytime I start the deployment in JBoss 5.1. I have checked all my manifest files and everything looks good. Is this error related to any EJB3 annotations? Any help on this would be appreciated.

14:48:14,836 ERROR [AbstractKernelController] Error installing to PostClassLoader: name=vfsfile:/C:/jboss/jboss-5.1/server/default/deploy/myejbproj.ear/ state=ClassLoader mode=Manual requiredState=PostClassLoader org.jboss.deployers.spi.DeploymentException: Cannot process metadata at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49) at org.jboss.deployment.AnnotationMetaDataDeployer.deploy(AnnotationMetaDataDeployer.java:210) at org.jboss.deployment.AnnotationMetaDataDeployer.deploy(AnnotationMetaDataDeployer.java:122) at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:179) at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1454) at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1172) at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1113) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1652) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:938) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:988) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:826) at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:556) at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:789) at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:699) at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117) at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70) at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53) at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:403) at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1652) at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:938) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082) at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:988) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:778) at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:543) at org.jboss.system.server.profileservice.repository.AbstractProfileService.registerProfile(AbstractProfileService.java:308) at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:256) at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461) at org.jboss.Main.boot(Main.java:221) at org.jboss.Main$1.run(Main.java:556) at java.lang.Thread.run(Thread.java:662) Caused by: java.io.IOException: invalid header field at java.util.jar.Attributes.read(Attributes.java:389) at java.util.jar.Manifest.read(Manifest.java:182) at java.util.jar.Manifest.<init>(Manifest.java:52) at org.jboss.virtual.VFSUtils.readManifest(VFSUtils.java:283) at org.jboss.deployment.AnnotationMetaDataDeployer.getMainClassName(AnnotationMetaDataDeployer.java:359) at org.jboss.deployment.OptAnnotationMetaDataDeployer.processMetaData(OptAnnotationMetaDataDeployer.java:80) at org.jboss.deployment.AnnotationMetaDataDeployer.deploy(AnnotationMetaDataDeployer.java:206) ... 31 more

Thanks

Hi,

We are getting the cross site scripting error as shown below in WAS 8.0 on the same code which used to work fine in WAS 6.1. This error shows up on server B, when the client request is first sent to
the server A. The folder that websphere is looking for is a sessionid folder which is dynamically created on the server based on the session id. So, the folder would be created only on server A when the request is sent to serverA, but websphere is trying to find this folder on serverB and throwing this error. Any help on this is much appreciated.

[6/28/12 12:36:31:762 EDT] 00000022 filter E com.ibm.ws.webcontainer.filter.FilterInstanceWrapper service SRVE8109W: Uncaught exception thrown by filter CrossSiteScripting: java.io.FileNotFoundException: SRVE0190E: File not found: /xxxx/xxxx/sessionidfolder/
at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor._processEDR(DefaultExtensionProcessor.java:893)
at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.processEDR(DefaultExtensionProcessor.java:874)
at com.ibm.ws.webcontainer.extension.DefaultExtensionProcessor.handleRequest(DefaultExtensionProcessor.java:434)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.invokeTarget(WebAppFilterChain.java:125)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:92)
at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
at com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:188)
at com.ibm.ws.webcontainer.filter.WebAppFilterChain.doFilter(WebAppFilterChain.java:89)
at com.ibm.ws.webcontainer.filter.WebAppFilterManager.doFilter(WebAppFilterManager.java:919)
at com.ibm.ws.webcontainer.filter.WebAppFilterManager.invokeFilters(WebAppFilterManager.java:1016)
at com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:3703)
at com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:304)
at com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.java:962)
at com.ibm.ws.webcontainer.WSWebContainer.handleRequest(WSWebContainer.java:1662)
at com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.java:195)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimination(HttpInboundLink.java:452)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewRequest(HttpInboundLink.java:511)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.processRequest(HttpInboundLink.java:305)
at com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInboundLink.java:276)
at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.sendToDiscriminators(NewConnectionInitialReadCallback.java:214)
at com.ibm.ws.tcp.channel.impl.NewConnectionInitialReadCallback.complete(NewConnectionInitialReadCallback.java:113)
at com.ibm.ws.tcp.channel.impl.AioReadCompletionListener.futureCompleted(AioReadCompletionListener.java:165)
at com.ibm.io.async.AbstractAsyncFuture.invokeCallback(AbstractAsyncFuture.java:217)
at com.ibm.io.async.AsyncChannelFuture$1.run(AsyncChannelFuture.java:205)
at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1659)

Thanks,
Prasanna Kannan

Thanks for your inputs, Tim.

I did some research in JBoss 5.0 based on your suggestion and found out that JBoss 5.0 didn't have any JSF implementations in it, but the jsf-facelets.1.1.14 doesn't work with JBoss 5.0.
I finally fixed the issue by upgrading the jsf-facelets.jar to version 1.1.15.

Hope this helps someone in future.

Thanks,
Prasanna Kannan

Hi,

I'm trying to migrate a JSF application from JBoss 4.3 to JBoss 5.0 and deployment was successful.
But, when I try to access the web page, I'm getting the below error.

10:10:16,515 SEVERE [viewhandler] Error Rendering View[/application/pages/welcome.xhtml]
java.lang.NullPointerException
at com.sun.facelets.compiler.NamespaceHandler.apply(NamespaceHandler.java:49)
at com.sun.facelets.compiler.EncodingHandler.apply(EncodingHandler.java:25)
at com.sun.facelets.impl.DefaultFacelet.apply(DefaultFacelet.java:95)
at com.sun.facelets.FaceletViewHandler.buildView(FaceletViewHandler.java:524)
at com.sun.facelets.FaceletViewHandler.renderView(FaceletViewHandler.java:567)
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:110)
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:100)
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xyz.common.NewFilter.doFilter(CrossSiteScriptingFilter.java:65)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xyz.security.common.AuthorizationFilter.doFilter(AuthorizationFilter.java:82)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.xyz.security.common.AuthenticationFilter.doFilter(AuthenticationFilter.java:101)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
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.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
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)

Please let me know if you need any more info from me or what the possible cause of this error could be. I appreciate your help on this.

Thanks,
Prasanna Kannan

Hi,

I am trying to implement JMS Queues in simple java program(Not a J2EE application).I am using the jndi.properties to define the queue names and the connection factory.

I have placed the jndi.properties file in the current directory and configured the jndi.properties entry in my classpath. But still I am facing the following exception


Error connecting to null queue...
.................... javax.naming.NoInitialContextException: Need to specify class name in environment or system property, or as an applet parameter, or in an application resource file: java.naming.factory.initial
.................... at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:645)
.................... at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247)
.................... at javax.naming.InitialContext.getURLOrDefaultInitCtx(InitialContext.java:284)
.................... at javax.naming.InitialContext.lookup(InitialContext.java:351)
.................... at com.gtech.esc.server.engine.JMSMessageHandler$UnsoRequestQueue.run(JMSMessageHandler.java:413)

I didnt face any problem when creating the initialContext but i am facing this issue when it tries to lookup

Line No 412 & 413 in JMSMessageHandler :

initialContext = new InitialContext();
connFactory = (ConnectionFactory) initialContext.lookup("ConnectionFactory");

Could anyone please provide me a solution for this problem.

Thanks
Prasanna

I have got a solution from JBoss Support, just in case if anyone else has this problem.

The class org.jgroups.stack.IpAddress has an attribute called resolve_dns. In 2.2.7, its value is true by default, but in 2.4.1.SP3, its value is false by default.

By specifying the system property (-Djgroups.resolve_dns=true), this issue is solved.

Hi,

I have a replication functionality implemented in my project using the jgroups api which comes with JBoss. My application runs correctly with JBoss 3.2.7, but the replication is not working after I upgraded Jboss to 4.2.0GA.

After analysis, I found that the code which I call to get the replicator members work differently between these two versions of JBoss/JGroups.

The method View.getMembers() (JGroups API) returns the machine names like SERVER1, SERVER2, etc... in JBoss 3.2.7 where as the same API returns the IP addresses (like 192.168.10.101, 192.168.10.102, etc...) as the output of this method in Jboss 4.2.0GA.

Could anyone let me know if there a change in JGroups or will any configuration change help me fix this issue? Appreciate your time and help.

Thanks,
Prasanna

Hi,

I have a list of beans stored in an ArrayList and I'm iterating the list to get each bean out of it. I have a String value to be checked inside the bean. I don't know what the field name of the String value to search in the bean. For eg: The bean might have some three fields say AA, BB, CC.

My string value might be matching to bean.getAA()/bean.getBB() or bean.getCC(). Now, since I don't know the name of the fields inside the bean, I cannot use getter methods.

I just stored this bean object to a Collection reference and executed a reference.contains(String value). But, I'm not sure this method is going to check the value.

Let me know if my solution would work fine or any other thoughts/comments.

Thanks,
Prasanna

Hi,

I'm getting the below error, when accessing the following jsp file which works fine in Websphere. Do I need to change anything in this jsp file to make it work in JBoss.

Thanks,
Prasanna



ERROR [org.apache.jasper.compiler.Compiler] Error compiling file: /C:/java/eside/jboss-3.2.5/server/default/work/jboss.web/localhost/ilm-escb2b//org/apache/jsp\index_jsp.java [javac] Compiling 1 source file

C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:123: _jspx_meth_layout_menuItem_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.treeview.TreeViewTag,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_0(_jspx_th_layout_treeview_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:127: _jspx_meth_layout_menuItem_5(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.treeview.TreeViewTag,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_5(_jspx_th_layout_treeview_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:155: _jspx_meth_layout_menuItem_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_1(_jspx_th_layout_menuItem_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:159: _jspx_meth_layout_menuItem_2(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_2(_jspx_th_layout_menuItem_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:163: _jspx_meth_layout_menuItem_3(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_3(_jspx_th_layout_menuItem_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:167: _jspx_meth_layout_menuItem_4(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_4(_jspx_th_layout_menuItem_0, _jspx_page_context))
^
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:259: _jspx_meth_layout_menuItem_6(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_6(_jspx_th_layout_menuItem_5, _jspx_page_context))
^
7 errors

2006-04-04 17:23:37,944 ERROR [org.jboss.web.localhost.Engine] StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception
org.apache.jasper.JasperException: Unable to compile class for JSP

An error occurred at line: 26 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:123: _jspx_meth_layout_menuItem_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.treeview.TreeViewTag,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_0(_jspx_th_layout_treeview_0, _jspx_page_context))
^


An error occurred at line: 26 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:127: _jspx_meth_layout_menuItem_5(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.treeview.TreeViewTag,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_5(_jspx_th_layout_treeview_0, _jspx_page_context))
^


An error occurred at line: 27 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:155: _jspx_meth_layout_menuItem_1(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_1(_jspx_th_layout_menuItem_0, _jspx_page_context))
^


An error occurred at line: 27 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:159: _jspx_meth_layout_menuItem_2(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_2(_jspx_th_layout_menuItem_0, _jspx_page_context))
^


An error occurred at line: 27 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:163: _jspx_meth_layout_menuItem_3(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_3(_jspx_th_layout_menuItem_0, _jspx_page_context))
^


An error occurred at line: 27 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:167: _jspx_meth_layout_menuItem_4(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_4(_jspx_th_layout_menuItem_0, _jspx_page_context))
^


An error occurred at line: 33 in the jsp file: /index.jsp
Generated servlet error:
C:\java\eside\jboss-3.2.5\server\default\work\jboss.web\localhost\ilm-escb2b\org\apache\jsp\index_jsp.java:259: _jspx_meth_layout_menuItem_6(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (fr.improve.struts.taglib.layout.MenuItemTag2,javax.servlet.jsp.PageContext)
if (_jspx_meth_layout_menuItem_6(_jspx_th_layout_menuItem_5, _jspx_page_context))
^
7 errors



at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84)
at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:332)
at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:412)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:472)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:451)
at org.apache.jasper.compiler.Compiler.compile(Compiler.java:439)
at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:511)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:295)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:72)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.JBossSecurityMgrRealm.invoke(JBossSecurityMgrRealm.java:275)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)

Hi,

My J2EE application is working fine in Websphere App Server. But, when I deploy the same application in Jboss/tomcat environment, I'm getting the below error. Can anyone help me with this?

java.lang.VerifyError: (class: org/apache/jsp/simulator/webserviceSimulatorResult_jsp, method: exec signature: ([Ljava/lang/Object;Ljavax/serv
let/http/HttpServletRequest Ljava/lang/String Incompatible argument to function
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java:232)
at org.apache.jasper.servlet.JspServletWrapper.getServlet(JspServletWrapper.java:137)
at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:307)
at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:292)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:236)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:75)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrincipalValve.java:66)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:162)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:462)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke(ClusteredSingleSignOn.java:389)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:479)


Thanks in advance,
Prasanna Kannan

Hi Ajse,

Obviously, a bean is not a much different class from an ordinary java class. But, as you have guessed, some (rather many, I guess) frameworks handle the bean differently from normal java class.

One of the good example could be the use of bean classes by the struts framework, where data from the fields of jsp/html files is extracted/filled by the action classes via the getter/setter methods of bean classes.

Regards,
Prasanna

Thank you Keith . I got it.

Hello,

I was using a final variable to store a StringBuffer object; I was thinking that Java should not allow me to append that StringBuffer, as the variable that holds this StringBuffer is final.

But, I'm surprised to see that Java allows me to do that. See below the example.

public final StringBuffer s = new StringBuffer("Text1");
s.append(" Text2");
System.out.println(" S = " + s);

The above lines of code compiles fine and gives the output Text1 Text2.
Can anyone explain this behavior for me, please?

Regards,
Prasanna