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

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Removing dependency on concurrent.jar

by scott.stark＠jboss.org

Dimitris, me. I'll start the 2.2.x today. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040335#4040335 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040335

19 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Removing dependency on concurrent.jar

by kabir.khan＠jboss.com

Who owns common? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040334#4040334 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040334

19 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Removing dependency on concurrent.jar

by scott.stark＠jboss.org

That would mean making the jboss-common jar drop the concurrent dependency. We should create a 2.2.x to do this and leave the 2.0.x common codebase as is. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040325#4040325 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040325

19 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Removing dependency on concurrent.jar

by kabir.khan＠jboss.com

Manik requested that I look into making AOP 2.0 independent of concurrent.jar. I've replaces all references to EDU.oswego classes with their java.util.concurrent counteparts. All works fine, apart from org.jboss.aop.proxy.ProxyFactory.createInterfaceProxy, which instantiates a org.jboss.aop.proxy.Proxy which has a field of type GUID(), which uses a SynchronizedLong behind the scenes: | ava.lang.NoClassDefFoundError: EDU/oswego/cs/dl/util/concurrent/SynchronizedLong | at org.jboss.util.id.UID.<clinit>(UID.java:56) | at org.jboss.util.id.VMID.create(VMID.java:258) | at org.jboss.util.id.VMID.getInstance(VMID.java:222) | at org.jboss.util.id.GUID.<init>(GUID.java:64) | at org.jboss.aop.proxy.ProxyFactory.createInterfaceProxy(ProxyFactory.java:62) | at org.jboss.test.aop.proxy.ProxyTestCase.testProxy(ProxyTestCase.java:101) | Is making the jboss.util stuff use a java.util.concurrent.atomic.AtomicLong instead an option? The only other alternative I can see would be to use something other than a GUID in this place. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040319#4040319 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040319

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: swimlaneInstance overwritten when creating startTaskInst

by yoyoyoyo

Hallo Ronald, Tks for your reply. "pooled actors and actor: task is assigned to individual actor id and not in the group tasklist" -- yes your reply confirms my assumption. but -- then after creating the instance for the first task, the related swimlaneInstance with pooledActors changes its behavior: the originally as group task designed task is set to the actor who created the first taskInstance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040250#4040250 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040250

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: aop-mc-int tests with maven

by kabir.khan＠jboss.com

That does something, now I get | $ mvn | [INFO] Scanning for projects... | WAGON_VERSION: 1.0-beta-2 | [INFO] ---------------------------------------------------------------------------- | [INFO] Building JBoss Microcontainer AOP MC INT | [INFO] task-segment: [install] | [INFO] ---------------------------------------------------------------------------- | [INFO] [resources:resources] | [INFO] Using default encoding to copy filtered resources. | [INFO] [compiler:compile] | [INFO] Nothing to compile - all classes are up to date | [INFO] [jboss-retro:retro-compile {execution: default}] | [INFO] [retro] Compiling classes for jdk14 | [INFO] [resources:testResources] | [INFO] Using default encoding to copy filtered resources. | [INFO] [compiler:testCompile] | [INFO] Nothing to compile - all classes are up to date | [INFO] [surefire:test] | [INFO] Tests are skipped. | [INFO] [surefire:test {execution: weave}] | [INFO] Surefire report directory: C:\cygwin\home\Kabir\sourcecontrol\microcontainer-mvn\aop-mc-int\target\surefire-reports | Error occurred during initialization of VM | java.lang.Error: java.lang.ClassNotFoundException: org.jboss.aop.standalone.SystemClassLoader | org.jboss.aop.standalone.SystemClassLoader exists in jboss-aop-2.0.0-SNAPSHOT.jar. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040190#4040190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040190

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: aop-mc-int tests with maven

by pgier

Maybe you can use something like this in the execution configuration instead: <argLine>-Djava.system.class.loader=org.jboss.aop.standalone.SystemClassLoader</argLine> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040176#4040176 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040176

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: swimlaneInstance overwritten when creating startTaskInst

by kukeltje

the last question is completely independent of the rest. Behaviour is simple: - pooled actors and no actor: task is in 'group' tasklist - pooled actors and actor: task is assigned to individual actor id and not in the group tasklist View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040173#4040173 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040173

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: aop-mc-int tests with maven

by kabir.khan＠jboss.com

A lot ot the weave tests fail in that the classes are not being woven. This | <property> | <name>java.system.class.loader</name> | <value>org.jboss.aop.standalone.SystemClassLoader</value> | </property> | should be telling the test to use the SystemClassLoader which does the weaving. Setting forkmode=always for each test execution configuration does not help, and it appears that weaving is not being done. As a sanity check, I ran some of the failing tests from eclipse with -Djava.system.class.loader=org.jboss.aop.standalone.SystemClassLoader and they work as expected View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040171#4040171 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040171

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Bug in transactional delivery in an MDB

by weston.price＠jboss.com

anonymous wrote : | But it is not what we want all cases | Then you wouldn't use JCA. Keep in mind there is nothing to prevent you from using JMS without the JCA integration if you don't want pooling and automatic transaction enlistment. You can always use the non JCA CF from JNDI. The JCA resource adapter is designed to provide transactional support to Servlet and EJB appliation components in transparent manner in the same vein as JDBC resources (also JCA). anonymous wrote : | Sounds like the design is broken. You are forcing us to always be always used as XA, because you use instanceof to tell the XAConnectionFactory and ConnectionFactory apart. | The JMS/JCA adapter is an XA resource adapter, it's purpose is to support a JMS provider as a transactional resource. In the case that the JMS provider is not XA capable (not desired) then we use the local JMS API to achieve the same results via an XA compliant wrapper and the LRCG. The local API is a fallback in the case that that the provider does not support XA. I would be surpised is any of this is effecting the testsuite/TCK. But again, without a stack trace or any other information I can't say for sure. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4040165#4040165 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4040165

19 years, 1 month

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 April 2007