August 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by pfrontiero

We are currently in the process of evaluating the migration of our application from JBoss 4.x to JBoss 5.1.0.GA and are experiencing what seems to be the same issue. The only way we have been able to get around this problem is to disable the WarClassLoaderDeployer (by commenting it out in war-deployers-jboss-beans.xml), however, this is not an ideal workaround. Any help would be appreciated. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250182#4250182 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250182

16 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Adding annotations to MDR via bean metadata

by kabir.khan＠jboss.com

I am creating a bean metadata with some annotations added | AbstractBeanMetaData metaData = new AbstractBeanMetaData("McBean", McBeanAnnotationsFromMetaData.class.getName()); | metaData.setAccessMode(BeanAccessMode.ALL); | | AbstractConstructorMetaData ctor = new AbstractConstructorMetaData(); | AnnotationMetaData initializer = new AbstractAnnotationMetaData("@" + Initializer.class.getName()); | ctor.setAnnotations(Collections.singleton(initializer)); | metaData.setConstructor(ctor); | I create a KCC from that and deploy it. When I read the metadata from my describe action there are no annotations in the metadata: | private AnnotatedType<T> createMdrDecoratedAnnotatedType(Class<T> clazz) | { | AnnotatedType<T> type = context.getManager().createAnnotatedType(clazz); | | KernelController controller = (KernelController)context.getController(); | Kernel kernel = controller.getKernel(); | KernelMetaDataRepository repository = kernel.getMetaDataRepository(); | MetaData metaData = repository.getMetaData(context); | | return MDRAnnotatedTypeFactory.getInstance().getAnnotatedType(type, metaData); | } | | Am I adding them wrong? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250172#4250172 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250172

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

It's great to know that I can get to the deployment unit from a Servlet or ServletContextListener. That's pretty cool. But I want to keep my code as simple as possible. So I think a simple JNDI lookup will be best unless there is a perf reason or something else I'm not seeing. Since we must choose a JNDI name that can never change, I think I'm OK depending on that name. This is JBoss AS integration code, so I'm not worried about portability to Glassfish. :-) So are we set to go with the ValidatorFactoryJndiBinderDeployer? Is it in AS5.2 yet? What is the name I will use to find my VF? Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250168#4250168 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250168

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by alesj

"stan.silvert(a)jboss.com" wrote : | Is that better than getting it from JNDI? | Dunno. :-) I never liked JNDI, depending too much on that magic name. If I can get it more type safe, I would use that. But I guess you used JNDI a lot more than me. And it's probably trivial to support both use cases - with proper simple abstraction; e.g. if you port your code to other app server, there won't be mc-int View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250162#4250162 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250162

16 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

"alesj" wrote : "stan.silvert(a)jboss.com" wrote : Because I don't yet have a JSFDeployer, I do this in our JSF ServletContextListener. The only way I can do it is to create the VF myself or get it from JNDI. | | Stan | Not true. ;-) | | You can use my MC-int/servlet code and get VF from DeploymentUnit or VFF for that matter. | You should definitely not create it yourself, if we want to have a common VF for the whole module. | | For MC-int usage see here: | - http://anonsvn.jboss.org/repos/jbossas/projects/mc-tools/grapher/trunk/sr... | VDFConnector as an entry point. Is that better than getting it from JNDI? Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250156#4250156 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250156

16 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: jboss-profiler-2.0.0 Configuration Issue.

by jesper.pedersen

JBoss-4.0 is not supported. Upgrade to 5.1.0 which is the latest release. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250143#4250143 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250143

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bridge Leaking

by timfox

Fixed the issue, just running tests now View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250132#4250132 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250132

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bridge Leaking

by jmesnil

"clebert.suconic(a)jboss.com" wrote : From what I saw from a few tests I did now, this leak / Bridgeimpl.stop hanging would also eventually happen without the latest changes from 7763. | | However after 7763 the Bridge.stop is always hanging, making the testsuite to timeout. | >From the IRC discussion this morning: | AndyTaylor: jmesnil: BridgeImpl stop method | [10:48] AndyTaylor: jmesnil: you can see that we first closte the session factory i.e. csf.close(); | [10:48] AndyTaylor: jmesnil: then we execute a stop runnable | [10:48] AndyTaylor: jmesnil: if you look at stopRunnable it calls session.close | [10:49] AndyTaylor: jmesnil: this hangs on sendBlocking obviously because the session factpry has been closed | [10:49] AndyTaylor: jmesnil: if i remove the tests don't hang and pass (apart from one) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250098#4250098 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250098

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bridge Leaking

by timfox

Yes, that's my observation too from last night's midnight discussion View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250097#4250097 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250097

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Is DeliveryCount ignored for large messages?

by timfox

I mean on the client side. Line 410, ClientConsumerImpl: | currentChunkMessage = new ClientMessageImpl(packet.getDeliveryCount()); | Until I changed it yesterday it used to read: | currentChunkMessage = new ClientMessageImpl(); | So the delivery count information was always zero to the client, unless you're setting it somewhere else. If this is the case, you should add a test. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250096#4250096 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250096

16 years, 7 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 August 2009