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

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

by ataylor

anonymous wrote : The problem really is whether you comply wit the javax XA API. So if you accept to set the timeout then you should return XA_RBTIMEOUT and not XAERR_NOTA. As you have decided not to return XA_RBTIMEOUT then setTransactionTimeout should always return false. Ok, so we don't allow the TM to set the timeout. I'll add a configuration attribute to set the JBM default timeout so we can configure it at a JBM level. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186432#4186432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186432

15 years, 6 months

1
0
0 / 0

[Design of JBoss Build System] - Re: Maven 2 master POM

by pgier

Sorry there is no reference like this for JBoss 4. JBoss 4.x is not built with Maven, so it doesn't have any master POM. JBoss 5 will have a POM that shows all the dependencies used in the build. javassist is the correct groupId. It was changed a couple of times, and the incorrect ones will eventually be put into a legacy repository. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186424#4186424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186424

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by adrian＠jboss.org

Also, I think you're trying to solve the problem at the wrong level. As we discussed before when I put the original VFS file caching in the VFSClassLoaderPolicy, this was just a temporary workaround because the VFS didn't have such behaviour itself. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186423#4186423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186423

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by adrian＠jboss.org

"alesj" wrote : 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. | Why CachingVFSClassLoaderPolicy? Remember our isA/hasA discussion? Is a vfs classloader policy a vfs cache or can a vfs classloader policy have a vfs cache? If like me you think it is the latter then it is not a subclass it is a property (although you might conceivable temporarily subclass to experiment with adding the property). The scalability problem of maintaining and supporting a whole new schema should be a warning sign. Are you going to create a new schema for every new feature? anonymous wrote : | 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=4186419#4186419 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186419

15 years, 6 months

1
0
0 / 0

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

by asimon

anonymous wrote : | even if the transaction timeout was set successfully? | The problem really is whether you comply wit the javax XA API. So if you accept to set the timeout then you should return XA_RBTIMEOUT and not XAERR_NOTA. As you have decided not to return XA_RBTIMEOUT then setTransactionTimeout should always return false. Arnaud View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186416#4186416 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186416

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6104; slow Seam deployments

by alesj

"stan.silvert(a)jboss.com" wrote : Great news. I updated AS5, jboss-deployers, jboss-vfs, and Seam to the latest from their respective trunks. Using the TimedVFSCache, it looks like the pauses are gone. | And I've got even a few more improvements. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186409#4186409 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186409

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-6104; slow Seam deployments

by stan.silvert＠jboss.com

Great news. I updated AS5, jboss-deployers, jboss-vfs, and Seam to the latest from their respective trunks. Using the TimedVFSCache, it looks like the pauses are gone. Stan View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186408#4186408 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186408

15 years, 6 months

1
0
0 / 0

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

by anil.saldhana＠jboss.com

We can remove them. We will have to make the sub modules "identity-common" etc renamed as "jboss-identity-common" to match the pom definition, as this is what is generated by mvn eclipse:eclipse. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186407#4186407 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186407

15 years, 6 months

1
0
0 / 0

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

by jeff.yuchang

Sorry if I am missing something obvious. But I don't know why do we need to upload the .project, .classpath to the svn repository. since we can run 'mvn eclipse:eclipse' for eclipse, and 'mvn idea:idea' for IntelliJ. Thanks Jeff View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186401#4186401 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186401

15 years, 6 months

1
0
0 / 0

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

by timfox

"ataylor" wrote : 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? Yes that's my understanding from reading his post: " In this case setTransactionTimeout MUST return false to indicate that the timeout is not handle as expected by the resource " View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186397#4186397 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186397

15 years, 6 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