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

[Design of JBoss Web Services] - Re: Integrating ws spi into jboss-javaee

by heiko.braun＠jboss.com

> Scott, > i fixed the sig tests and updated the jaxws sources accordingly. > However I am having trouble publishing the jboss-javaee.jar to both the > mvn repo. Scott: anonymous wrote : | Ok, we'll build it as there are some other changes that need to go in. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117571#4117571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117571

18 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jboss/test-1.0.4GA broke tests

by adrian＠jboss.org

"anil.saldhana(a)jboss.com" wrote : | | The right person to answer is Adrian. :) I can't answer because there is nothiing specific in the question. anonymous wrote : | After updating the version of jboss-test.jar from 1.0.3.GA to 1.0.4.GA, I started getting a bunch of security permission failures. | | Does anybody know if this is expected? | P.S. I didn't change the way this works by default. I just added a better way to configure alternative security poliicies. Most likely it is the chage to the codesource checking that has caught you out. i.e. previously you weren't testing with the proper privileges for the tests. This would indicate you are missing some privileged blocks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117565#4117565 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117565

18 years, 3 months

1
0
0 / 0

[Design of JBoss internal QA (Test Suite)] - Re: some enhancements to jboss-test

by mvecera＠redhat.com

anonymous wrote : From my testing of jboss-test/trunk, destroy does work. But it is not yet released and used for AS 5. I think Martin Vecera fixed the logic. Martin, right? AFAICT before Martin's changes it worked on ant exit only effectively breaking the test suite execution. I made the change for destroying the JBoss process not to break the test suite execution (if some stop-task's parameter is set) - JBAS-2235. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117551#4117551 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117551

18 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deadlock scenarios

by flavia.rainone＠jboss.com

The check for Unstransformable is done inside the synchronized block. So, we could move this check for transform method, for example, avoiding the deadlock to happen with untransformable classes. But what about the transformable interceptors? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117543#4117543 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117543

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 destination config.

by timfox

Yes we could do that. You'll have to manually code the redeploy functionality, but when we run standalone we probably still want to retain hot deploy functionality without being reliant on the JBoss MC deployers, so this is probably a good thing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117538#4117538 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117538

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Refactoring on delegates

by timfox

Ok, great Clebert. If you can integrate this with TRUNK, and make sure all tests are passing, can you do this ASAP? Thx View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117537#4117537 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117537

18 years, 3 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Deadlock scenarios

by kabir.khan＠jboss.com

"flavia.rainone(a)jboss.com" wrote : In the given example, deciding that interceptors shouldn't be instrumented would be the same as creating a new restriction. However, how many people intercepts an interceptor? Probably not a very common use case, nor a good practice to be followed, IMHO. I had this discussion with Bill ages ago, and IIRC the outcome was that it should be possible to intercept an interceptor. I don't remember the use cases though! BTW there is an interface called org.jboss.aop.instrument.Untransformable that can be implemented to "turn off" weaving for a class View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117531#4117531 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117531

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 destination config.

by ataylor

thats fine but i thought we had decided that we want to move away from having configuration in the deployment file. so we would have: jms-deployer-beans.xml | <bean name="JBM_JBMS_JNDI_Objects" class="org.jboss.messaging.jms.jndi.JNDIObjectDeployer"> | </bean> | | and then a separate config file(s) jndi-jms.xml | <queues> | <entry name="myqueue1"/> | <entry name="myqueue2"/> | </queue> | | <topics> | <entry name="mytopic1"/> | </topic> | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117526#4117526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117526

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 destination config.

by timfox

18 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 destination config.

by ataylor

anonymous wrote : Can't we just make them a standard MC POJO service and get hot deployability for free? As long as the jms-jndi.xml file is under the same deployment path as the ..-beans.xml mc config file. Anything changed under the deployment path gets redeployed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4117523#4117523 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4117523

18 years, 3 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 January 2008