April 2010 - jboss-user - Jboss List Archives

Re: [jboss-user] [JBoss Microcontainer Development] - JBREFLECT-5 - Implementing generics in JavassistClassInfo

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBREFLECT-5 - Implementing generics in JavassistClassInfo" To view the discussion, visit: http://community.jboss.org/message/539884#539884 -------------------------------------------------------------- Some information from Andrew Haley to a mail where I asked him about the class loaders of parameterized types: > I don't think that it makes any sense even to talk about the class > loader that was used to create a ParameterizedType. Clearly there was > a class loader used to resolve the class names that are passed when a > ParameterizedType is created, but I don't think the information is > recorded anywhere. > > > > The core bug here seems to be that cacheing is being done > inappropriately. > > > > Can you write a test case, please? One that demonstrates the bug in > > > > //Fails - loader is loaderA > assertEquals(loaderB, infoB.getActualTypeArguments[0].getClassLoader()); > > > > It has to be complete and runnable as a standalone program. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539884#539884] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

[JBoss Microcontainer Development] - Deployments in error guzzles up the exception cause

by Carlo de Wolf

Carlo de Wolf [http://community.jboss.org/people/wolfc] created the discussion "Deployments in error guzzles up the exception cause" To view the discussion, visit: http://community.jboss.org/message/539880#539880 -------------------------------------------------------------- I can't see the cause of the NotCompliantMBeanException in this output. :(( java.lang.Exception: Encountered exception in server startup at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.bootstrapMcAndDescriptors(AbstractMCServerBase.java:325) at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.doStart(AbstractMCServerBase.java:257) at org.jboss.bootstrap.impl.as.server.AbstractJBossASServerBase.doStart(AbstractJBossASServerBase.java:381) at org.jboss.bootstrap.impl.base.server.AbstractServer$StartServerTask.run(AbstractServer.java:413) at java.lang.Thread.run(Thread.java:619) Caused by: java.lang.IllegalStateException: Incompletely deployed: DEPLOYMENTS IN ERROR: Deployment "JMXKernel" is in error due to: javax.management.NotCompliantMBeanException: Cannot register MBean: jboss.system:type=ServerInfo DEPLOYMENTS MISSING DEPENDENCIES: Deployment "JMXRegistrationAdvice" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Deployment "ServiceDeployer" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Deployment "AspectManagerJMXRegistrar" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Deployment "ServiceMetaDataICF" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Deployment "JMXStartStopAdvice" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") Deployment "JMXCreateDestroyAdvice" is missing the following dependencies: Dependency "JMXKernel" (should be in state "Installed", but is actually in state "**ERROR**") at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.internalValidate(AbstractKernelDeployer.java:278) at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.validate(AbstractKernelDeployer.java:174) at org.jboss.bootstrap.impl.mc.server.AbstractMCServerBase.bootstrapMcAndDescriptors(AbstractMCServerBase.java:314) ... 4 more It must output the message of the cause as well. I caused it by having the wrong version jboss-logging on the CL. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539880#539880] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer Development] - JBREFLECT-5 - Implementing generics in JavassistClassInfo

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBREFLECT-5 - Implementing generics in JavassistClassInfo" To view the discussion, visit: http://community.jboss.org/message/539876#539876 -------------------------------------------------------------- > > Type t1 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType(); > Type t2 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType(); > Should be Type t1 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType(); Type t2 = DeleteMe.class.getDeclaredMethod("m2").getGenericReturnType(); but the result is the same -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539876#539876] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer Development] - JBREFLECT-5 - Implementing generics in JavassistClassInfo

by Kabir Khan

Kabir Khan [http://community.jboss.org/people/kabir.khan%40jboss.com] replied to the discussion "JBREFLECT-5 - Implementing generics in JavassistClassInfo" To view the discussion, visit: http://community.jboss.org/message/539875#539875 -------------------------------------------------------------- > Kabir Khan wrote: > > One way around this would be in mi.getReturnType() when looking up/creating/caching the parameterized class info to use the classloader of mi.getDeclaringClass().getClassLoader(), which should be able to see all the classes involved. However, I am still stuck on which classloader to use for my previous post. This works, however for "1 - other problem" I don't really see a way to determine the classloader. It could be the classloader of the raw type, or the loader of any of the class infos. It might be possible to determine which of the classloaders can see all the generic bounds by brute force, but that will probably a) Be slow b) Might not be possible, i.e. maybe none of the classloaders for any of the bounds are able to load everything. I have tried turning off caching for these parameterized ClassInfos, which causes some of the tests to fail. From what I can see fixing them means having to adjust some of the tests to use assertEquals() instead of assertSame() for parameterized ClassInfos. I think this is necessary, and that the idea of enforcing object equality for parameterized ClassInfos is a misunderstanding :-) Java itself does not seem to reuse the ParameterizedTypes, as shown by this simple passing test: public class DeleteMe extends ContainerTest { public DeleteMe(String name) { super(name); } public Set<String> m1(){return null;} public Set<String> m2(){return null;} public void testType() throws Exception { Type t1 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType(); Type t2 = DeleteMe.class.getDeclaredMethod("m1").getGenericReturnType(); ParameterizedType p1 = assertInstanceOf(t1, ParameterizedType.class); ParameterizedType p2 = assertInstanceOf(t2, ParameterizedType.class); //The param are equal, but not the same assertEquals(p1, p2); assertNotSame(p1, p2); //The raw types are the same assertSame(p1.getRawType(), p2.getRawType()); assertEquals(1, p1.getActualTypeArguments().length); assertEquals(1, p2.getActualTypeArguments().length); Class<?> clazz1 = assertInstanceOf(p1.getActualTypeArguments()[0], Class.class); Class<?> clazz2 = assertInstanceOf(p2.getActualTypeArguments()[0], Class.class); assertSame(clazz1, clazz2); } } -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539875#539875] Start a new discussion in JBoss Microcontainer Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [EJB 3.0] - How to set the number of retries on a mdb?

by Fausto De La Torre

Fausto De La Torre [http://community.jboss.org/people/faustodelatog] replied to the discussion "How to set the number of retries on a mdb?" To view the discussion, visit: http://community.jboss.org/message/539867#539867 -------------------------------------------------------------- Thanks is correct -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539867#539867] Start a new discussion in EJB 3.0 at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [JBoss Tools Development] - Remote Debugging for Eclipse Test Plug-in Running by Tycho

by Denis Golovin

Denis Golovin [http://community.jboss.org/people/dgolovin] commented on the document "Remote Debugging for Eclipse Test Plug-in Running by Tycho" To view all comments on this document, visit: http://community.jboss.org/docs/DOC-15209#comment-3233 -------------------------------------------------- It should, but I was looking for possibility to debug errors in JUnit tests for jsf.core not for right way to configure it :) That I think is a next step. I'm not sure but it might be possible to start it as maven build from eclipse in debug mode. I tried to use remote debugging because I was running maven3 from console. --------------------------------------------------

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [EJB 3.0] - Error working wih EJB3, Struts2 & JBoss 4.2GA

by NAG Kum

NAG Kum [http://community.jboss.org/people/nk_2010] replied to the discussion "Error working wih EJB3, Struts2 & JBoss 4.2GA" To view the discussion, visit: http://community.jboss.org/message/539857#539857 -------------------------------------------------------------- Hi Wolfgang, I took all the precautions as u suggested, but very unlucky for me ....!! Pls find the below exception - Yes, I am using eclipse SDK (downloading eclipse for java EE)... but Why the below error, java.lang.ClassCastException: org.jnp.interfaces.NamingContext cannot be cast to com.tarangtech.mtg.authentication.AuthenticationRemote com.tarangtech.framework.ejb.clients.util.CommonPaymentAction.getAuthentication(CommonPaymentAction.java:35) com.tarangtech.mtg.struts.AuthenticationAction.execute(AuthenticationAction.java:23) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) java.lang.reflect.Method.invoke(Method.java:597) com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:441) com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:280) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:243) com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:122) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195) com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:195) com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) org.apache.struts2.interceptor.MultiselectInterceptor.intercept(MultiselectInterceptor.java:75) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) org.apache.struts2.interceptor.CheckboxInterceptor.intercept(CheckboxInterceptor.java:94) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:138) com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:87) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:176) com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:237) org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:52) org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:488) org.apache.struts2.dispatcher.ng.ExecuteOperations.executeAction(ExecuteOperations.java:77) org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:91) org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) My efforts in vain!!! . Don't know how to proceed!.. Any help is appreciated .. Regds, the most unlucky guy!!! NK -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539857#539857] Start a new discussion in EJB 3.0 at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Service depends on Web Service

by David Robison

David Robison [http://community.jboss.org/people/kc7bfi] created the discussion "Service depends on Web Service" To view the discussion, visit: http://community.jboss.org/message/539850#539850 -------------------------------------------------------------- I have a service deployed as a sar that depends on a web service to start first. How do I define that dependency in the service's jboss-serice.xml? I am using JBoss 5.1.0 -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539850#539850] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [Beginner's Corner] - JBoss AS 5.1 and Virtual Directories

by Robert Heim

Robert Heim [http://community.jboss.org/people/brannic] replied to the discussion "JBoss AS 5.1 and Virtual Directories" To view the discussion, visit: http://community.jboss.org/message/539837#539837 -------------------------------------------------------------- At this point I'm wondering if the problem is the URL. Using the jmx-console, scanning through the list of JMX MBeans I can see the generated file is deployed in the directory specified so the system is picking it up. | *Domain* | jboss.deployment | | *type* | Deployment | | *id* | "vfsfile:/C:/root/app/server/app-16/virtualDirectory/reporting/output/resunitpatsched-0001.pdf" | | *Java Class* | org.jboss.deployers.vfs.plugins.structure.AbstractVFSDeploymentContext | | *Description* | Management Bean. | Problem is I can't seem to access it from the browser. Using the previous example, I tried using http://localhost:port/reporting/output/report.pdf http://localhost:port/reporting/output/report.pdf as well as http://localhost:port/virtualDirectory/reporting/output/report.pdf http://localhost:port/virtualDirectory/reporting/output/report.pdf. Neither of these appears to be working. Anyone have any ideas on what I'm missing here? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539837#539837] Start a new discussion in Beginner's Corner at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 months

1
0
0 / 0

Re: [jboss-user] [JBoss Microcontainer] - Is there auto-injection going on?

by David Bosschaert

David Bosschaert [http://community.jboss.org/people/bosschaert] replied to the discussion "Is there auto-injection going on?" To view the discussion, visit: http://community.jboss.org/message/539831#539831 -------------------------------------------------------------- Thanks! I didn't spot that one! -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/539831#539831] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 8 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-user April 2010