[EJB] - JBOSS PROBLEM
by reddyraja86＠gmail.com
Hai i am using a simple web application it is giving an error i searched in the net but they told me about jboss-app.xml i didnt find it meta-inf please tell me how to solve it
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/jdt/core/compiler/CategorizedProblem;
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:273)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
root cause
java.lang.NoSuchMethodError: org.eclipse.jdt.internal.compiler.CompilationResult.getProblems()[Lorg/eclipse/jdt/core/compiler/CategorizedProblem;
org.apache.jasper.compiler.JDTCompiler$2.acceptResult(JDTCompiler.java:346)
org.eclipse.jdt.internal.compiler.Compiler.compile(Compiler.java:335)
org.apache.jasper.compiler.JDTCompiler.generateClass(JDTCompiler.java:405)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:308)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:316)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:336)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:265)
javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
note The full stack trace of the root cause is available in the JBossWeb/2.0.1.GA logs.
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256245#4256245
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256245
16 years, 7 months
[JBoss Messaging Users] - Re: Easiest way to bind IBM WS MQ hosted 'Queue' to name in
by ben.cotton＠rutgers.edu
FYI, I have a reasonably manageable workaround (though not ideal).
When I code the exact same .lookup() logic from a JBoss-deployed servlet (instead of from an external app), everything works perfectly. This is obviously because the internal InitialContext construction needs no Context.XXX properties set.
|
|
| InitialContext ic = new InitialContext(); // no Context.XXX props!! Now everything works via JCA!
|
| javax.jms.ConnectionFactory cf = (javax.jms.ConnectionFactory) ic.lookup("IVTCF");
| // confirm that we found the CF
| log.info("'IVTCF' javax.jms.ConnectionFactory found: [" + cf + "]");
| // get the queue
| Queue q = (Queue) ic.lookup("IVTQueue");
| // confirm that we found the queue
| log.info("'IVTQueue' javax.jms.Queue found: [" + q +"]");
|
Now the 'cf' value is NON-NULL and I can indeed publish to an IBM WS MQ destination from a JBoss component just by looking up a Resource-->ConnectionFactory ... and then relying on the JCA resource adapter to transparently manage all the messaging plumbing. :-)
I still can't do this from an external stand-alone application that parameterizes its JBoss InitialContext() construction with Properties, but I'll live with that for now (or maybe post the issue to a JNDI focused forum).
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256242#4256242
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256242
16 years, 7 months
[Installation, Configuration & Deployment] - "Hibernate not bound" error
by cdub
I am having a problem retrieving a Hibernate session factory in my JBOSS web app. I am using JBOSS 5.1.0, Hibernate 3.3.1 and Netbeans 6.7.1.
I get this error:
javax.naming.NameNotFoundException: hibernate not bound
when I run this code:
_session_factory = (SessionFactory) ctx.lookup("java:/hibernate/GGGoMobileSessionFactory");
Contents of my hibernate-service.xml file:
| <?xml version="1.0" encoding="utf-8"?>
| <server>
| <mbean code="org.jboss.hibernate.jmx.Hibernate" name="jboss.gggomobile:name=GGGoMobileSessionFactory">
| <attribute name="DatasourceName">java:/GGGoMobileDS</attribute>
| <attribute name="Dialect">
| org.hibernate.dialect.MySQLDialect
| </attribute>
| <attribute name="SessionFactoryName">
| java:/hibernate/GGGoMobileSessionFactory
| </attribute>
| <attribute name="CacheProviderClass">
| org.hibernate.cache.HashtableCacheProvider
| </attribute>
| <attribute name="ShowSqlEnabled">true</attribute>
| <attribute name="ScanForMappingsEnabled">true</attribute>
| </mbean>
| </server>
|
The Hibernate MBean is successfully started but the SessionFactory doesn't seem to be running. If I invoke the "rebuildSessionFactory" method on the Hibernate MBean, I get the following error:
| 13:16:15,707 INFO [Environment] Hibernate 3.3.1.GA
| 13:16:15,737 INFO [Environment] hibernate.properties not found
| 13:16:15,744 INFO [Environment] Bytecode provider name : javassist
| 13:16:15,754 INFO [Environment] using JDK 1.4 java.sql.Timestamp handling
| 13:16:16,040 ERROR [[HtmlAdaptor]] Servlet.service() for servlet HtmlAdaptor threw exception
| java.lang.IllegalArgumentException: Must set one of the resources, root or harUrl: org.jboss.hibernate.jmx.Hibernate@58a36 [BeanName=null, JNDI=java:/hibernate/GGGoMobileSessionFactory]
| at org.jboss.hibernate.jmx.Hibernate.handleMappings(Hibernate.java:281)
| at org.jboss.hibernate.jmx.Hibernate.buildSessionFactory(Hibernate.java:189)
| at org.jboss.hibernate.jmx.Hibernate.rebuildSessionFactory(Hibernate.java:528)
| at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
| at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
| at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
| at java.lang.reflect.Method.invoke(Method.java:597)
| at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
| at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
| at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
| at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
| at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
| at org.jboss.jmx.adaptor.control.Server.invokeOpByName(Server.java:258)
| at org.jboss.jmx.adaptor.control.Server.invokeOp(Server.java:223)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$3.run(HtmlAdaptorServlet.java:380)
|
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet$3.run(HtmlAdaptorServlet.java:377)
| at java.security.AccessController.doPrivileged(Native Method)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:376)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.invokeOp(HtmlAdaptorServlet.java:287)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.processRequest(HtmlAdaptorServlet.java:104)
| at org.jboss.jmx.adaptor.html.HtmlAdaptorServlet.doPost(HtmlAdaptorServlet.java:86)
| at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
| 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)
|
Your help would be much appreciated because I have been stuck on this problem for a few days now. Thanks.
- CW
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256240#4256240
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256240
16 years, 7 months
[JBoss Tools Users] - Re: 3.1M3 JSF Issues
by elmarweber
Hi,
I can confirm the problem. It exists when I use a seam-gen project.
When I try to get content assist working in a xhtml page on any JSF tags all I get is "Content assist is not available at this location".
However, everything works when I create a fresh JSF project via the Eclipse wizard. After some debugging and meddling with the Eclipse project natures and class files I got it working in the seem gen project by adding jsf-impl.jar, richfaces-impl.jar and richfaces-ui.jar to the projects classpath.
I checked the same project without the three classpath entries in Jboss Tools 3.0 on Eclipse 3.4.1 and there the content assist works without the entries.
My best guess at the source of the problem is that the JSF editor content assist swallows a NoClassDefFound Exception somewhere and just outputs "Content asssist is not available .." instead of logging the exception. Maybe the named libs where in the JBoss Tools classpath in 3.0?
Is this something for the JIRA and/or seam project so that seam-gen adds the three libs.
ciao,
elm
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256239#4256239
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256239
16 years, 7 months
[JBoss Messaging Users] - Re: Switching message store databases: problem with AS 5.1
by ben.wright
I had this same problem with MySQL 5.
There seems to be some sort of configuration issue with the file
"deploy/messaging/xxxx-persistence-service.xml"
There is a section for configuration of clustering
| <mbean code="org.jboss.messaging.core.jmx.MessagingPostOfficeService"
| name="jboss.messaging:service=PostOffice"
| xmbean-dd="xmdesc/MessagingPostOffice-xmbean.xml">
|
| ....
|
| <!-- This post office is non clustered. If you want a clustered post office then set to true -->
|
| <attribute name="Clustered">false</attribute>
|
| ....
|
| </mbean>
|
What worked for me was deleting everything between
<attribute name="Clustered">false</attribute>
and
</mbean>
The file explicitly states that attributes after only matter if it is set to true and that they can safely be commented out otherwise.
Hope this helps someone - I certainly wasted enough time on this issue...
Ben Wright
ben [at] compuwares.cc
View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4256238#4256238
Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4256238
16 years, 7 months