January 2011 - jboss-user - Jboss List Archives

[JBoss Microcontainer] - EJB's and classloading

by Miklos Balazs

Miklos Balazs [http://community.jboss.org/people/mbalazs] created the discussion "EJB's and classloading" To view the discussion, visit: http://community.jboss.org/message/578544#578544 -------------------------------------------------------------- Hello! Sorry for double posting it, I posted this question to the JBoss AS deployment forum yesterday, but I just found this forum and I think that more people read it here who may be able to help me with this. I have successfully managed to get myself in classloading hell. :) And I would be glad if someone could help me out with this because I couldn't find enough information to resolve this problem. I am using JBoss AS 5.1. Here is my scenario: I have two top level EAR's: Service.ear and Application.ear Service.ear contains an MBean and a WAR, and has no classloader isolation defined or any other classloader settings modified. Application.ear has an EJB module and a WAR, and has an isolated classloader repository defined in the ear's jboss-app.xml, with java2ParentDelegation enabled. The problem is the following: The MBean in Service.ear is an event dispatcher, and the Application.ear's WAR registers an event listener object in the MBean during servlet context initialization. When the MBean dispatches the event, it can call the event listener registered by the application without problems, however, the event listener needs to use an SFSB, and at that point it fails because it can't access the EJB's remote interface: 2011-01-03 16:30:41,856 ERROR [...] (http-droolsdemo-portal%2F172.16.3.28-8080-1) Could not lookup GwtConsoleClient session bean: javax.naming.NamingException: Could not dereference object [Root exception is java.lang.RuntimeException: Can not find interface declared by Proxy in our CL + BaseClassLoader@2296c1d{vfszip:/opt/jboss-epp-5.0/jboss-as/server/default/deploy/Service.ear/}] (GwtConsoleClient's classes are in the EJB module of Application.ear) I can see that the problem is that the whole call chain was started from within the Service.ear's context, thus it uses its class loader domain. It is unclear to me that what exactly "BaseClassLoader@2296c1d{vfszip:/opt/jboss-epp-5.0/jboss-as/server/default/deploy/Service.ear/}" means. Does it refer to a classloader repository? If this is specific to the new classloading model in JBoss 5, where can I find a decent description of how it works? Would it resolve the problem if I could somehow delegate the loading of the remote interface to the default classloader, so that that single class would not be isolated? Is it possible to do that? Regards, Miklos Balazs -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578544#578544] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
6
0 / 0

[JBoss Portal] - Re: Difference between JBoss Portal 5.0 and previous versions

by Thomas Heute

Thomas Heute [http://community.jboss.org/people/thomas.heute%40jboss.com] created the discussion "Re: Difference between JBoss Portal 5.0 and previous versions" To view the discussion, visit: http://community.jboss.org/message/578999#578999 -------------------------------------------------------------- First, to avoid confusion there is no "JBoss Portal 5.0". We had a project called JBoss Portal (latest release was 2.7) the archive project page can still be found here: http://www.jboss.org/jbossportal http://www.jboss.org/jbossportal Enterprise Portal Platform 4.3 (Our product for which you can buy support) was based on Enterprise Application Platform 4.3 and JBoss Portal 2.7 (Adapted) In 2009 we partnered with eXo to work together on a single portal project which is known as GateIn http://www.jboss.org/gatein http://www.jboss.org/gatein (latest release is 3.1 to differenciate from JBoss Portal numbering). It's a major improvement, there are still some parts from JBoss Portal, but most of it would be new to JBoss Portal users. Enterprise Portal Platform 5.x (Our product for which you can buy support) are based on Enterprise Application Platform 5.x and GateIn Portal 3.x (Adapted) You will find the EPP documentations here for 4.3, 5.0 and 5.1: http://docs.redhat.com/docs/en-US/JBoss_Enterprise_Portal_Platform/index.... http://docs.redhat.com/docs/en-US/JBoss_Enterprise_Portal_Platform/index.... Also since you seem to be an EPP customer, I would advise to use the customer portal instead of the community forum if you are looking for faster answers (We take PTOs but not our support team :) ) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578999#578999] Start a new discussion in JBoss Portal at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

1
0
0 / 0

[IronJacamar] - Re: The replacement of system properties in *-ds.xml is done only for elements of string value type

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: The replacement of system properties in *-ds.xml is done only for elements of string value type" To view the discussion, visit: http://community.jboss.org/message/578359#578359 -------------------------------------------------------------- > >> Placing your property service into deployers/ should work.and it really works !!! Cool. :-) Anything else? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578359#578359] Start a new discussion in IronJacamar at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
9
0 / 0

[EJB3] - Re: Problem during session bean calls since migration to JBoss 6 Final

by jaikiran pai

jaikiran pai [http://community.jboss.org/people/jaikiran] created the discussion "Re: Problem during session bean calls since migration to JBoss 6 Final" To view the discussion, visit: http://community.jboss.org/message/578944#578944 -------------------------------------------------------------- > Jerome Blanchard wrote: > > but as soon as I try to make a call, I encounter this exception ; > java.io.InvalidClassException: org.jboss.security.auth.callback.SecurityAssociationHandler; class invalid for deserialization > Looks like an invalid jar (version) is in the client classpath. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578944#578944] Start a new discussion in EJB3 at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
3
0 / 0

[JBoss Web Services] - Re: jboss6 final and jbossws 3.4.0

by Antoine Brun

Antoine Brun [http://community.jboss.org/people/abr] created the discussion "Re: jboss6 final and jbossws 3.4.0" To view the discussion, visit: http://community.jboss.org/message/578778#578778 -------------------------------------------------------------- ok, I'll try with jbossws native 3.4.1 as soon as it is available. in the mean time, I tried to declare the handler like that: @HandlerChain(file = "handler-chain.xml") and I get: DEPLOYMENTS IN ERROR: Deployment "vfs:///home/abr/workspace/api/dist/ubi-api.ear" is in error due to the following reason(s): javax.xml.ws.WebServiceException: Could not find the handler configuration file handler-chain.xml specified by @HandlerChain annotation so next I tried: @HandlerChain(file = "/handler-chain.xml") and I get: DEPLOYMENTS IN ERROR: Deployment "vfs:///home/abr/workspace/api/dist/ubi-api.ear" is in error due to the following reason(s): javax.xml.ws.WebServiceException: false false Element <?xml version="1.0" encoding="utf-8"?><handler-config> <handler-chain> <handler-chain-name>SoapHandler</handler-chain-name> <handler> <handler-name>SoapMessageValidationHandler</handler-name> <handler-class>com.ubiqube.api.ws.soapHandler.MessageValidationSoapHandler</handler-class> </handler> </handler-chain> </handler-config> is not a valid root element in file vfs:/home/abr/workspace/api/dist/ubi-api.ear/ubi-api-ejb.jar/handler-chain.xml So with CXF 3.4.1the "/" must be there, wheras with native 3.4.0 it was not necessary (note that I did not try with the / and native 3.4.0). Do you know when the jbossws native 3.4.1 will be available for download? Another question, maybe you can point me to some doc: why choosing jbossws CXF against native? Is it a certification issue? Thank you for your time and answer Antoine -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578778#578778] Start a new discussion in JBoss Web Services at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
7
0 / 0

[JBoss Tools] - Deploying Jboss tools created application in WAS7

by Rahul Kumar

Rahul Kumar [http://community.jboss.org/people/rahulranchi] created the discussion "Deploying Jboss tools created application in WAS7" To view the discussion, visit: http://community.jboss.org/message/578885#578885 -------------------------------------------------------------- Hi, I have made an application using Jboss tools in Seam 2.2 on JBoss AS 5. I am trying to make this application deployable on WAS 7 using the link http://docs.jboss.org/seam/snapshot/en-US/html/websphere.html http://docs.jboss.org/seam/snapshot/en-US/html/websphere.html . I am applying the strategy 2 by adding core:init jndi-name="ejblocal:#{ejbName}" /> to the componets.xml but it is showing an error which says : cvc-complex-type.3.2.2: Attribute 'jndi-name' is not allowed to appear in element 'core:init'. Can anyone help me on this. Thanks and Regards, Rahul Kumar -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578885#578885] Start a new discussion in JBoss Tools at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
1
0 / 0

[JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/578803#578803 -------------------------------------------------------------- > And yes, I too think that parent-first is more natural, but the weirdness here is that "plain default" is false while adding classloading config turns it automatically into true. Well, the "plain default" knows about deployment type: * ear --> isolation --> look locally first == parent-first=false * war, which has parent-first=false by default Whereas jb-cl-domain.xml is deployment type agnostic, hence uses the more natural default. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578803#578803] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

3
6
0 / 0

[JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

by Petr H

Petr H [http://community.jboss.org/people/hostalp] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/578813#578813 -------------------------------------------------------------- > You just need to <javabean> the right filter instance. ;-) > > e.g. <-- pseudo code -- I need to check this into more details (it's been a while since I wrote this javabean' stuff :) )... Yeah, something of that sort would do it - CombiningClassFilter:: public static CombiningClassFilter create(ClassFilter... filters) ... public static CombiningClassFilter create(boolean and, ClassFilter... filters) ... public CombiningClassFilter(boolean and, ClassFilter[] filters) ... so passing filters via array would probably work if it's implemented that way. Anyway use of JavaOnlyClassFilter or EverythingClassFilter will still be an issue due to their private constructors. > Well, the "plain default" knows about deployment type: > * ear --> isolation --> look locally first == parent-first=false > * war, which has parent-first=false by default > > Whereas jb-cl-domain.xml is deployment type agnostic, hence uses the more natural default. Right, understood, it's just unfortunate that it's not so simple to change the classloading back to plain ear default then.. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578813#578813] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
2
0 / 0

[JBoss Microcontainer] - Re: How to stop my WAR loading JBoss's provided 3rd party classes?

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] created the discussion "Re: How to stop my WAR loading JBoss's provided 3rd party classes?" To view the discussion, visit: http://community.jboss.org/message/578801#578801 -------------------------------------------------------------- > The optimal target would be either to allow for multiple filters directly You just need to javabean> the right filter instance. ;-) e.g. <-- pseudo code -- I need to check this into more details (it's been a while since I wrote this javabean' stuff :) ) <before-filter> <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.plugins.filter.CombiningClassFilter"> <constructor> <parameter>  <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.plugins.filter.NegatingClassFilter"> <constructor> <parameter> <javabean xmlns="urn:jboss:javabean:2.0" class="org.jboss.classloader.spi.filter.RecursivePackageClassFilter"> <constructor> <parameter>org.hibernate</parameter> </constructor> </javabean> </parameter> </constructor> </javabean> </parameter> </constructor> </javabean> </before-filter> -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578801#578801] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

1
0
0 / 0

[JBoss Microcontainer] - Use JBMC to remove annotations and seam dependency

by Claudio Miranda

Claudio Miranda [http://community.jboss.org/people/Claudio4J] created the discussion "Use JBMC to remove annotations and seam dependency" To view the discussion, visit: http://community.jboss.org/message/578794#578794 -------------------------------------------------------------- Hi, is it possible to use MB to remove seam dependency from a set of class files ? I mean, I have a lot of classes with seam imports and @Name, @In, @Out, and need to use these same set of classes in a specific case where I cannot have seam library loaded. So, I want you guideline if is it possible to use MC to achieve this task. Thanks Claudio Miranda -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/578794#578794] Start a new discussion in JBoss Microcontainer at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

15 years, 3 months

2
1
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 January 2011