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

[Design the new POJO MicroContainer] - Re: JBMDR-51; Annotation equals is completely broken

by alesj

"adrian(a)jboss.org" wrote : | Also, javassist has an annotation implementation that does equals and hashcode correctly (including default values). How do we enable that this gets used when creating annotations? Since from MC/Kernel/AbstractAnnotationMetaData we use | ann = (Annotation)AnnotationCreator.createAnnotation(annString, cl); | where this at the end uses AnnotationProxy::createProxy. No sign of checking if Javassist is present - to use its mechanism. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186396#4186396 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186396

15 years, 5 months

1
0
0 / 0

[Design of POJO Server] - VFS and JBossAS initialization

by alesj

In order to speed/cache things up, I suggest the following addition: bootstrap.xml | <bootstrap xmlns="urn:jboss:bootstrap:1.0"> | | <url>initialize.xml</url> | <url>classloader.xml</url> | Where initialize.xml would look like: |  | <deployment xmlns="urn:jboss:bean-deployer:2.0"> | | <bean name="VFSCache"> | <constructor factoryClass="org.jboss.virtual.spi.cache.VFSCacheFactory" factoryMethod="getInstance"/> | <uninstall method="stop"/> | </bean> | | <bean name="JBossVFSInitializer" class="org.jboss.virtual.plugins.cache.PreInitializeVFSContexts"> | <property name="initializedVFSContexts"> | <list elementClass="java.net.URL"> | <value>${jboss.lib.url}</value> | <value>${jboss.server.lib.url}</value> | </list> | </property> | </bean> | | <bean name="SingletonSchemaResolverFactory" class="org.jboss.xb.binding.sunday.unmarshalling.SingletonSchemaResolverFactory"> | <constructor factoryClass="org.jboss.xb.binding.sunday.unmarshalling.SingletonSchemaResolverFactory" factoryMethod="getInstance"/> | <install method="addJaxbSchema"> | <parameter>urn:jboss:caching-classloader:1.0</parameter> | <parameter>org.jboss.classloading.spi.vfs.metadata.CachingVFSClassLoaderFactory10</parameter> | </install> | </bean> | | </deployment> | The first bean just says we should stop cache after we're done. The 2nd one pre-initializes some of the most commonly used vfs roots, hence pushing matching contexts into vfs cache. The last is VFSClassLoaderFactory metadata that works off the vfs cache. I'm already running this, which results in this minimal cache: - http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186390#4186390 What do you think? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186394#4186394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186394

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by ataylor

anonymous wrote : Yes, but if Arnaud is right we also need to return false to set timeout. even if the transaction timeout was set successfully? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186393#4186393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186393

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by timfox

"ataylor" wrote : Ok, I think the consensus is we roll back the tx, this will clear any acknowledgements or messages. The question is do we remove the tx completely or leave it with the resource manager and return XA_RBTIMEOUT. I think as long as the tm can handle the first case then we should just do that as its simpler. Yes, but if Arnaud is right we also need to return false to set timeout. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186391#4186391 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186391

15 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Heavy usage of VirtualFileURLConnection

by alesj

"alesj" wrote : | Just need to find out where that double // is coming in. | Otherwise it looks good == behaves as expected. :-) Down to just this: | VFSContext - root URI | file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/lib/ | file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/conf/ | file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/deploy/ | file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/deployers/ | file:/C:/projects/jboss5/trunk/build/output/jboss-5.0.0.GA/server/default/lib/ ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186390#4186390 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186390

15 years, 5 months

1
0
0 / 0

[Design of JBoss Identity] - Re: Get the .classpath&.project removed from the identity re

by anil.saldhana＠jboss.com

The eclipse .project, .classpath need to be updated on a regular basis. I think Bolek uses IntelliJ and I use eclipse. When I update my workspace, I fix the eclipse stuff. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186389#4186389 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186389

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by ataylor

Ok, I think the consensus is we roll back the tx, this will clear any acknowledgements or messages. The question is do we remove the tx completely or leave it with the resource manager and return XA_RBTIMEOUT. I think as long as the tm can handle the first case then we should just do that as its simpler. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186388#4186388 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186388

15 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: XA resource and setting the timeout

by asimon

>From the XA Open Group point of view I agree with what Jonathan said. However form the Javax XA API point of view I would say that we have two choices: 1) rollback the branch and ignore it (i.e. return XAERR_NOTA) or don't roll it back at all. In this case setTransactionTimeout MUST return false to indicate that the timeout is not handle as expected by the resource 2) setTransactionTimeout returns true and this implies that the branch is rolled back and XA_RBTIMEOUT is returned. I.e. we must remember the tx branch ID. Arnaud View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186384#4186384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186384

15 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMDR-51; Annotation equals is completely broken

by alesj

"adrian(a)jboss.org" wrote : | | | What's wrong with Arrays.equals(Object[], Object[])? | | | I doubt that works on primitive arrays? And BeanInfo::getProperty(Object, String) returns Object, which can be anything Annotation member can be. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186381#4186381 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186381

15 years, 5 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMDR-51; Annotation equals is completely broken

by adrian＠jboss.org

"alesj" wrote : "alesj" wrote : | | Too late, re-invented. :-) | | | | | if (Objects.isArray(value)) | | | { | | | if (Objects.isArray(other) == false) | | | return Boolean.FALSE; | | | | | | int length = Array.getLength(value); | | | if (length != Array.getLength(other)) | | | return Boolean.FALSE; | | | | | | for (int i = 0; i < length; i++) | | | { | | | if (JBossObject.equals(Array.get(value, i), Array.get(other, i)) == false) | | | return Boolean.FALSE; | | | } | | | } | | | | As annotation can only take single dimension arrays as values this is fine. | But since I'm already fixing this: | - http://lists.jboss.org/pipermail/jboss-development/2008-October/012837.html | I'll add a generic (recursive) arrays equal to common-core. | Unless this is already done somewhere, and I just cannot find it. ;-) | What's wrong with Arrays.equals(Object[], Object[])? | The square brackets probably don't show properly above? :-) Also, javassist has an annotation implementation that does equals and hashcode correctly (including default values). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186379#4186379 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186379

15 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008