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

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

by bstansberry＠jboss.com

"manik.surtani(a)jboss.com" wrote : anonymous wrote : | | Say we solve the Cache issue and a remote Cache proxy is available. Any API call that requires use of a Node will fail, since the Node won't be a remote object. The only available API will be those methods that don't involve a Node. | | | | Hmm, this may involve exposing and binding each Node, which sucks/bordering on completely ridiculous. Oh, I'd say that's way over the ridiculous border. :) anonymous wrote : How about mandating that if you intend to access the cache via JMX, don't use Node APIs? Yes, this restricts some functionality, but not all, and even then only for people remotely accessing a cache bound in JMX/JNDI. Yes, I think this is more a documentation issue, telling people what won't work. The only thing that I commonly used in 1.4 that can't be done via the Cache API are hasChild(Fqn) and getChildrenNames(Fqn). anonymous wrote : And for local usage, people would either create a cache instance directly, or how about binding the CacheFactory (java:/ namespace) so people can get a hold of the cache? Ignorant question whose answer I should know. If you bind the Cache itself in the java:/ namespace, does it serialize it or just store a ref to the cache in the JNDI tree? If not, then the user can just bind the cache in java:/ for the local clients. anonymous wrote : Related topic - should CacheFactory always construct caches? Should it also be able to retrieve already-constructed, named caches? | | E.g., | | | | Cache c1 = DefaultCacheFactory.createCache("MyCache", "cfg.xml"); | | Cache c2 = DefaultCacheFactory.createCache("MyCache", "cfg.xml"); | | | | assertSame(c1, c2); | | | | Interesting. I think the tricky bit is you have to have a cleanup API to remove the caches (or use WeakReferences). If the client is local and JMX is available, they can just use CacheJmxWrapper and JMX becomes a registry. Or maybe binding the Cache in JNDI in java:/ will work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051090#4051090 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051090

19 years

1
0
0 / 0

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

by manik.surtani＠jboss.com

anonymous wrote : | Say we solve the Cache issue and a remote Cache proxy is available. Any API call that requires use of a Node will fail, since the Node won't be a remote object. The only available API will be those methods that don't involve a Node. | Hmm, this may involve exposing and binding each Node, which sucks/bordering on completely ridiculous. How about mandating that if you intend to access the cache via JMX, don't use Node APIs? Yes, this restricts some functionality, but not all, and even then only for people remotely accessing a cache bound in JMX/JNDI. And for local usage, people would either create a cache instance directly, or how about binding the CacheFactory (java:/ namespace) so people can get a hold of the cache? Related topic - should CacheFactory always construct caches? Should it also be able to retrieve already-constructed, named caches? E.g., | Cache c1 = DefaultCacheFactory.createCache("MyCache", "cfg.xml"); | Cache c2 = DefaultCacheFactory.createCache("MyCache", "cfg.xml"); | | assertSame(c1, c2); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051065#4051065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051065

19 years

1
0
0 / 0

[Design of JBoss Portal] - DnD on pages

by javatwo

I played around Drag/Drop on version 2.6. It seems DnD is enabled only on dashboard. I am an admin user, I like to have DnD on pages to re-arrange windows visually. Is there something I am missing, or it is designed this way? Thanks, Dave View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051063#4051063 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051063

19 years

1
0
0 / 0

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

by kabir.khan＠jboss.com

This has been added. I originally modified AbstractController, but found that the callbacks were being "uninstall"ed twice, so it does its own unwinding. I've added some checks to AbstractLifecycleCallbackItem to check if the "install" callback was called for a particular callback, and if not to skip the "uninstall" step for that. One borderline case is the lifecycle callback whose "install" method caused an error, should the callback for that be called or not? I think so, since it might have had partial success. See UnwindLifecycleTestCase for details. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051057#4051057 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051057

19 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Two message store actions

by kurt.stam＠jboss.com

The DeadLetterService is using the MessagePersistor, but let's IM anyway :) --K View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051028#4051028 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051028

19 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Two message store actions

by kurt.stam＠jboss.com

Hi Derek, They got checked in around the same time. The DeadLetterService is using it. Can you contact me on IM so we can talk about the differences? I think we can merge them. --Kurt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051019#4051019 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051019

19 years

1
0
0 / 0

[Design of POJO Server] - Re: Handling more complex properties in a ManagedComponent

by scott.stark＠jboss.org

Ok, I'll put an example in before moving things around. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051016#4051016 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051016

19 years

1
0
0 / 0

[Design of JBoss ESB] - Re: Two message store actions

by derek.adams

It looks like the org.jboss.soa.esb.actions.persistence.StoreMessage action is outdated. The org.jboss.soa.esb.actions.MessagePersister action does the same thing and includes the new classification attribute for messages. I can delete the StoreMessage action if nobody is using it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051010#4051010 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051010

19 years

1
0
0 / 0

[Design of JBoss ESB] - Spring Integration Checked in. Seeking Developer Review

by james.williams＠jboss.com

I've checked in code for these 2 jira tasks: Spring integration quickstarts: http://jira.jboss.com/jira/browse/JBESB-367 For those too busy to read the Jira tickets, here's a quick rundown of the Spring quickstarts: 1. product/samples/quickstarts/spring_helloworld - simple loading/invoking of a spring bean 2. product/samples/quickstarts/spring_aop - simple SpringAOP example 3. product/samples/quickstarts/spring_jpetstore - more complicated Spring example that uses Spring managed DB connection pool/datasource, SpringTX, SpringAOP and iBatis for DB access. Java class located at: product/core/listeners/src/org/jboss/soa/esb/actions/AbstractSpringAction.java that provides decent way to use Spring in the ESB: http://jira.jboss.com/jira/browse/JBESB-592 There are unit tests for this code in: product/core/listeners/tests/src/org/jboss/soa/esb/actions/spring If you're interested in Spring integration in the ESB, feel free to review and provide feedback. James View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050906#4050906 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4050906

19 years

1
0
0 / 0

[Design of JBoss ESB] - Two message store actions

by mark.little＠jboss.com

Why do we have two Message Store Actions? Can we collapse these down into one? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4050877#4050877 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4050877

19 years

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