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

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by adrian＠jboss.org

"wolfc" wrote : If I modify EARStructure to sort the j2ee modules it all falls back into place. | Is that a way to go? NO. Implicit rules are broken as soon as somebody introduces other dependencies that change the implicit rule. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062939#4062939 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062939

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassInfo being serializable

by adrian＠jboss.org

No. You don't want an instance of TypeInfoFactory for every type which is what will happen if you implement (b). That will lead to multiple caches each with their own versions of the 'same" object. What a waste of memory. The IntrospectionTypeInfoFactoryImpl is already a singleton if you look at it properly. The singleton is held in the wrapper IntrospectionTypeInfoFactory for exactly the reason that even if two people construct their own, you don't want multiple versions of the data. They share the data. The solution should just involve reconnecting to that singleton (from the reflect implementation of ClassInfo) during deserialization. You should just disable the serialization tests for the javassist versions and it to its outstanding jira tasks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062933#4062933 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062933

18 years, 9 months

1
0
0 / 0

[Design of JBoss Wiki] - Re: Portal 2.6 support...

by bdaw

"mimra" wrote : OK, I have the Wiki running under JBP 2.6 now and everything seems to work. | Great anonymous wrote : | I have mailed the file to your JBoss email address. | I forwarded it to JBoss Wiki lead developer. Thanks a lot for the contribution! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062932#4062932 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062932

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by vickyk

"wolfc" wrote : In this case there is: ear = client jar + ejb jar (no metadata / javaee 5) | Can you specify the order of the deployment modules in the application.xml file and see if this works ? Also you would have to use the module-order as strict in the jboss-app.xml . View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062928#4062928 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062928

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC 2.0 tasks

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : "b_georges" wrote : | | | | anonymous wrote : | | | 67) http://jira.jboss.com/jira/browse/JBMICROCONT-77: Make a proper version of the KernelControllerContextAware protocol - Unassigned | | | | | | | Kabir and Ales have done some work here, but I haven't | | had time to review it. | | | | | While still used internally, the main use-case, the KCCA introductions + aspects have been replaced with lifecycle callback listeners http://www.jboss.com/index.html?module=bb&op=viewtopic&t=105380 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062927#4062927 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062927

18 years, 9 months

1
0
0 / 0

[Design of JBoss Wiki] - Re: Portal 2.6 support...

by mimra

OK, I have the Wiki running under JBP 2.6 now and everything seems to work. I have only made changes to | JBossPortalCredentials | I have mailed the file to your JBoss email address. /Michael View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062926#4062926 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062926

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - ClassInfo being serializable

by alesj

As http://jira.jboss.com/jira/browse/JBMICROCONT-128 states, ClassInfo is holding reference to TypeInfoFactory. Solutions: (a) making TypeInfoFactory transient - lazy constructing on deserialization (b) making TypeInfoFactory serializable Can (a) be done in reasonable way? I've taken (b) approach. Making TypeInfoFactory means making WeakTypeCache serializable. Is this legit: | public abstract class WeakTypeCache<T> implements Serializable | { | private static final long serialVersionUID = 7314636572425329549L; | | /** The cache */ | private transient Map<ClassLoader, Map<String, T>> cache; | | private Map<ClassLoader, Map<String, T>> getCache() | { | if (cache == null) | cache = new WeakHashMap<ClassLoader, Map<String,T>>(); | return cache; | } | | ... | | private synchronized Map<String, T> getClassLoaderCache(ClassLoader cl) | { | Map<ClassLoader, Map<String, T>> cache = getCache(); | Map<String, T> result = cache.get(cl); | if (result == null) | { | result = new WeakValueHashMap<String, T>(); | cache.put(cl, result); | } | return result; | } | } | I've added 'new' WeakClassCache (similar to existing in commons) for JavassistTypeInfoFactoryImpl to extend. | public abstract class WeakClassCache extends WeakTypeCache<Object> | { | private static final long serialVersionUID = 2352263033415675186L; | | protected Object instantiate(ParameterizedType type) | { | throw new UnsupportedOperationException("No such method in WeakClassCache from JBoss-Commons."); | } | | protected void generate(ParameterizedType type, Object result) | { | throw new UnsupportedOperationException("No such method in WeakClassCache from JBoss-Commons."); | } | } | After doing this I'm able to get ClassInfoTestSuite running for Introspection test cases, but I get new failures for Javassist: - CtClass not being serializable in JavassistInheritableAnnotationHolder - javassist AnnotationImpl not being serializable - ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062925#4062925 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062925

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Java EE unified metadata prototype

by alex.loubyansky＠jboss.com

I looked into Adrian's metadata prototype for EJB2/3 (which hasn't been committed and isn't available publicly). - the bindings are done with java annotations and it's based on jbossxb-builder. We will need to release the jbossxb-builder if we decide to follow this approach - the DDs are supposed to be unmarshalled into different object graphs and then merged, right? - the binding between Java and XML is exact, i.e. each XML element (even if are not interested in it) will be represented in the Java model, right? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062913#4062913 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062913

18 years, 9 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Uniquely identifying services and actions

by mark.little＠jboss.com

"tfennelly" wrote : Well is the only issue with the length of the "formal" name one of displaying it (and hence the need for a "nickname")? | Possibly. I think it was Burr or TomC who mentioned it. anonymous wrote : | If so, then is it not just a display issue? For displaying on a UI, perhaps the name could be abbreviated to just the action name and use some funky AJAX thingy (or whatever) to popup the "formal" name on mouseover (or whatever). For printing, I don't think you could use a nickname because that would require manual translation back to the formal name. Yes, I agree. We have to consider all possible ways in which this will be viewed, including hardcopy. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062902#4062902 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062902

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by wolfc

If I modify EARStructure to sort the j2ee modules it all falls back into place. Is that a way to go? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062898#4062898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062898

18 years, 9 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 2007