November 2007 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: Error messages should have context

by adrian＠jboss.org

The original error message before this change just said: DeploymentExeption: Bad Sun error message here View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105107#4105107 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105107

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Error messages should have context

by adrian＠jboss.org

Sometimes the ejb3 error message are incomprehensible. You've got no idea which ejb or even deployment it is referring to. For now I've added a couple of DeploymentException wrappings which at least narrows down where you need to look. But this should not be necessary. The error message should always include some context on what it is working with. Doing so will avoid this horrible exception wrapping, e.g. | 17:13:54,239 ERROR [AbstractKernelController] Error installing to Real: name=vfsfile:/home/ejort/jboss-head/ejb3/output/test-lib/globalReference-ejb3.jar state=PostClassLoader mode=Manual requiredState=Real | org.jboss.deployers.spi.DeploymentException: Error deploying globalReference-ejb3.jar: Error creating ejb container GlobalSession30: sun.reflect.annotation.TypeNotPresentExceptionProxy | at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:151) | at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:83) | at org.jboss.deployers.vfs.spi.deployer.AbstractVFSRealDeployer.deploy(AbstractVFSRealDeployer.java:45) | at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:169) | at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:729) | at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:670) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:327) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1309) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:734) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:862) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:784) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:622) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:411) | at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:496) | at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:355) | at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:813) | at org.jboss.deployment.MainDeployer.redeploy(MainDeployer.java:588) | 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:585) | 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 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:585) | at org.jboss.jmx.connector.invoker.InvokerAdaptorService.invoke(InvokerAdaptorService.java:270) | 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:585) | at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) | at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96) | at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140) | at org.jboss.jmx.connector.invoker.SerializableInterceptor.invoke(SerializableInterceptor.java:74) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:90) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668) | at org.jboss.invocation.jrmp.server.JRMPProxyFactory.invoke(JRMPProxyFactory.java:179) | 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:585) | 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.invocation.jrmp.server.JRMPInvoker$MBeanServerAction.invoke(JRMPInvoker.java:815) | at org.jboss.invocation.jrmp.server.JRMPInvoker.invoke(JRMPInvoker.java:416) | 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:585) | at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294) | at sun.rmi.transport.Transport$1.run(Transport.java:153) | at java.security.AccessController.doPrivileged(Native Method) | at sun.rmi.transport.Transport.serviceCall(Transport.java:149) | at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466) | at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707) | at java.lang.Thread.run(Thread.java:595) | Caused by: org.jboss.deployers.spi.DeploymentException: Error creating ejb container GlobalSession30: sun.reflect.annotation.TypeNotPresentExceptionProxy | at org.jboss.ejb3.Ejb3Deployment.deployElement(Ejb3Deployment.java:514) | at org.jboss.ejb3.Ejb3Deployment.deployElement(Ejb3Deployment.java:460) | at org.jboss.ejb3.Ejb3Deployment.deployUrl(Ejb3Deployment.java:442) | at org.jboss.ejb3.Ejb3Deployment.deploy(Ejb3Deployment.java:408) | at org.jboss.ejb3.Ejb3Deployment.create(Ejb3Deployment.java:350) | at org.jboss.ejb3.deployers.Ejb3Deployer.deploy(Ejb3Deployer.java:138) | ... 66 more | Caused by: java.lang.ArrayStoreException: sun.reflect.annotation.TypeNotPresentExceptionProxy | at sun.reflect.annotation.AnnotationParser.parseClassArray(AnnotationParser.java:653) | at sun.reflect.annotation.AnnotationParser.parseArray(AnnotationParser.java:460) | at sun.reflect.annotation.AnnotationParser.parseMemberValue(AnnotationParser.java:286) | at sun.reflect.annotation.AnnotationParser.parseAnnotation(AnnotationParser.java:222) | at sun.reflect.annotation.AnnotationParser.parseAnnotations2(AnnotationParser.java:69) | at sun.reflect.annotation.AnnotationParser.parseAnnotations(AnnotationParser.java:52) | at java.lang.Class.initAnnotationsIfNecessary(Class.java:3031) | at java.lang.Class.getAnnotation(Class.java:2989) | at org.jboss.aop.annotation.AnnotationElement$AnnotationElementAction$1.getVisibleAnnotation(AnnotationElement.java:264) | at org.jboss.aop.annotation.AnnotationElement.getVisibleAnnotation(AnnotationElement.java:114) | at org.jboss.aop.Advisor.resolveAnnotation(Advisor.java:356) | at org.jboss.ejb3.EJBContainer.getAnnotation(EJBContainer.java:1110) | at org.jboss.ejb3.ProxyFactoryHelper.getLocalAndBusinessLocalInterfaces(ProxyFactoryHelper.java:81) | at org.jboss.ejb3.ProxyFactoryHelper.getLocalBusinessInterfaces(ProxyFactoryHelper.java:497) | at org.jboss.ejb3.session.SessionContainer.resolveBusinessInterfaces(SessionContainer.java:200) | at org.jboss.ejb3.EJBContainer.instantiated(EJBContainer.java:1256) | at org.jboss.ejb3.session.SessionContainer.instantiated(SessionContainer.java:191) | at org.jboss.ejb3.Ejb3Deployment.deployElement(Ejb3Deployment.java:508) | ... 71 more | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105104#4105104 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105104

18 years, 4 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Eclipse Team Project File

by dcshonda

Ok! I saw the problem...and It wasnÂ´t repository problem. :)...It was my computer fault. Sorry! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105098#4105098 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105098

18 years, 4 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Eclipse Team Project File

by dcshonda

I have a new problem getting Eclipse project. I take it from repository, and everything going well...But, most of the parts have errors...Ok! I think itÂ´s for the libraries. I have all the project in Eclipse but with a lot of errors. I have seen that I have to execute build.bat for fetch third party libraries from the Web. Ok, I did that...and all going well until I receive an error: Error executing 'synchronize.antlr.antlr-2.7.6.jar' for Artifact(a)c9131c{id=antlr-2.7.6.jar} Cause: java.net.SocketException: Unexpected end of file from server Do anyone know why? ThankÂ´s so much. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105081#4105081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105081

18 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Metamodel and collections

by anil.saldhana＠jboss.com

"adrian(a)jboss.org" wrote : "wolfc" wrote : | | Code with an explicit check on null is twice as fast. So I would save 1ms for every ~100000 calls. :-) | | | If only the new for() loop checked for null and didn't iterate instead of throwing an NPE. ;-) Yes, the enhanced for loop should have been checking for nulls. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105055#4105055 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105055

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - ClassLoader test - Unshared

by adrian＠jboss.org

I don't understand this test. The bean is called Unshared in classloader-unshared.jar but it isn't deployed in an isolated classloader so it is shared? :-) Also its testing for log4j 1.1.3 classes but these aren't in the deployment either? If you look at the plain classloader.jar, this is structured correctly to pass this test (and in fact includes the test). classloader.jar has scoped classloading (in jboss.xml) and includes log4j-1.1.3.jar | <jar jarfile="${build.lib}/classloader.jar"> | <fileset dir="${build.classes}"> | <include name="org/jboss/ejb3/test/classloader/Session30*.class"/> | </fileset> | <fileset dir="${resources}/test/classloader"> | <include name="META-INF/jboss.xml"/> | <include name="*.jar"/> | <include name="*.properties"/> | </fileset> | </jar> | classloader-unshared.jar has neither. | <jar jarfile="${build.lib}/classloader-unshared.jar"> | <fileset dir="${build.classes}"> | <include name="org/jboss/ejb3/test/classloader/Unshared*.class"/> | <include name="org/jboss/ejb3/test/classloader/Session30.class"/> | </fileset> | </jar> | but still expects the same test to pass? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105042#4105042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105042

18 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - [sim] include business figures in calculating costs in simul

by camunda

Hi! I created another proposal in the simulation area, see http://www.camunda.com/business_process_simulation_news/bps_scenario_cost... Again: feedback is warmly welcome!! After implementation of these ideas, what I want to do tomorrow (train is on strike, so I cannot go to the customer anyway ;-)), I can finish my simulation tutorial I currently work on. I plan to publish the tutorial this month, so this could be the point for brave volunteers to apply simulation to own ideas ;-) Stay tuned.... Regards from snowy Stuttgart Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105034#4105034 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105034

18 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: KernelDeployment from -beans.properties

by dimitris＠jboss.org

I needed to rebuild from the root directory first and it works now. Sorry. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105022#4105022 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105022

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Weird issue with interceptors

by adrian＠jboss.org

Re: reopened EJBTHREE-1111 Ok, I misread the spec. The requirement in the spec to implement the remote interface is for the EJBContainer to do on the proxy. I was actually looking up what it said about the return type (see above) when I saw that line and misinterpreted it. In hindsight its obviously wrong, since it wasn't even true in EJB2.1 But at least the test is passing, so I'll know where I break things when I do annotation/metadata refactoring. ;-) It's most interesting because it fixes a test that looks at the transaction timeout config from jboss.xml I'll leave EJBTHREE-1111 open until we find out the real fix is found. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105020#4105020 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105020

18 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1114 - Cache passivation test and generics agai

by wolfc

"adrian(a)jboss.org" wrote : 1) I modified the MockDeployment so the test can actually run. | This looks like a stupid api to me. There should be an EJB3Subsystem class | that selfs bootstraps and is configurable and delegated to by the EJB3Deployer. | Core EJB3 apis shouldn't be directly dependent on the deployment api, it should be the other way around. +1. One of the goals for projects/ejb3/core or standalone is to provide such an 'EJB3Subsystem' class. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4105006#4105006 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4105006

18 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2007