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

[Design of JBoss ESB] - Re: Configuration for Jboss ESB with Apache Axis2

by tfennelly

"DebadattaMishra" wrote : I have also tested the inbuilt example "webservice_jbossws_adapter_01" . I am still unable to understand the flow here. Is there any document to understand the flow. We'll be adding more docs on this stuff soon, but in the mean time, take a look at the flash demos. They're annotated and explain all the concepts involved here. "DebadattaMishra" wrote : Besides I want to know what are the minimal configuration I have to make for Apache Axis2 with Jboss ESB(4.2 MR2 version). We don't support Axis yet. We'll be getting this for free once the JBoss Webservices guys get their Axis provider implemented. "DebadattaMishra" wrote : Finaly I have to make a sopa call through ESB and to get a different soap message through ESB. Please help me in this regard. Right now for my RND I am using Jboss AS 4.0.5. I will be thankful to you for your immediate response. Again, check out the flash demos above. Also check out this doc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051395#4051395 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051395

18 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Shutdown of controller

by adrian＠jboss.org

I've added a Controller.shutdown() which is a feature missing from the old ServiceController. Ales, can you check the child controller shutdown code is ok? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051393#4051393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051393

18 years, 10 months

1
0
0 / 0

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

by adrian＠jboss.org

These look like AOP features to me and would be better implemented with something more flexible than specific config options. I'd do it in a spring-aop-int project and translate the spring xml into aop/bean xml, e.g. | <aop:generated-lookup-factory name="commandManager" class="fiona.apple.CommandManager" method="createCommand" bean="command"/> | when you are asked for getBeans(); Fundamentally, you can write any BeanMetaFactory you like whether it a GenericBeanFactory, an AOP generated class or a CGLIB/javassist generated class doesn't really matter. You can always hide the implementation details in your getBeans() :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051384#4051384 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051384

18 years, 10 months

1
0
0 / 0

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

by alesj

"kabir.khan(a)jboss.com" wrote : Maybe another subclass of AOPContructorJoinPoint that is used for spring-int? I don't know if having spring-int depending on aop-mc-int is viable? | Like I said, I think we can push this into main kernel module, but as an optional feature depending on aop-mc-int. "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? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051376#4051376 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051376

18 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: refactor code out of ExecuteJobThread in Command

by camunda

anonymous wrote : | another aspect is that you can also turn it around. you could just use the JobExecutorThread in the command in stead of the other way round. Actually, I tried this. But it is not easy to leave out the Threading in the current implementation. Maybe a solution would also be, to push some code for the Job-Execution in another class (or the ScheduleSession maybe?), so the JobEexecutorThread gets much easier and I can build a Command using the same code. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051372#4051372 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051372

18 years, 10 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: refactor code out of ExecuteJobThread in Command

by tom.baeyens＠jboss.com

managing threads on the other side of a session facade is not a good thing. if you look at the job executor as a component, you could think of commands like start-new-thread and stop-thread or set-nbr-of-thread. but still the threads would be managed by the component, not the actual command. hmmm... this reasoning is not really (thread?)-safe :-) probably it depends on what you want to do. but i don't see yet a use case in which you want to manage the job executor. i would think it is always a deployment kind of thing. another aspect is that you can also turn it around. you could just use the JobExecutorThread in the command in stead of the other way round. just thinking out loud here. i didn't really see yet where you want to take it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051370#4051370 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051370

18 years, 10 months

1
0
0 / 0

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

by manik.surtani＠jboss.com

anonymous wrote : | | 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. | Should be a ref - in which case storing a Cache instance would work too. anonymous wrote : | | Interesting. I think the tricky bit is you have to have a cleanup API to remove the caches (or use WeakReferences). | Or the cleanup could be triggered when a cache.destroy() is called - this could cause it to be "unregistered" with the cache factory. anonymous wrote : | 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. | See, I've always believed that JMX is for management information and management processes. To actually use a service, the service should be in JNDI. Maybe that's just me oversimplifying things. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051362#4051362 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051362

18 years, 10 months

1
0
0 / 0

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

by tom.baeyens＠jboss.com

ok. then we're on the same page. i just used straight classes to move quickly. and i assumed you just re-added the gpd-deployer jar assuming it was missing. so if you want, you can fix it to go back to a jar file, but that you would also have to reintroduce the building of the jar file. imo you're right, but it should be no priority over the other console enhancements. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051361#4051361 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051361

18 years, 10 months

1
0
0 / 0

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

by kabir.khan＠jboss.com

Maybe another subclass of AOPContructorJoinPoint that is used for spring-int? I don't know if having spring-int depending on aop-mc-int is viable? 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. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051350#4051350 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051350

18 years, 10 months

1
0
0 / 0

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

by david.lloyd＠jboss.com

Incidentally, the reason I added those lines back in is that they were removed from only one of the two WAR targets, so I figured it was removed mistakenly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4051337#4051337 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4051337

18 years, 10 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