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

[Design of JBoss Remoting, Unified Invokers] - Re: New release?

by david.lloyd＠jboss.com

I've updated the downloads page to include 2.2.0.GA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063134#4063134 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063134

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ordering of .ear subdeployments

by vickyk

What are the contents of your jboss-app.xml file ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063129#4063129 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063129

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ordering of .ear subdeployments

by SailuRavi

Currently Using 4.0.5 GA version and couldn't get the ordering in the application.xml to work.. It looks like it's loading the modules in an alphabetical order rather than in the order given in the application.xml. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063110#4063110 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063110

18 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: MetaBridge

by stan.silvert＠jboss.com

"julien(a)jboss.com" wrote : Thanks Stan, however I precisely want to avoid to declare the servlet faces in web.xml in order to avoid to have the servlet container use the class already provided by the Java EE environment. | | that's why I would prefer plain delegation. OK. I understand now. In that case I think you would just need to set the context classloader in the init() method of your filter. I think that the filter is guaranteed to be loaded before the servlet, or maybe you can configure it that way using <load-on-startup>. That way, the filter sets the context classloader in both init() and in doFilter(). When the application loader tries to load FacesServlet it will load the one in your WAR instead of the one that ships with the container. I think that should work and it would be easier than wrapping the FacesServlet. I'm a little weary of not declaring the FacesServlet in web.xml. I know that MyFaces relies on it to discover whether the application is path mapped or extension mapped. Stan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063079#4063079 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063079

18 years, 9 months

1
0
0 / 0

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

by bill.burke＠jboss.com

Instead of having a metadata bridge between these two projects, why not just merge the metamodels? And have both containers use the same classes? If this is an option, I do suggest a new package name so that if Carlo and company need to backmerge something, they won't conflict with JBoss 4.2. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063078#4063078 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063078

18 years, 9 months

1
0
0 / 0

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

by adrian＠jboss.org

You should probably also include a static reference for a singleton TypeInfoFactory somewhere to avoid the continous object construction for lots of serialization. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063075#4063075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063075

18 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Partitioning in JBoss Cache - JBCACHE-60

by galder.zamarreno＠jboss.com

As Manik said, this links very nicely to my suggestion to be able to define regions based on regular expressions http://jira.jboss.com/jira/browse/JBCACHE-1122 where all nodes matching a regular expression are part of a region and belong to a specific PartitionGroup. You could then differentiate between structural nodes and data nodes and define how many copies of each region should be in the cluster? with data nodes backup requirements being more important than structural ones? Regardless, I'm gonna link JBCACHE-1122 to JBCACHE-60 so that we have it in mind. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063070#4063070 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063070

18 years, 9 months

1
0
0 / 0

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

by adrian＠jboss.org

I don't understand this new helper? | Modified: projects/microcontainer/trunk/container/src/main/org/jboss/reflect/plugins/ClassInfoImpl.java | =================================================================== | --- projects/microcontainer/trunk/container/src/main/org/jboss/reflect/plugins/ClassInfoImpl.java 2007-07-11 14:58:35 UTC (rev 63972) | +++ projects/microcontainer/trunk/container/src/main/org/jboss/reflect/plugins/ClassInfoImpl.java 2007-07-11 15:16:44 UTC (rev 63973) | @@ -26,6 +26,9 @@ | import java.util.Collection; | import java.util.HashMap; | import java.util.Map; | +import java.io.ObjectInputStream; | +import java.io.IOException; | +import java.io.ObjectOutputStream; | | import org.jboss.reflect.spi.ClassInfo; | import org.jboss.reflect.spi.ConstructorInfo; | @@ -108,27 +111,86 @@ | protected PackageInfo packageInfo; | | /** The class info helper */ | - protected ClassInfoHelper classInfoHelper; | + protected transient ClassInfoHelper classInfoHelper; | | /** The type info factory */ | - protected TypeInfoFactory typeInfoFactory; | + protected transient TypeInfoFactory typeInfoFactory; | | /** The attachments */ | private transient TypeInfoAttachments attachments; | | + /** The serialization helper */ | + private SerializationHelper serializationHelper; | I don't really understand why you are serializing any state except the annotatedElement. All you need to do is rehook into the typeinfo factory using some package protected method and recreate the other state during deserialization (most of it can be left to be initialized lazily?) | public void readObject(...) | { | super.readObject(...); | typeInfoFactory = new IntrospectionTypeInfoFactory(...); | classInfoHelper = typeInfoFactory.getClassInfoHelper(); | // etc. | } | In fact, a much more trivial mechanism would be to use "readResolve" | Object readResolve() | { | IntrospectionTypeInfoFactory factory = new IntrospectionTypeInfoFactory(); | return factory.getTypeInfo(annotatedElement); | } | Then you aren't creating multiple ClassInfo objects during deserialization, especially if they are already present in the cache. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063066#4063066 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063066

18 years, 9 months

1
0
0 / 0

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

by alesj

"adrian(a)jboss.org" wrote : | What a waste of memory. | :-) "adrian(a)jboss.org" wrote : | The solution should just involve reconnecting to that singleton (from the reflect | implementation of ClassInfo) during deserialization. | I've introduced a new 'helper' which knows how to provide the three already existing helpers ClassInfoImpl needs - TypeInfoFactory, ClassInfoHelper and AnnotationHelper. In the case of Introspection all three are implemented in one class: IntrospectionTypeInfoFactoryImpl. I've just added IntrospectionDelegateHolder so that IntrospectionTypeInfoFactory remains almost the same, just impl TypeInfoFactory. "adrian(a)jboss.org" wrote : | You should just disable the serialization tests for the javassist versions | and it to its outstanding jira tasks. Done. Yet to update tasks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063045#4063045 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063045

18 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: MetaBridge

by julien＠jboss.com

Thanks Stan, however I precisely want to avoid to declare the servlet faces in web.xml in order to avoid to have the servlet container use the class already provided by the Java EE environment. that's why I would prefer plain delegation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063044#4063044 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063044

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