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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Micro-container Integration

by timfox

One thing I would like to see is the JMX wrappers over the POJO classes to be as thin and stateless as possible. Currently some of the JMX classes (e.g. QueueService) already delegates to a POJO (ManagedQueue) but some of the queue attributes etc are duplicated between the two classes. I would like to see this consolidated in one place (the POJO). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049690#4049690 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049690

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Micro-container Integration

by alesj

If you need any help, let me know. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049676#4049676 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049676

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Micro-container Integration

by timfox

Sounds good View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049673#4049673 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049673

17 years, 5 months

1
0
0 / 0

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

by alesj

Is this feature meaningful (to be imported into MC features): - http://www.springframework.org/docs/reference/beans.html#beans-factory-xm... Since in our case those files will be scanned and deployed in the same controller anyway. Probably this should be just a Spring-int addon. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049610#4049610 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049610

17 years, 5 months

1
0
0 / 0

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

by alesj

I'm just going through Spring xml schema and there are a couple of features that need to be discussed if we really want to support them. First here are some that I think are useful to be added to existing bean metadata support: - parent (http://www.springframework.org/docs/reference/beans.html#beans-child-bean...) - abstract (same link as parent) After you have these previous two, there is a 'merge' option on collections: - http://www.springframework.org/docs/reference/beans.html#beans-collection... Which is probably trivial to implement. There are two that fit in the ConfigureAction: - autowire (http://www.springframework.org/docs/reference/beans.html#beans-factory-au...) - dependency-check (http://www.springframework.org/docs/reference/beans.html#beans-factory-de...) I already added support for optional 'autowire-candidate' aka 'contextual-injection-candidate'. 'scope' element will probably be handled by our kernel scoping impl - additional API on top of deployers? And two more which can probably be handled by our aspectized MC configuration: - lookup-method (http://www.springframework.org/docs/reference/beans.html#beans-factory-lo...) - replaced-method (http://www.springframework.org/docs/reference/beans.html#beans-factory-ar...) Kabir? How to integrate this with Joinpoint instantiation? Some of them have a 'global' deployment default value. What's the deal with all those lifecycle, aware, post-callback interfaces: - http://www.springframework.org/docs/reference/beans.html#beans-factory-na... - http://www.springframework.org/docs/reference/beans.html#beans-factory-ex... We can probably wrap most of them into MC features. How to get classes into classpath? Meaning, can we ship our own small artifact/jar with just those interfaces? So that the notion of not needing full blown Spring IoC is still there. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049608#4049608 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049608

17 years, 5 months

1
0
0 / 0

[Design of JBossCache] - Binding proxy to Cache in AS JNDI

by bstansberry＠jboss.com

Just realized that the standard way of providing remote access to the cache by binding a proxy in JMX will no longer work with 2.0. The usual JRMPProxyFactory approach works with MBeans, which in 2.0 means the CacheJmxWrapper. So, we can bind a proxy to the CacheJmxWrapper, but people likely want the Cache, not the wrapper. Client calling getCache() on the wrapper proxy doesn't work, as it's a remote call that will try to return the server side Cache to the remote client. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049568#4049568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049568

17 years, 5 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Micro-container Integration

by apwalker

Hey All I'm looking at doing the MC integration. I've had a few discussions with Tim with regards to the approach and we both think that we need to support both the old JMX config and the MC config moving forward. So I think I will refactor the old JMX services to simply delegate to POJOs that can be run directly in the MC. Also I'm thinking that for each JMX MBean interface that I will create a POJI equivalent. This all needs to work in JBoss 4.2 also. Any thoughts and/or input???? BTW here's the branch this work is going to be done on: https://svn.jboss.org/repos/messaging/branches/Branch_MC_Integration View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049567#4049567 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049567

17 years, 5 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Hudson tests

by kabir.khan＠jboss.com

AOP 2.0 is now being built and tested on Hudson. We are currently only doing it with JDK 5 against AS 4.2.0 http://dev45.qa.atl.jboss.com:8585/hudson/job/jboss-aop-jbossas-4.2.0.GA/ but we are in the process of adding separate builds for other supported JDK/AS combinations: http://jira.jboss.com/jira/browse/JBQA-807 Flavia, I added you to the list of users who gets a mail when stuff is broken :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049535#4049535 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049535

17 years, 5 months

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - XPost - Remoting from unsigned applet - ClassLoader security

by fatbatman

http://www.jboss.com/index.html?module=bb&op=viewtopic&t=109218 How hard would it be to get Remoting working in an unsigned applet? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049527#4049527 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049527

17 years, 5 months

1
0
0 / 0

[Design of EJB 3.0] - Re: EJB3 Alignment with JBoss Security

by wolfc

I concur, but only partially. If we create a EJB3 security spi which is provided by the EJB3 core and implemented by both EJB3 AS 4.2 security int and EJB3 AS 5.0 security int, then we don't have a lot of divergant code. Configuration of the security int is then done in the EJB3 deployer meta data. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4049522#4049522 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4049522

17 years, 5 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 May 2007