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

[Design of EJB 3.0] - EJB3 Subprojects must use at least jboss-ejb3-build:1.0.0-Be

by ALRubinger

https://jira.jboss.org/jira/browse/EJBTHREE-1613 Previously we've had the compilation plugin using "javac" from the system PATH; really this needs to be using the version proper to $JAVA_HOME. Came across this after my F10 upgrade, which requires OpenJDK and puts "java" in /usr/bin. So to have a "javac" there pointing to another JDK would be incongruent. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195729#4195729 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195729

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by timfox

Ok, that's done in SVN too. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195720#4195720 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195720

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by timfox

Other issues: 1) Method boolean isFileConsumer(); should be on ClientConsumerInternal NOT the public API - why would a user call this? 2) ClientFileMessage - the methods setLargeMessage, getChannel, closeChannel - should they really be on the public API?? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195718#4195718 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195718

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by timfox

"clebert.suconic(a)jboss.com" wrote : | I wanted to double check to verify if you wouldn't disagree with that. Didn't we already did this on IRC? I was the one who suggested moving them into another interface in the first place. So why do you need to convince me? ;) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195715#4195715 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195715

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by clebert.suconic＠jboss.com

"timfox" wrote : "clebert.suconic(a)jboss.com" wrote : I would need to create a ClientMessageInternal interface for that, and I would need to probably change all the usages from ClientMessage to ClientMessageInternal. (Or else I would need to type-cast to ClientMessageInternal). | | | | | Instead of spending 3 hours debating this, I just made the change myself. | | I timed myself, it took 2 minutes 30 second to refactor the code. | | It's in SVN now. Well.. you don't need to convince yourself :-) I wanted to double check to verify if you wouldn't disagree with that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195713#4195713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195713

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by timfox

I'm thinking of moving some of the other methods from ClientMessage to ClientMessageInternal as well, since they shouldn't really be exposed to the user. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195707#4195707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195707

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by timfox

"clebert.suconic(a)jboss.com" wrote : I would need to create a ClientMessageInternal interface for that, and I would need to probably change all the usages from ClientMessage to ClientMessageInternal. (Or else I would need to type-cast to ClientMessageInternal). | | Instead of spending 3 hours debating this, I just made the change myself. I timed myself, it took 2 minutes 30 second to refactor the code. It's in SVN now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195706#4195706 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195706

17 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

The previous example was wrong it should have been: | //works since the class is registered in the loader's loaded classes | classLoaderA.loadClass("not.registered.package.SomeClasss"); | | //Does not work since not.registered.package is not in the | //list of packages of any of the loaders registered in the domain | classLoaderB.loadClass("not.registered.package.SomeClasss"); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195701#4195701 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195701

17 years, 3 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large message code review

by clebert.suconic＠jboss.com

I would need to create a ClientMessageInternal interface for that, and I would need to probably change all the usages from ClientMessage to ClientMessageInternal. (Or else I would need to type-cast to ClientMessageInternal). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195694#4195694 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195694

17 years, 3 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Generated Classes not found if they do not match any of Base

by kabir.khan＠jboss.com

I don't think this is a problem for AOP since whenever we generate classes they will be using the package of one of the classes in the classloader used to generate the class, but I thought I'd point out my following finding. I create a domain with 2 BaseClassLoaders. classLoaderA has package blah.a, and classLoaderB has package blah.b. Now if I use javassist to create a class called not.registered.package.SomeClasss in ClassLoaderA then | //works since the class is registered in the loader's loaded classes | classLoaderA.loadClass("not.registered.package.SomeClasss"); | //Does not work since not.registered.package is not in the | //list of packages of any of the loaders registered in the domain | classLoaderA.loadClass("not.registered.package.SomeClasss"); | | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4195684#4195684 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4195684

17 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 December 2008