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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: creating integration layer

by clebert.suconic＠jboss.com

Right now the JMS test is failing, as it is depending on test.util from unit-tests. do this, and you will see what I mean: ant clean | ant jms-tests The build on hudson is also failing because of that. You would need to add a dependency on the unit-test compilation, and add test.classes.dir on jms.test.compilation.classpath, or find a better way to solve that dependency. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189201#4189201 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189201

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Total disregard for privileged operations

by anil.saldhana＠jboss.com

https://jira.jboss.org/jira/browse/EJBTHREE-1587 Rant. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189194#4189194 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189194

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS Permissions - JBMICROCONT-149

by anil.saldhana＠jboss.com

If I have a code source url that is based in memory, | 10:25:57,774 ERROR [STDERR] access: domain that failed ProtectionDomain (vfsmemory://3j001-p6eal-fnhm0rta-1-fnhm1297-6/ <no signer certificates>) | null | | how will we assign permissions in the policy file if the path to the url is not the same across runs? Will the "3j001-p6eal-fnhm0rta-1-fnhm1297-6" be the same across multiple runs? I cannot figure out from: http://anonsvn.jboss.org/repos/jbossas/projects/vfs/trunk/src/main/java/o... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189174#4189174 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189174

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : I don't see apiviz showing up in any dependency:tree output. The ejb3 project had been referencing this. I thinks that's because it is related to the javadoc processing rather than a real project dependency. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189131#4189131 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189131

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Maven Dependencies Real Problem

by richard.opalka＠jboss.com

Cross reference: JBWS-6195 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189129#4189129 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189129

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: apiviz.googlecode.com

by scott.stark＠jboss.org

I don't see apiviz showing up in any dependency:tree output. The ejb3 project had been referencing this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189128#4189128 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189128

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Maven Dependencies Real Problem

by richard.opalka＠jboss.com

Yes, we decided to go this way because it's the least error prone approach for our integration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189123#4189123 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189123

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Profile] - Re: Optional JTA

by adrian＠jboss.org

I think I've figured out to do this now. i.e. make jta and jca lazy The changes are required are roughly: 1) java:/UserTransaction, java:/TransactionSynchronizationRegistry These need to be replaced by something that bootstraps the UserTransaction (JTA implementation) on demand at first use. There's an issue with it doing this for the TSR: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189120#4189120 2) RAR Bootstrap Context The use of the XATerminator needs making lazy such that first use of the XATerminator bootstraps JTA 3) CachedConnectionManager This needs changing such that the transaction manager is injected using an incallback with cardinality 0..1 i.e. You can run the CCM without a transaction manager, but it can cutover to using one if it becomes available later 4) Tomcat valves These need similar processing to the what is described above for the CCM, i.e. you can run them without the relevant service, but if something bootstraps it later they will start doing the extra processing. 5) Testing and reasonable error messages when JCA and JTA is not even lazy/on-demand My first look at what would happen without JCA and JTA didn't give the message I expected. I expected to see a problem with accessing the UserTransaction but instead I got this: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=145579 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189122#4189122 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189122

17 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Missing dependency in jpa processing?

by alesj

"adrian(a)jboss.org" wrote : Maybe related to this? | http://www.jboss.com/index.html?module=bb&op=viewtopic&t=145036 Afaik this should be fixed. I added some small hack to PUDeployer, moving BMD component/attachment creation to parent unit. So it's actually picked up by KernelDeploymentDeployer --> handling our ScopeInfo merge issue. Dunno which version contains this hack. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189121#4189121 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189121

17 years, 4 months

1
0
0 / 0

[Design of JBoss Transaction Services] - TransactionManagerService and jndi binding

by adrian＠jboss.org

The current TransactionManagerService has a lot of its jndi binding code hardwired. As part of something I'm trying to do to make jca/jta lazy/optional for the new web-profile, I need to control the access for the TSR (transaction synchronization registry). i.e. I need to know if somebody looks it up and if it is the first use of JTA. If it is I bootstrap the transaction manager and give them the real TSR. But this isn't at all configurable. What I need is: 1) a getTransactionSynchronizationRegistry() method on the TransactionManagerService 2) a way to tell the TransactionManagerService not to bind that object. Ideally, all the jndi bindings (both where and how) should be controlled by configuration within transaction-jboss-beans.xml View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4189120#4189120 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4189120

17 years, 4 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 November 2008