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

[Design of Messaging on JBoss (Messaging/JBoss)] - 1.4.1 release for jbossas 5.0.0.Beta4

by scott.stark＠jboss.org

I need a release of the Branch_Stable code for jbossas 5.0.0.Beta4 early next week. The only outstanding issue requested by Tim was Upgrade to JGroups 2.5: http://jira.jboss.org/jira/browse/JBMESSAGING-1089 jbossas is using 2.6.1.GA, so that is what would need to be tested. This does not appear to require api/config changes in jbm, so its not clear it needs to be done for jbossas 5.0.0.Beta4. If that's true I would like to postpone that issue as I don't know who has time to do this testing. My focus is on validating that the jbm aspects, management and security store can be override by the jbossas/messaging integration code. I should be done with that this week. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120505#4120505 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120505

18 years, 2 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJBTHREE-1173 and Beta4

by wolfc

EJBTHREE-1173: can be fixed anywhere as long as there is no regression and it's properly merged into trunk and core. EJB-326: is only part of the story. We also need the new shared web class loader. It is worth a shot to upgrade HEM and see if there is no regression though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120504#4120504 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120504

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS - minor performance improvement

by scott.stark＠jboss.org

It does not affect the vfs release, that can be done anytime. I was referring to the mc update comment. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120498#4120498 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120498

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS - minor performance improvement

by alesj

"scott.stark(a)jboss.org" wrote : Lets coordinate on that as I need some metavalue changes. | How does this effect VFS? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120497#4120497 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120497

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: VFS - minor performance improvement

by scott.stark＠jboss.org

I created a post for an mc 2.0.0.Beta10 release due next Monday. Lets coordinate on that as I need some metavalue changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120491#4120491 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120491

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - JBossMC-2.0.0.Beta10

by scott.stark＠jboss.org

We need a JBossMC-2.0.0.Beta10 release for jbossas beta4 issues. I have created this with a scheduled release of next Monday, the 21. Is that doable? The 25th would be the latest. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120489#4120489 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120489

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Moving out of the UnifiedClassloaders

by scott.stark＠jboss.org

I think historically all deployment roots were in the classpath. We should add an option to enable this in the ear/war structure deployers. Are we differentiating between classes and resources in the new class loader model? If so, I would only add the resource path. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120486#4120486 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120486

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Moving out of the UnifiedClassloaders

by alesj

"anil.saldhana(a)jboss.com" wrote : | The security tests in the main testsuite still have this problem of the users.properties/roles.properties files not detected as part of the deployment. | | Any guidance on this? >From previous post: "adrian(a)jboss.org" wrote : | Although this looks wrong to me. Resources in the root of the ear | shouldn't be seen by the classloader anyway?????? | | | | $ jar -tf ~/jboss-head/testsuite/output/lib/form-auth.ear | | META-INF/ | | META-INF/application.xml | | META-INF/jboss-app.xml | | META-INF/security-config.xml | | form-auth-users.properties | | form-auth-roles.properties | | form-auth.war | | jboss-service.xml | | You can either put/move them in the classpath of current ear, or 'change' the ear structure deployer to add the root to classpath as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120484#4120484 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120484

18 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Moving out of the UnifiedClassloaders

by anil.saldhana＠jboss.com

"scott.stark(a)jboss.org" wrote : "adrian(a)jboss.org" wrote : | | I fixed the "default package" problem... | | | This is the cause of some of the security test failures as they are not finding "users.properties" resources. I would expect a fair number of the 250 extra failures are related to this. | The security tests in the main testsuite still have this problem of the users.properties/roles.properties files not detected as part of the deployment. Any guidance on this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120476#4120476 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120476

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Embbedded - broken - some fixes - still not working

by alesj

"epbernard" wrote : | I think it has been discussed previously in this thread. | It's been discusses many times, but never really resolved. ;-) This wasn't a critical issue before, since our CLs were URLCLs, and we were able to hack around it. But it is critical now, after the change to new classloader. "epbernard" wrote : | There are 2 problems: | - the spec ask for a URL, so URL it has to be to plug any JPA implementation | URLs are not the problem. They are transparently handled by the Handlers via VirtualFileURLConnection. "epbernard" wrote : | - writing an resource scan and context discovery is certainly possible but will require me a lot of work. | Perhaps an initial impl could just forget about the URLCL. "epbernard" wrote : | Before we do that, I need a) time b) a proof that it will speed up things significantly e.g. The proof would be that in the case of Seam app, you wouldn't need to scan things 3 times: Seam, EJBs, HEN. The EJB deployer would do that for you, and the frameworks would just aks the deployer for already 'cached' info. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4120446#4120446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4120446

18 years, 2 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