August 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss jBPM] - Re: interested in contributing ?

by sebastian.s

Hey, that's really great news. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247488#4247488 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247488

16 years, 2 months

1
0
0 / 0

Re: [jboss-dev-forums] AS TRUNK BROKEN

by Richard Opalka

You're right David, it was just a warning, not the reason of my failures. Richard On 07/31/2009 05:12 PM, Stan Silvert wrote: > The workaround is to add an empty web.xml to the WAR. The workaround is > NOT to go back to a previous JSF version. We want to continue to use > JSF2 so we can find problems and get them fixed. > > Stan > > David M. Lloyd wrote: >> Hm, I had assumed it was just a harmless stack trace. May Stan can >> shed some light. >> >> - DML >> >> On 07/31/2009 03:57 AM, Richard Opalka wrote: >>> OK, >>> >>> I patched component-matrix/pom.xml file locally: >>> >>> - <version.javax.faces>2.0.0-Beta2</version.javax.faces> >>> + <version.javax.faces>1.2_12</version.javax.faces> >>> >>> Richard >>> >>> On 07/31/2009 10:15 AM, Richard Opalka wrote: >>>> Can any body fix the AS trunk? >>>> Or tell me how to workaround JBAS-7130 on default AS configuration? >>>> This issue is really blocking me in testing my patches. >>>> >>>> Thanks, >>>> >>>> Richard >>>> _______________________________________________ >>>> jboss-dev-forums mailing list >>>> jboss-dev-forums(a)lists.jboss.org >>>> https://lists.jboss.org/mailman/listinfo/jboss-dev-forums >>> > > -- Richard Opalka JBoss Software Engineer Mail: ropalka(a)redhat.com Mobile: +420731186942

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Symmetric Cluster Example fails on a multi-core machine

by clebert.suconic＠jboss.com

Yes.. it is.. I just created the JIRA for it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247452#4247452 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247452

16 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Abstract Beans JBKERNEL-10

by alesj

Actually thinking more about this and reading your response, it makes sense the way you did it - by having abstract beans in Described. As this already address some of the issues; e.g. scoping (PreInstall), CL existence (Described) But we should then do the following things: * have new ControllerContextActions for abstract beans, which would only have PreInstall and Describe mappings * requiredState is Descibed * is not autowire candidate Or any other optimization that could have impact on the issues mentioned here: - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=158498 altough I doubt having a few abstract beans would do much harm. I'll check your patch asap, or if you're not addressing some of the issues I mentioned above, I guess you can do a new one, and I'll have a look then. :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247450#4247450 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247450

16 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Abstract Beans JBKERNEL-10

by marius.bogoevici

"alesj" wrote : | Or why would you want to keep it as part of Controller? | I guess, I should answer this first. Initially, I tried to use BeanMetaData directly, but the problem I've been facing was that I found no means to retrieve the BeanMetaData directly, other than through the ContextController that was created through it. To me, we have 2 different problems that we have to solve: abstract beans and parent-child inheritance. They are different, because parent-child inheritance should be possible even if the parent is not abstract. Also, I considered the possibility that the parent and child are to be found in different deployments, even different scopes (with the parent being in the broader scope, obviously). Also, one needs to be consider that the parent can be undeployed or redeployed (what happens in this case? I would think that if we associate abstract beans with controller contexts, we could have dependencies and undeploy the child beans automatically). So, overall, the reason why I think this could be done this way is because I found out that the metadata management, as it is currently implemented, is based on the Controller/ControllerContext mechanism, once the BeanMetaData has been parsed and deployed by the Deployer all the references to it are held by ControllerContexts and managed via the Controller. This means that for getting the metadata for a particular bean, I have to go to the ControllerContext that has been created for that metadata. Of course, we can have better separation between metadata and the actual ControllerContext instances by introducing a registry holding the MetaData prior to deployment, but I think that this should also come at a price of a refactoring, to avoid duplicating features, such as scoping, for example, so I am not to sure how justified it is from the effort point of view. Of course, you know the MC much better inside out, so I'd like to know what your thoughts are about this. "alesj" wrote : | | I wouldn't put abstract definitions into Controller (under Described), | as I think they would do more harm than good on the overall impact. | | Do you have in mind anything specific or is this a general statement? Since there is a clear distinction between "DESCRIBED" and "INSTANTIATED" and "INSTALLED", I thought that it would be clear that the ControllerContext is not been backed by an actual instance, and this has the advantage that we can use all the existing mechanisms for management, scoping etc. But I'm interested to hear more on the topic. "alesj" wrote : | I would keep them in some nice, useful registry, | where I would also be able to define proper dependencies on them. | e.g. real bean deployed before its abstract parent, would mean dependency item on this abstract-registry | | This should be an impl detail of AbstractKernelController, | where the real abstract handling code would be separated. | | See above. If we were to have a definition registry, I think it should hold all the definitions (abstract and non-abstract) and it should be aware of scoping. But now that you're mentioning dependencies, I think it would be more natural to have child A depend on parent B in state DESCRIBED, rather than on a generic registry. With the former, child A cannot be installed until the abstract parent B is DESCRIBED, whereas if we had a single abstract-registry, that dependency would always be satisfied, even if the definition for the abstract bean hasn't been deployed yet, so I can't see what would be the use. Also, parent-child relationships can exist even between concrete beans, so if the registry is holding just abstract beans it would be of little use. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247445#4247445 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247445

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Symmetric Cluster Example fails on a multi-core machine

by timfox

I think this is an old failure anyway. I remember discussing it some weeks ago. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247437#4247437 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247437

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Symmetric Cluster Example fails on a multi-core machine

by timfox

Did you remove the synchronization after it made no difference? If not, please do. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247436#4247436 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247436

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Transaction management in JCA adapter is screwed up

by timfox

Great, I noticed this task is marked as complete. Does that mean batching is done too? If so, how is it configured? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247435#4247435 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247435

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: MessagingXAResourceRecovery configuration

by timfox

Yes, definitely you might want to recover from a remote server - actually this would be a common use case. E.g. I have local MDBs consuming from a remote JBM server. In this case the transaction manager is local but the xaresource is remote. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247434#4247434 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247434

16 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Large Messages and the JMS Bridge

by timfox

Can you add some tests to make make sure this works with core bridges too? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247433#4247433 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247433

16 years, 2 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 August 2009