[Installation, Configuration & DEPLOYMENT] - Re: Upgrading 4.0.4 to 4.2.2; problems accessing EJBs
by rdoust
I find the class I'm looking for in the JNDI tree view. It has the proxy name of the class that I also see when in the debugger when I get the instance from the JNDI lookup. In the JNDI tree view it says that it implements the Home Interface that I expect. Yet the cast fails. So, I assume that the problem is multiple copies of the class in the deployment, being seen by different class loaders. I'd like to try to resolve the situation without completely rewriting my build scripts. I looked at the JMImplementation output from displayClassInfo and it tells me that there's only one instance, but I know that I'm deploying the Home interface class in two different places. It's in the ejbjar that contains the implementation of the bean itself, and it's also in the ejb_client.jar that contains the interfaces only. This was my understanding of how to deploy at some point. I've removed it from the ejb_client.jar and am able to get past the class cast exception, but get a linkage error when attempting to invoke a method on the instance, although I'm able to create the instance with no problem.
The ejb.jar is deployed directly in the ear, and the ejb_client.jar is in the WEB-INF/lib directory of the war.
Should I move the interfaces to a separate jar file and put it into a new lib directory in the ear, which will then be available to both the implementation in the ejb-jar (having been removed from there) as well as the classes in the war? It seems to me that this is the new deployment mechanism, made possible by J2EE 5.0. Have I got that right?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155790#4155790
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155790
17 years, 10 months
[JBoss/Spring Integration] - Spring.war - 404 error : My first attempt at deplying a spri
by beyarecords
Hi,
I am currently working with Win XP SP1, JDK 1.6.0_06, Jboss 5.0.0.CR1, Spring 2.5.5.
I initially used a standalone version of Tomcat (6.0.16) to test the project. I then simply renamed the main directory from springmvc to springmvc.war and deployed it in Jboss. A 404 error is then issued.
What am I overlooking here? As a note, I have read about a jboss-spring deployer jar but am not sure whether this needs to be deployed in conjunction with the spring.war?
My project structure is as follows:
| springmvc.war/
| -jsp/
| --index.jsp
|
| WEB-INF/
| -web.xml
| -lib/
| --commons-logging.jar
| --jstl.jar
| --servlet-api.jar
| --spring.jar
| --spring-webmvc.jar
| --standard.jar
The error generated in the server logs is as follows:
| 2008-06-04 18:55:59,234 DEBUG [org.jboss.web.tomcat.service.deployers.TomcatDeployment] (main) Unable to retrieve orb
| javax.management.InstanceNotFoundException: jboss:service=CorbaORB is not registered.
| at org.jboss.mx.server.registry.BasicMBeanRegistry.get(BasicMBeanRegistry.java:529)
| at org.jboss.mx.server.MBeanServerImpl.getAttribute(MBeanServerImpl.java:559)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment$EncListener.lifecycleEvent(TomcatDeployment.java:495)
| at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
| at org.apache.catalina.core.StandardContext.start(StandardContext.java:4351)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:345)
| at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:139)
| at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:431)
| at org.jboss.web.deployers.WebModule.startModule(WebModule.java:112)
| at org.jboss.web.deployers.WebModule.start(WebModule.java:90)
| 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.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
| at $Proxy35.start(Unknown Source)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
| at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
| at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
| at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:271)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1394)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:786)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:914)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:836)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:674)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:456)
| at org.jboss.system.ServiceController.doChange(ServiceController.java:664)
| at org.jboss.system.ServiceController.start(ServiceController.java:436)
| at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:150)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:108)
| at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
| at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
| at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
| at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:174)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:970)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:991)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:911)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1394)
| at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:786)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:914)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:836)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:674)
| at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:456)
| at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:594)
| at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:541)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.loadProfile(ProfileServiceBootstrap.java:257)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:135)
| at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:409)
| at org.jboss.Main.boot(Main.java:209)
| at org.jboss.Main$1.run(Main.java:544)
| at java.lang.Thread.run(Thread.java:619)
|
Many thanks in advance.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155785#4155785
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155785
17 years, 10 months
[Performance Tuning] - JBoss/Java is consuming CPU on Linux
by eblom
Hi,
I'm running a management tool using JBoss on a SLES10/Linux server, also an IP-PBX is running on the same machine.
The problem is when I'm starting the JBoss server it runs with a CPU load of 85-98% and thats to much, it affects the traffic/calls in the IP-PBX (Dropping calls).
I have the same problem when I'm running the management tool.
I have testing different settings in the JVM. We have added -n 19 (nice) to lower the priority, it have some affect but not enough.
When I'm running on a Windows machine then the application only takes about 30 - 50 % of the CPU. What's the problem??
I have done different testing for 5 - 7 days now; the only thing that I want is to lower the priority. Can it be so hard...
Can I lower the priority in another way then using nice?
uname -a
Linux 2.6.16.46-0.12-default #1 Thu May 17 14:00:09 UTC 2007 i686 i686 i386 GNU/Linux
Memory 1GB. (The memory is not the problem)
I have running on a server with 2CPU, then it works better(suprise).
Running JBoss 4.2.1 and have test with JBoss 4.2.2 and also testing a clean JBoss without our application, same problem..
/Magnus
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155782#4155782
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155782
17 years, 10 months
[JBoss jBPM] - config-type field confusion
by simonbaker
The manual section "18.2.3.1. config-type field" gives an example of list:
anonymous wrote :
| lists, sets and collections. In that case each element of the xml-content is consitered as an element of the collection and is parsed, recursively applying the conversions. If the type of the elements is different from java.lang.String this can be indicated by specifying a type attribute with the fully qualified type name. For example, following snippet will inject an ArrayList of Strings into field 'numbers'
|
|
| | <numbers>
| | <element>one</element>
| | <element>two</element>
| | <element>three</element>
| | </numbers>
| |
|
| The text in the elements can be converted to any object that has a String constructor. To use another type then String, specify the element-type in the field element ('numbers' in this case).
|
The English is confusing to me, and no example is given for other than String type I think.
Can someone clarify with an example of different types?
Thanks
SB
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4155777#4155777
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4155777
17 years, 10 months
Automatically rejected mail
by Mail Delivery Subsystem
Your message was automatically rejected by Dovecot Mail Delivery Agent.
The following reason was given:
Quota exceeded
17 years, 10 months
