January 2008 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - Re: JBMICROCONT-224

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : I'd just change all the uses of the classloader.loadClass() to be Class.forName() | | | | Actually resolve=false is the equivalent of ClassLoader.loadClass() | | | Initialize, not resolve. :-) | It's resolve. It means do you resolveClass() when you load the class. ;-) | public static Class<?> forName(String name, boolean initialize, | ClassLoader loader) | throws ClassNotFoundException | But in our case, as the JIRA (http://jira.jboss.com/jira/browse/JBMICROCONT-224) suggest (as you suggest :-)), initialize=true must be used. Which still calls for a new method. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119113#4119113 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119113

18 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: NPE booting Embedded JBoss from trunk

by kabir.khan＠jboss.com

This has been fixed. Seam will need to update the embedded distribution and to enable the two lines commented with "Enable following embedded upgrade" in bootstrap/deployers/aspect-deployer-beans.xml. http://jira.jboss.com/jira/browse/EMB-5 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119103#4119103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119103

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: migrating TransactionManager and Invokers to POJO

by jhalliday

You mean keep the JTS in its JMX version rather than converting to POJO? It's an option I guess, but if I keep going down the path of making temporary changes to the AS, at some point my test results become meaningless since I'm basically just hacking the AS to make them pass. Likewise I'd be testing a version of the TS I has no intention of releasing. Still, probably worth it if I reach a point of wanting to test new JTS features that don't relate to the way it's integrated or deployed in AS. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119102#4119102 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119102

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-224

by alesj

"adrian(a)jboss.org" wrote : I'd just change all the uses of the classloader.loadClass() to be Class.forName() | | Actually resolve=false is the equivalent of ClassLoader.loadClass() | Initialize, not resolve. :-) | public static Class<?> forName(String name, boolean initialize, | ClassLoader loader) | throws ClassNotFoundException | But in our case, as the JIRA (http://jira.jboss.com/jira/browse/JBMICROCONT-224) suggest (as you suggest :-)), initialize=true must be used. Which still calls for a new method. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119101#4119101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119101

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-224

by adrian＠jboss.org

I'd just change all the uses of the classloader.loadClass() to be Class.forName() Actually resolve=false is the equalivent of ClassLoader.loadClass() e.g. | private TypeInfo resolveComplexTypeInfo(ClassLoader cl, String name) | throws ClassNotFoundException | { | if (cl == null) | cl = Thread.currentThread().getContextClassLoader(); | | - Class clazz = cl.loadClass(name); | + Class<?> clazz = Class.forName(name, false, cl); | return getTypeInfo(clazz); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119087#4119087 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119087

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by thomas.diesler＠jboss.com

Mark sais: anonymous wrote : | Nice work. I would call it 3.0 to be honest: it's a significant difference over the previous release IMO. | | Mark. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119086#4119086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119086

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - JBMICROCONT-224

by alesj

OK, this look pretty straight forward, except that I don't like where the code resides. :-) Doing this in ArrayInfoImpl.getType is where this is needed: | if (annotatedElement == null) | { | try | { | annotatedElement = Class.forName(name, true, componentType.getType().getClassLoader()); | } | catch (Throwable t) | { | throw new UndeclaredThrowableException(t); | } | } | return (Class<? extends Object>)annotatedElement; | But using Class.forName outside TypeInfoFactory (TIF) doesn't seem right. Should I introduce new method on TIF? If so, how to name it, params, ... Perhaps this? | TypeInfo getTypeInfo(String name, boolean initialize, ClassLoader cl) throws ClassNotFoundException; | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119077#4119077 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119077

18 years, 2 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: some enhancements to jboss-test

by akostadinov

Actually I see there is already a build.log recorded by the test suite so I can just put a condition to check if any server failed to shutdown. This will not require a change in jboss-test. I think that is a better solution than bloating the stop task with file modifications. Extracting server names that failed to shutdown will be harder but if you think it's worth doing, I'll try. Should I go that way? And please advise which branches should I put that in - Branch_5_0 and trunk? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119076#4119076 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119076

18 years, 2 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: JBossWS brings Metro/CXF but in what version?

by alessio.soldano＠jboss.com

Here are my 2 cents: "thomas.diesler(a)jboss.com" wrote : ... and if only native changes we would have redundant releases? | | * jbossws-2.1.1-native-2.0.4 | * jbossws-2.1.1-metro-1.0.0 | * jbossws-2.1.1-cxf-1.0.0 Not sure if this might be convenient in practice, however what about doing the following way if we choose the verbose option? - native only changes * jbossws-2.1.0-native-2.0.4 * jbossws-2.1.0-metro-1.0.0 * jbossws-2.1.0-cxf-1.0.0 i.e. we release jbossws-2.1.0-native-2.0.4 only - framework/spi/common only changes * jbossws-2.1.1-native-2.0.3 * jbossws-2.1.1-metro-1.0.0 * jbossws-2.1.1-cxf-1.0.0 i.e. we release all, without changing the stack release number - framework/spi/common changes + native changes * jbossws-2.1.1-native-2.0.4 * jbossws-2.1.1-metro-1.0.0 * jbossws-2.1.1-cxf-1.0.0 i.e. we release all, also changing the native stack release number View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119074#4119074 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119074

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS - minor performance improvement

by alesj

"adrian(a)jboss.org" wrote : Can we add a VFS/VirtualFile.getChild() that doesn't throw an IOException? | | | | /** | | * Get a child | | * | | * @return the child or <code>null</code> if not found | | * @throws IOException if a real problem occurs | | */ | | public VirtualFile getChild() throws IOException {} | | | I can add this, and we can then slowly move the findChild usage to this new getChild + null check. And I guess you mean getChild(String path)? ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4119070#4119070 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4119070

18 years, 2 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 January 2008