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

[Design the new POJO MicroContainer] - Re: Spring-int schema support

by kabir.khan＠jboss.com

"alesj" wrote : | "kabir.khan(a)jboss.com" wrote : | | One issue with http://www.springframework.org/docs/reference/beans.html#beans-factory-lo... is that we need to replace the original abstract class with the generated concrete class. | | | What's the issue? Simply that from the "beans-factory-lookup-method-injection" example, we cannot instantiate/install CommandManager itself since it is abstract. Instead we would need to install the generated sub-class View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051458#4051458 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051458

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: New Lifecycle aspects is wrong

by kabir.khan＠jboss.com

http://jira.jboss.com/jira/browse/JBMICROCONT-180 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051455#4051455 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051455

18 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: New classloaders in AS 5

by adrian＠jboss.org

Soon and yes I know. The crappy classloader integration has been an outstanding issue for too long. http://jira.jboss.com/jira/browse/JBMICROCONT-31 and http://jira.jboss.com/jira/browse/JBAOP-107 It's not just AOP. :-) The same broken (reverse integration) strategy where the integratee defines the integration point and then just goes ahead and uses implementation details of other projects without regard as to whether they are intended to be used that way is endemic (EJB3, webservices, jboss-aspects, etc.) and raised here: http://jira.jboss.com/jira/browse/JBAS-1796 We had the same discussion about EJB3 and Security on Friday. Eventually, laziness and thoughtlessness comes back to bite you! :-) In general all integrations should have three components. 1) An implementation neutral api/spi that defines what needs to be achieved NOT how you achieve it. 2) Implements of (1), i.e. how you achieve it 3) Users Except for simple cases these should be in three different projects with the only dependency being on 1 never on 2 - except for integration testing. :-) Once this is done it will also be relatively trivial to run in A.N.Other appserver by reimplementing the integration points for that server. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051453#4051453 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051453

18 years, 9 months

1
0
0 / 0

[Design of POJO Server] - Re: New classloaders in AS 5

by alesj

"kabir.khan(a)jboss.com" wrote : What is the timeframe for integrating the new classloaders in AS trunk? | It should be in beta3: - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=106584 Don't know what that means for tha actual trunk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051446#4051446 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051446

18 years, 9 months

1
0
0 / 0

[Design of POJO Server] - New classloaders in AS 5

by kabir.khan＠jboss.com

What is the timeframe for integrating the new classloaders in AS trunk? http://www.jboss.com/index.html?module=bb&op=viewtopic&t=107465 I cannot see jboss-classloader.jar in thirdparty and it seems to still be using UnifiedClassLoader3. Once integrated that will affect how AOP scoped by classloader works View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051440#4051440 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051440

18 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: gpd deployer jar

by david.lloyd＠jboss.com

Just because those are not the main sources for the console. If we were to add additional removable servlets (which compile to jars), they also would get their own directories. If there was ever to be java code that pertains specifically to the console, that would go in src/main/java. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051432#4051432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051432

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Shutdown of controller

by alesj

"adrian(a)jboss.org" wrote : Correct, but it just :-) inefficient since the result is a Set. Hmm ... not really :-), since errorContexts would be right after INSTALLED ones. But since they are in ERROR, this wouldn't effect other contexts while uninstalling them. So, you are right. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051431#4051431 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051431

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Shutdown of controller

by adrian＠jboss.org

"alesj" wrote : | I think you've got a typo here: | | | for (int i = states.size()-1; i>=0; --i) | | { | | ControllerState state = states.get(i); | | result.addAll(contextsByState.get(state)); | | result.addAll(errorContexts.values()); | | } | | | Probably adding errorContexts at the end, outside loop? ;-) | Correct, but it just :-) inefficient since the result is a Set. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051423#4051423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051423

18 years, 9 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: gpd deployer jar

by tom.baeyens＠jboss.com

i see you also reverted to the gpd-deployer sources folder. the main and test are conform the maven naming and we used it all over the project. why do you want an exception there ? why is main not good ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051422#4051422 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051422

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Shutdown of controller

by alesj

"adrian(a)jboss.org" wrote : I've added a Controller.shutdown() | which is a feature missing from the old ServiceController. | I think you've got a type here: | for (int i = states.size()-1; i>=0; --i) | { | ControllerState state = states.get(i); | result.addAll(contextsByState.get(state)); | result.addAll(errorContexts.values()); | } | Probably adding errorContexts at the end, outside loop? ;-) "adrian(a)jboss.org" wrote : | Ales, can you check the child controller shutdown code is ok? It looked OK when I looked it before this post, but I'll check again. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051405#4051405 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051405

18 years, 9 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 June 2007