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

[Design the new POJO MicroContainer] - Re: Migration to maven

by Kevin.Conner＠jboss.com

Now that the build is based on maven there should be no need to keep classpath/project files in maven. Could we remove these and rely on generating them? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033274#4033274 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033274

17 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Migration to maven

by Kevin.Conner＠jboss.com

I have just tried to build the microcontainer from source and had a few issues. There appears to be a missing dependency in deployers/pom.xml as it requires jboss-dependency (BeanMetaDataDeployer used it). The second issue is the javacc configuraiton in osgi-int/pom.xml. It currently includes the package name as part of the outputDirectory instead of using the packageName. This has an impact on classpath/project generation using eclipse:eclipse. The third issue is the location of the test resources in aop-mc-int. If you generate classpath/project files then eclipse will complain about one resource directory being included in another. I would like to fix the two issue, any objections? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033273#4033273 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033273

17 years, 9 months

1
0
0 / 0

[Design of JBoss Build System] - Re: More on jboss-common

by scott.stark＠jboss.org

Need to check with Paul as the last release I did was the 2.0.4.Alpha3. I assume this new stuff is related to mvn plugin testing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033250#4033250 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033250

17 years, 9 months

1
0
0 / 0

[Design of JBoss Build System] - More on jboss-common

by adrian＠jboss.org

I'm confused by what's going on in the jboss-common-core project. If I look at the maven repository and the old buildmagic repository they are different and neither matches the tags in SVN: [url]http://repository.jboss.com/jboss/common-core/[url] http://repository.jboss.com/maven2/jboss/jboss-common-core/ [url]http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/common-core/tags/[url] According to SVN there is a beta2 release of 2.0.4? But I only see alpha2 and alpha3 in the repositories. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033245#4033245 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033245

17 years, 9 months

1
0
0 / 0

[Design of JBossCache] - Re: Should users be notified of replication failures via a c

by manik.surtani＠jboss.com

Ok, this is clearer. I thought you were talking about A being notified of B's failure. Ok, makes sense, but still not something I'd like to have in the CacheListener since this should not be the way to deal with exceptional circumstances. Perhaps another listener to deal with such asynchronous exceptional cases? Still ugly, but at least we don't clutter the "regular use" listener, listening for normal events. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033237#4033237 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033237

17 years, 9 months

1
0
0 / 0

[Design of JBoss Portal] - Re: logout from my portal instance

by julien＠jboss.com

I think you should use the url /logout/location=XYZ in order to go to page XYZ after logout View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033220#4033220 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033220

17 years, 9 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Remove JBoss version of StandardService class

by anil.saldhana＠jboss.com

JBoss version of StandardService is gone. We have to next try to get rid of the FormAuthenticator from the tomcat module. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033207#4033207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033207

17 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Javabean xml test are failing

by adrian＠jboss.org

This is already in the latest source, but when I look at the Microcontainer build in eclipse I can see 4 different versions of jboss-common-core in the classpath, none of which have this change, so this is clearly a mess. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033200#4033200 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033200

17 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: Implicit container dependencies

by adrian＠jboss.org

"bill.burke(a)jboss.com" wrote : What code is forked? I didn't mention forked code? anonymous wrote : Are you still living in 2006? I will admit that I stopped looking at the EJB3 code a while ago, but that was mainly because trying to get anything done about what I see as the problems wasn't getting anywhere, so it was a waste of energy. I just left you guys to come to the correct conclusions yourselves as you realize what the problems are and how unsupportable a component doing its own integration with n platforms for m different versions (n * m == large number) is. EJBTHREE-932 tells me you haven't got there yet. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033196#4033196 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033196

17 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: Implicit container dependencies

by adrian＠jboss.org

I'm "ranting" at Carlo wanting to do JBoss Messaging integration in the EJB3 project. The JIRA task he just raised. I still don't see a "ActivationFactory" interface defined in either the appserver or JBoss Embeded for EJB3 to inject that can be implemented as 1) An invocation on the JMX bus in JBoss4 2) A facade on the RAR metadata repository in JBoss5 3) Whatever mechanism other environments have for this integration. I'll be able to sleep a lot easier when this (and many other properly defined and stable integration points) exists and EJB3 uses it. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033190#4033190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033190

17 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2007