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

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by adrian＠jboss.org

"richard.opalka(a)jboss.com" wrote : "richard.opalka(a)jboss.com" wrote : | | Thus we're getting null for JBossWebMetaData ctx loader which isn't true in case we're deploying such .sar archive using hot deploy feature (JBossAS is already running). The problem is on JBossAS bootstrap when we have such .sar archive in the deploy directory. | | I don't see a ctx loader on JBossWebMetaData? | That doesn't make any sense. | | But it sounds like your real problem is that you just want the classloader for the webapp? | That's obtainable just by doing DeploymentUnit.getClassLoader() | | From AbstractWarDeployment::start() | which obviously doesn't get invoked until the MBean has its dependencies satisfied | (i.e. jbossweb is running) | | | ClassLoader warLoader = unit.getClassLoader(); | | thread.setContextClassLoader(warLoader); | | | | <snip/> | | | | webApp = new WebApplication(metaData); | | webApp.setClassLoader(warLoader); | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186720#4186720 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186720

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by alesj

"alesj" wrote : | Yeah, it's not really related, but I guess we can re-use it. | protected VirtualFile getVirtualFile(URI uri) throws Exception | { | if (isCacheable()) | return VFS.getCachedFile(uri); | else | return VFS.getRoot(uri); | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186715#4186715 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186715

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - TransactionManagerLocator has instance before TransactionMan

by wolfc

https://jira.jboss.org/jira/browse/JBAS-6028 The TransactionManagerLocator.getInstance() should return a MC bean which depends on the real transaction manager. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186713#4186713 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186713

15 years, 6 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by richard.opalka＠jboss.com

"richard.opalka(a)jboss.com" wrote : | The problem of our deployers is it don't deal only with deployers metadata but also with services metadata that are e.g. configured when web app is deployed. | To clarify my problem here's one example. We have two deployers registered for POJO webservices deployments which order in deployers chain is important: WebServicesDeployerPreJSE < WarDeployer WarDeployer < WebServicesDeployerPostJSE The problem is when we have .sar deployment incorporating nested war deployment (web service POJO), the WebServicesDeployerPostJSE is called before the nested war is really deployed to the real. Thus we're getting null for JBossWebMetaData ctx loader which isn't true in case we're deploying such .sar archive using hot deploy feature (JBossAS is already running). The problem is on JBossAS bootstrap when we have such .sar archive in the deployer directory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186712#4186712 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186712

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by alesj

"adrian(a)jboss.org" wrote : I agree its probably not relevant for the roots of the vfs classloader | since they have to exist (see determineVFSRoots): | Yeah, it's not really related, but I guess we can re-use it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186711#4186711 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186711

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by adrian＠jboss.org

It already exists it comes from the ClassLoadingMetaData It specifies whether you are allowed to cache resource hits, i.e. whether resources could disappear at random. I agree its probably not relevant for the roots of the vfs classloader since they have to exist (see determineVFSRoots): View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186709#4186709 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186709

15 years, 6 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by richard.opalka＠jboss.com

I introduced little classloader hack few minutes ago in our deployers layer. However I'd like to do it properly. I'm working on our WS deployers at the moment trying to do better and proper integration with the JBossAS 5 deployers processing. The problem of our deployers is it don't deal only with deployers metadata but also with services metadata that are e.g. configured when web app is deployed. Thus I need to identify what we can do in the deployers chain, and what we will need to move to upper processing layers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186708#4186708 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186708

15 years, 6 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: SAR Deployment Deployers Ordering

by richard.opalka＠jboss.com

"adrian(a)jboss.org" wrote : So now for the reset. Which of the following mistakes is true? :-) | | "adrian(a)jboss.org" wrote : | | 1) The webapp (metadata) you are creating is missing a dependency | | so the services are being constructed in the wrong order. | | | | 2) You are trying to create or access the service in the deployer processing which | | you should not be doing. | | Welcome to the conversation Adrian ;) The 2) is my problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186706#4186706 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186706

15 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Why do we need a max size and a page size?

by clebert.suconic＠jboss.com

MaxSize is the maximum number of bytes you could have for the queue in memory. PageSize, is the size of each file where you store the messages on Page. Like, we could start paging at 100M, and each page (or file) will have 10M. There is also the GlobalMaxSize that takes all the Queues in consideration. (which is disabled by default... as we use the GlobalSize by default). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186705#4186705 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186705

15 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: VFS and JBossAS initialization

by alesj

"adrian(a)jboss.org" wrote : Why isn't this just based on the isCachable() attribute? Dunno. Probably just some temp hype with super classing everything. :-) I'll add this, making it true by default. I think this kind of URI --> VirtualFile code should mostly use this newly added VFS::getCachedFile method. Unless you're really sure you need to create new VFSContext (that's what VFS::getRoot does) or you're absolutely sure this resource is not cached, hence introducing performance impact, you should use the old way. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186696#4186696 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186696

15 years, 6 months

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 November 2008