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

[Design of POJO Server] - Re: [jboss-metadata] No ResourceProcessor for JBoss50Creator

by ALRubinger

Emanuel's taken care of this. Making my dev cycle for SessionContext stuff go from 5+ minutes to 4 seconds. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166232#4166232 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166232

17 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOPConstructorJoinpoint and methodHasSubInstanceMetaData

by adrian＠jboss.org

Jira Issue: https://jira.jboss.org/jira/browse/JBMDR-29 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166225#4166225 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166225

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBoss with spaces in the directory name

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | I'm fixing the first two problems. Ales, I'll let you look at the VFS issue. ;-) I'd guess the fix invloves adding a URLDecoder.decode(uri, "UTF-8"); to FileSystemContext.getFile(URI) but there might be other places that need this fix? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166222#4166222 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166222

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - JBoss with spaces in the directory name

by adrian＠jboss.org

https://jira.jboss.org/jira/browse/JBAS-5796 The initial problem is in the main class, which needs the file converting to a URI before creating the URL for jboss.home.url otherwise it doesn't encode the URL properly | [ejort@warjort main]$ svn diff | Index: src/main/org/jboss/Main.java | =================================================================== | --- src/main/org/jboss/Main.java (revision 76000) | +++ src/main/org/jboss/Main.java (working copy) | @@ -138,7 +138,7 @@ | if (homeURL == null) | { | File file = new File(homeDir); | - homeURL = file.toURL().toString(); | + homeURL = file.toURI().toURL().toString(); | props.setProperty(ServerConfig.HOME_URL, homeURL); | } | The next problem is that the property editors aren't handling encoded URLs/URIs properly: https://jira.jboss.org/jira/browse/JBCOMMON-60 After that there some problem in the VFS: | Caused by: org.jboss.mx.util.JBossNotCompliantMBeanException: Error parsing the XML file, from XMLMetaData: | at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:292) | at org.jboss.mx.modelmbean.XMBean.<init>(XMBean.java:253) | at org.jboss.mx.modelmbean.XMBean.<init>(XMBean.java:282) | at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) | at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) | at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) | at java.lang.reflect.Constructor.newInstance(Constructor.java:494) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1242) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286) | at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344) | at org.jboss.system.ServiceCreator.installExternalXMBean(ServiceCreator.java:286) | at org.jboss.system.ServiceCreator.install(ServiceCreator.java:122) | ... 38 more | Caused by: org.dom4j.DocumentException: Child not found jboss-5.0.0.CR2%20test/server/default/conf/xmdesc/AttributePersistenceService-xmbean.xml for FileHandler@166961 | 1[path= context=file:/home/ejort/jboss-head/build/output/ real=file:/home/ejort/jboss-head/build/output/] Nested exception: Child not found jboss-5.0.0.CR2%20test/serv | er/default/conf/xmdesc/AttributePersistenceService-xmbean.xml for FileHandler@1669611[path= context=file:/home/ejort/jboss-head/build/output/ real=file:/home/ejort/jbo | ss-head/build/output/] | at org.dom4j.io.SAXReader.read(SAXReader.java:484) | at org.dom4j.io.SAXReader.read(SAXReader.java:291) | at org.jboss.mx.metadata.XMLMetaData.build(XMLMetaData.java:255) | ... 49 more | Probably because the FileHandler is looking for a directory called? boss-5.0.0.CR2%20test I'm fixing the first two problems. Ales, I'll let you look at the VFS issue. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166220#4166220 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166220

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: BootstrapDeployersTest enhancements and AssembledDirecto

by alesj

"adrian(a)jboss.org" wrote : Remove the INFO filter I mentioned above, then you'll see the problem. Aha, yes, I see what's the issue now. :-) It's the getChildren that fails, we really never recurse into those bad jars. But since we don't do the contents reading lazy - which we probably could/should - the creation fails, and is correctly ignored. :-) If the stuff would lazily read contents, it would depend on the recurseFilter it it would eventually fail, e.g. comparing just name should have no impact, where checking some contents would. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166206#4166206 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166206

17 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Re: Isolated classloader

by adrian＠jboss.org

For a real deployment you use META-INF/jboss-classloading.xml For a standalone -beans.xml that is deployed by referencing its url | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | |  | | <classloader><inject bean="whatever:0.0.0"/></classloader> | |  | <classloader xmlns="urn:jboss:classloader:1.0" | name="whatever" | version="0.0.0" | domain="IsolatedTest" | parent-first="false"> | <root>some/url</root> | </classloader> | | </deployment> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166200#4166200 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166200

17 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOPConstructorJoinpoint and methodHasSubInstanceMetaData

by adrian＠jboss.org

Are you expecting to retrieve metadata from non-public methods If so then we need to fix AnnotatedElementMetaLoader to let you do that. Just using getDeclaredMethod() is wrong since it wouldn't be able to get annotations on methods from a super classes. It looks like Ales already did this for fields with his findField() call. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166197#4166197 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166197

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: BootstrapDeployersTest enhancements and AssembledDirecto

by adrian＠jboss.org

Remove the INFO filter I mentioned above, then you'll see the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166195#4166195 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166195

17 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOPConstructorJoinpoint and methodHasSubInstanceMetaData

by kabir.khan＠jboss.com

I'll hazard a guess The original MethodInfo comes from AOPConstructorJoinPoint | private boolean rootHasMethodWithSubInstanceMetaData(MetaData metaData) | { | .... | MethodInfo[] methods = info.getDeclaredMethods(); | if (methods != null) | { | for (MethodInfo mi : methods) | { | if (methodHasSubInstanceMetaData(metaData, mi)) | { | return true; | } | } | } | --- | } | Are the semantics of MethodInfo.getDeclaredMethods() the same as of Class.getDeclaredMethods()? In that case it would return private and protected methods, so these would get passed in to AnnotatedElementMetaDataLoader. getComponentMetaDataRetrieval() which in turn calls Class.getMethod(), which will fail on anything non-public. | public MetaDataRetrieval getComponentMetaDataRetrieval(Signature signature) | { | ... | else if (signature instanceof MethodSignature) | { | try | { | Method method = clazz.getMethod(signature.getName(), signature.getParametersTypes(clazz)); | return new AnnotatedElementMetaDataLoader(method); | } | catch (NoSuchMethodException e) | { | return null; | } | } | } | } | Changing that to use class.getDeclaredMethod() might fix this View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166192#4166192 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166192

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: BootstrapDeployersTest enhancements and AssembledDirecto

by alesj

"adrian(a)jboss.org" wrote : | Part of the reason it is slow is that it is trying to open jars | (some of which in deployers-vfs are deliberately broken to test | error handling). | But I see that the SuffixesExcludeFilter(JarUtils.getSuffixes()) is used as a recurseFilter in that file visit. So that shouldn't be the case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166189#4166189 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166189

17 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-dev-forums July 2008