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

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

by pgier

I did a release of the common jars, so they are all at version 2.0.4.GA now. The files are in the maven repo and the buildmagic repo under jboss-common-core, jboss-common-logging-spi, jboss-common-logging-jdk, and jboss-common-logging.log4j. I also released jbossxb to version 2.0.0.CR3 and it is pointing to the new common jars. And I deleted the invalid beta tags for common-core. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033388#4033388 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033388

17 years

1
0
0 / 0

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

by pgier

"Kevin.Conner(a)jboss.com" wrote : 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? Yes, I think that's a good idea. I'm planning that the next version of the jboss-parent pom will use the eclipse plugin to generate eclipse project files. I just haven't had time yet to add (and test) this for microcontainer. Feel free to add it if you want. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033386#4033386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033386

17 years

1
0
0 / 0

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

by pgier

"Kevin.Conner(a)jboss.com" wrote : 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). | I think that dependency is currently being picked up through kernel. deployers -> kernel -> dependency. Did the build fail for you? I tried a clean checkout, and it seems ok for me. "Kevin.Conner(a)jboss.com" wrote : | 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. | Yes, you're right. I updated the pom to use the packageName now. "Kevin.Conner(a)jboss.com" wrote : | 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? | Please feel free to fix any issues that you find :) Thanks! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033384#4033384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033384

17 years

1
0
0 / 0

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

by wolfc

"adrian(a)jboss.org" wrote : 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. :-) The integration point in EJB3 is JMSDestinationFactory. 4 supplies a DestinationManagerJMSDestinationFactory, 5 has a ServerPeerJMSDestinationFactory. It isn't how it should be yet, so any criticism is appreciated. n * m is currently 2, and that's about the max we can handle, so I've already dropped support for AS 4.0.5. I need have the separate EJB3 binary plugin asap to solve the n*m problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033380#4033380 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033380

17 years

1
0
0 / 0

[Design of JBossCache] - Re: Removal policies

by genman

Eviction is really designed around memory management, and thus is asynchronous, and really has no firm guarantees that eviction will happen at a certain moment. If I were to implement this without any facilities in JBossCache, I would probably create an external timer and my own method call interceptor. I took a stab at it, and it's a lot more difficult than I thought ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033357#4033357 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033357

17 years

1
0
0 / 0

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

by pgier

The beta tags can be removed. I created those when I was testing the maven release plugin. I'm going to do the 2.0.4 release of common today and hopefully this will resolve some of the problems in microcontainer. Sorry for the confusion! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033323#4033323 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033323

17 years

1
0
0 / 0

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

by bela＠jboss.com

Yes, I know it is clutter, but I think it is important. Your call. I mean, after all, we do log this exception. It is just for the case when a user wants to take some corrective action if repl fails View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033299#4033299 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033299

17 years

1
0
0 / 0

[Design of POJO Server] - fixing some mem leaks?

by bill.burke＠jboss.com

Some of the VFS memory leakage probably stems from the VirtualFileURLConnection as it caches VFS's and all the other junk associated with it. I think I might be able to solve the problems better by passing in a URLStreamHandler that already has a reference to the VirtualFile when creating URLs from VFS code. Apologies for not doing this before. Just didn't know the URL api that great. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033294#4033294 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033294

17 years

1
0
0 / 0

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

by Kevin.Conner＠jboss.com

"Kevin.Conner(a)jboss.com" wrote : there should be no need to keep classpath/project files in maven. Of course I meant to say subversion :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033280#4033280 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033280

17 years

1
0
0 / 0

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

by Kevin.Conner＠jboss.com

My test runs appear to contain a number of failures/errors at present. Is this expected? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4033277#4033277 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4033277

17 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums March 2007