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

[Design the new POJO MicroContainer] - Re: JBMICROCONT-309; aliases and scoping

by adrian＠jboss.org

"alesj" wrote : | Then user could mark inject as local. | | | <inject bean="mybean" local="true"/> | | | Such a semantic would lead me to the alternate conclusion, i.e. that the structure of the controller delegation should be a part of SPI View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161999#4161999 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161999

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-309; aliases and scoping

by adrian＠jboss.org

"alesj" wrote : | But I would need some new SPI on the Controller to handle issue#1. | I'm thinking of something like this | | | ControllerContext getLocalContext(Object name, ControllerState state); | | | Scoping is an implementation detail and so such a call should be part of those implementation details not the SPI. I think if you've got something called "ScopedAlias" and "ScopedController" that are both implementation details then it is better they talk to each other using non-SPI. You can see this by just asking "What does a LocalContext mean?" when you look at the Controller SPI. If you want to introduce scoping into the SPI then think about and do it properly instead of just hacking one method into it which is unrelated to its "do one thing well" contract. i.e. add the methods to the contract that allow you to specify the structure and have an alternate "scoping" implementation (e.g. peer instead hierarchical). But this route seems like overkill for the sake of one method call unless you can see further enhancements in this area in the future? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161997#4161997 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161997

16 years, 6 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-309; aliases and scoping

by alesj

"alesj" wrote : | Issue#1: Controller should have option to do just local lookup - otherwise order of bean deployment is important; e.g. picking up bean from parent (already available), where you would actually want scoped one (not available at dependency item resolution) | This can also lead to CCE issues; parent bean being of wrong type | I'm pretty much done on other issues (I won't be moving direct alias registration into post PreInstall, since there is a simple workaround). But I would need some new SPI on the Controller to handle issue#1. I'm thinking of something like this | ControllerContext getLocalContext(Object name, ControllerState state); | Which would be noop. It's just that scoped controller wouldn't return parent's contexts as well. Then user could mark inject as local. | <inject bean="mybean" local="true"/> | And then alias could also have option to be just locally resolved - probably similar way as I did scoped alias -> via new alias controller context. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161985#4161985 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161985

16 years, 6 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Integrating Netty into JBM2

by ataylor

Trustin, I think we need to keep the Messaging Buffer for now. For 2 reasons, 1. we may be implementing our own wire transport so will need some sort of abstraction and 2, we'll probably be also need it for messaging chunking when we implement it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161967#4161967 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161967

16 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: [jboss-metadata] Decoupling JNDI Logic from Object Model

by wolfc

The point of JBossSessionPolicyDecorator is to hide the fact that there is a binding policy from the user code. Thus it introduces a new piece of functionality without affecting any EJB3 code. (Which is the basis of a decorator pattern.) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161966#4161966 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161966

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Confused about infrastructure (SVN, Mailinglist, ...)

by camunda

Okay, found something in that second wiki: http://jbpm.dyndns.org/jbpmwiki/index.php?title=JBPM3BuildingFromSource Seems this ( svn co https://svn.jboss.org/repos/jbpm/jbpm3/trunk) is the correct SVN for all future commits in 3.x then? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161959#4161959 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161959

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Confused about infrastructure (SVN, Mailinglist, ...)

by camunda

One more: Why there is a second wiki on jbpm.dyndns.org? So which one should be used? The JBoss-Wiki? Or this special wiki? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161956#4161956 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161956

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jPDL 4 early feedback

by koen.aers＠jboss.com

As far as the designer is concerned: for the current implementation it is indeed very difficult to add new stock nodes. Hence also the 'quick' implementation using generic nodes for the ESB node. For the future version of the GPD, this limitation should and will be ironed out. Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161955#4161955 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161955

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Confused about infrastructure (SVN, Mailinglist, ...)

by camunda

Hi! I am still confused about what has changed in the infrastructure... I hear a lot about SVN. But my last information was: 3.x will stay in CVS, 4 will go to SVN. IN http://www.jboss.org/jbossjbpm/jpdl_sources/ the CVS is still mentioned. In the forum I didn't find a new SVn URL. Is it CVS for 3.x or SVN? Where is the SVN located then? What about that mailinglist? Why is it there? Will it really be used? I thought, the forum is the main communication channel... About Maven I will ask further as soon I got the right source control URL ;-) Would be nice to get some light in this :-) Thanks Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161954#4161954 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161954

16 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM3 should release lock-step with jPDL4

by camunda

anonymous wrote : Another important point (apart from inter-project dependencies) is management of the workload for the whole team. Hi Thomas, but this isn't the case for the contributers. For me personally I have some backlog of stuff I want to commit but cannot plan in advance when I can do it, since it is "a hobby" and has to fit in spare times coming here and there (but are not planned). Does this schedule mean, that if I have spare time in a code freeze I cannot commit anything? Or do you branch somehow so development on head can go further on? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4161952#4161952 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4161952

16 years, 6 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 July 2008