June 2010 - jboss-dev-forums - Jboss List Archives

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Pete Muir

Pete Muir [http://community.jboss.org/people/petemuir] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/546051#546051 -------------------------------------------------------------- > Flavia Rainone wrote: > > I thought we should provide a Deployment/BDA structure for Weld on AS startup, for all jars in the lib that contain the beans.xml file? Just like we do for all archives that are deployed. > > > And, then, in a latter moment, if Weld requests for a class that lies in a lib jar that lacks the bean.xml, yes, we should look for the lib jar and create the BDA accordingl? Yes, I think Flavia's interpretation is correct. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546051#546051] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [Management Development] - Profiles in domain.xml

by Brian Stansberry

Brian Stansberry [http://community.jboss.org/people/bstansberry%40jboss.com] replied to the discussion "Profiles in domain.xml" To view the discussion, visit: http://community.jboss.org/message/546047#546047 -------------------------------------------------------------- > David Lloyd wrote: > > Brian Stansberry wrote: > > > > > > The key thing to me is to not be pulling data from all over the place; the domain configuration needs to be largely self-contained. If we want to say that domain.xml is the end user document and some standarddomain.xml[1] located next to it is the source of defaults, that's ok. Just not a situation like we have now where defaults are coming in from all over the place. > I get where you're coming from. I'd just be concerned though if it got to a point where it is impossible to start up a server without a large and complex domain.xml file. I don't like the idea of merging XML documents though. I don't think the defaults would be coming from everyplace, just from components which are (a) managed and (b) are in use but were not specified in the domain.xml. > > Another scenario this could be relevant is where a component is upgraded, causing more features to become available. The component might want to update its domain configuration with the new default values for the new features. Patching a secondary XML file at upgrade time seems much messier than just using the defaults from a management perspective. Let's get into some use cases. 1) Admin uses tool that communicates with DC to see current configuration of running domain. That means all the default values a) have to be present in the in-memory domain model so they can be displayed and b) have to be present in the in-memory domain model on the server acting as the DC. So a) means the components which are (a) managed and (b) are in use but were not specified in the domain.xml must be provided with an SPI via which they can publish the defaults back to the domain model. Not the end of the world. But b) is more problematic. We could say the DC has access to all domain resources and can therefore start the components needed by any ServerGroup configuration and thereby determine the defaults. But... yuck. IMHO we should try really hard to avoid imposing any such requirement on the DC. We could say the DC has the ability to query the Servers to determine defaults, but besides being a can of worms it means the admin can't just start the DC and manipulate the domain configuration. 2) Admin uses some other tool to access "the domain database" for a non-running domain and manipulate its configuration. This means the domain configuration needs to be in an accessible, persistent form; i.e.. I don't know if this is a real use case, but am throwing it out there just so we think about it. There is a nod toward it in some product requirements | Instances will still be configurable even if they are not currently running. Changes will become active when the instance is next started. | but it's not clear whether "Instances" means a Server (and not the DC) or whether it also means we can't require a DC. It's also unclear exactly what "configurable" means. If you can edit domain.xml in a text editor, the domain is configurable. I'll try and get some clarity on this requirement. Re: the upgrade situation, that's a good general question. It does make clear the flaw in using the schema for defaults: if the user doesn't update their domain.xml to use new schema version, the new defaults are unavailable. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546047#546047] Start a new discussion in Management Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - OracleXARecovery transaction recovery module can not detect when JDBC connection is broken

by Michael Musgrove

Michael Musgrove [http://community.jboss.org/people/mmusgrov] replied to the discussion "OracleXARecovery transaction recovery module can not detect when JDBC connection is broken" To view the discussion, visit: http://community.jboss.org/message/546046#546046 -------------------------------------------------------------- And it also appears to be a cross post since the same question was asked in the user formum: http://community.jboss.org/message/546030#546030 http://community.jboss.org/message/546030#546030 -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546046#546046] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Transactions Development] - OracleXARecovery transaction recovery module can not detect when JDBC connection is broken

by Andrew Dinn

Andrew Dinn [http://community.jboss.org/people/adinn] replied to the discussion "OracleXARecovery transaction recovery module can not detect when JDBC connection is broken" To view the discussion, visit: http://community.jboss.org/message/546044#546044 -------------------------------------------------------------- This is the wrong place to ask this question as it is nothing to do with the design of JBoss Transactions. Questions about how to configure recovery should be posted to the User Forum. I notice that you have also posted this question there. Please do not waste the time of the developers by repeating your question here. Although the developers read both forums they are far less likely to respond to people who ask questions via the wrong channel or send the same question several times. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546044#546044] Start a new discussion in JBoss Transactions Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JCA Development] - Embed JBoss JCA into your java program ?

by Jesper Pedersen

Jesper Pedersen [http://community.jboss.org/people/jesper.pedersen] replied to the discussion "Embed JBoss JCA into your java program ?" To view the discussion, visit: http://community.jboss.org/message/546043#546043 -------------------------------------------------------------- Once you have deployed your resource adapter you can use it as you normally would by looking up the ConnectionFactory and getting a connection from it. This test case shows how the look up should be done: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-jca/tru... http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-jca/tru... We will add more documentation in this area once we hit the Beta phase, but community contributions are always welcome ! As to the inbound part - that part is optional in a standalone environment, so we will take a look later on what we can do. Contributions is also most welcome here :) Start by checking out our source code http://docs.jboss.org/jca/developerguide/en/html/building.html http://docs.jboss.org/jca/developerguide/en/html/building.html and send us your documentation patches as JIRAs while you are making progress in this area. We are committed to the embedded use-case as we use it ourselves to actually test the container ;) -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546043#546043] Start a new discussion in JCA Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - JBPM-2694 and JBPM-2798

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "JBPM-2694 and JBPM-2798" To view the discussion, visit: http://community.jboss.org/message/546024#546024 -------------------------------------------------------------- > HuiSheng Xu wrote: > > Actually, before I saw the Martin's patch, I have just create a patch just as same as you mentioned, But I am worried if people have to configure JTA twice, both in hibernate.cfg.xml and jbpm.cfg.xml, they could make mistake. So I think Martin's patch may be better. Yes, that is a potential risk but in fact you are configuring two different components (hibernate and jbpm) I would say that having that configuration in jbpm.cfg.xml makes it not so tightly connected to hibernate and can be better in long term. > HuiSheng Xu wrote: > > About JBPM-2798, I am really not sure if this is caused by the compositeIds(), so I think we could deplay this issue and wait for somebody to clarify it. Fine with that. Would be good if some one could give a try with latest trunk version if that is still an issue. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546024#546024] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [JBoss Microcontainer Development POJO Server] - Implementing a non-flat deployment for Weld Integration

by Ales Justin

Ales Justin [http://community.jboss.org/people/alesj] replied to the discussion "Implementing a non-flat deployment for Weld Integration" To view the discussion, visit: http://community.jboss.org/message/546016#546016 -------------------------------------------------------------- > Now, the main question that I have is how to create the Archives for the jars in the lib dir? And how to have those jars scanned for XML files? We could do it per invocation. e.g. (pseudo code) Class<?> beanClass = ...; // parameter from Deployment::loadBeanDeploymentArchive BDA bda = getBDA(beanClass); if (bda == null) { URL jarURL = getJarURL(beanClass); URL beansXML = getBeansXML(jarURL); if (beansXML == null) return null; // TODO ... some sort of simple embedded Weld scanning mechanism } Since I guess we don't to do much for those jars; e.g. they should not have JEE components? -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546016#546016] Start a new discussion in JBoss Microcontainer Development POJO Server at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - JBPM-2820 and JBPM-2702

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "JBPM-2820 and JBPM-2702" To view the discussion, visit: http://community.jboss.org/message/546012#546012 -------------------------------------------------------------- Hi Maciej, Thank you for reviewing. I will go back and find a way to handle this. Thank you. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546012#546012] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - JBPM-2694 and JBPM-2798

by HuiSheng Xu

HuiSheng Xu [http://community.jboss.org/people/rebody] replied to the discussion "JBPM-2694 and JBPM-2798" To view the discussion, visit: http://community.jboss.org/message/546011#546011 -------------------------------------------------------------- Hi Maciej, Actually, before I saw the Martin's patch, I have just create a patch just as same as you mentioned, But I am worried if people have to configure JTA twice, both in hibernate.cfg.xml and jbpm.cfg.xml, they could make mistake. So I think Martin's patch may be better. About JBPM-2798, I am really not sure if this is caused by the compositeIds(), so I think we could deplay this issue and wait for somebody to clarify it. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546011#546011] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 months

1
0
0 / 0

Re: [jboss-dev-forums] [jBPM Development] - JBPM-2820 and JBPM-2702

by Maciej Swiderski

Maciej Swiderski [http://community.jboss.org/people/swiderski.maciej] replied to the discussion "JBPM-2820 and JBPM-2702" To view the discussion, visit: http://community.jboss.org/message/546001#546001 -------------------------------------------------------------- Hi HuiSheng, please take a look at createExecution method in ExecutionImpl to verify if your fix is appropriate: childExecution.save(); // make sure that child execution are saved before added to a persistent collection // cause of the 'assigned' id strategy, adding the childExecution to the persistent collection // before the dbid is assigned will result in identifier of an instance of ExecutionImpl altered from 0 to x addExecution(childExecution); // composeIds uses the parent so the childExecution has to be added before the ids are composed childExecution.composeIds(); After your fix composeIds will be called twice, my concern is if that will not cause us any troubles. It is better to double check it. Cheers Maciej -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/546001#546001] Start a new discussion in jBPM Development at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]

13 years, 11 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 June 2010