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

[Design of JBoss ESB] - Using Eclipse to work on JBossESB?

by kukeltje

Hi guys, Not a real design question, but certainly not a user question (imo). I just checked out the esb source and want to digg into it a little. I normally develop using Eclipse and was wondering if there is any guidelines of setting this up. I can do it all manually (creating new eclipse projects of the parts like core, console etc individually based on the ant build scripts in those subdirs) so they become individual eclipse projects. Or is there any better way? If not, no problem, but then I know I just have to do some work.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020658#4020658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020658

19 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JCA antipattern? Or not?

by bill.burke＠jboss.com

Please tell me how this Jenks MDP stuff is any better than MDBs. Also, we have a different concept of Message Driven Pojos in that you can declare a business interface for your MDB and avoid JMS apis all together. Look at the @Consumer/@Producer stuff we have in EJB3 container. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020641#4020641 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020641

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Simple Orchestration Quickstart

by kukeltje

anonymous wrote : This process would be started by receipt of a JMS message from an ESB Action Why only a jms message? Why not also a message in a file in a directory or via mail? Or do you mean the 'connection' between the esb and jbpm is via jms? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020631#4020631 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020631

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Hot reployment

by kukeltje

Added to the jira: Not only hot, but - Scheduled: e.g. 'deploy now' become active at 23:00 (or 11pm ;-) ), or mark a service as becomming unavailable a 3 weeks from now - Versioned: Service A version 1 uses Service B version 2, Service B gets a new version, needed for other things, but Service A should still be able to use Service B version 2 for as long as needed. If I think of more examples/requirements, I'll add them here. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020623#4020623 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020623

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: jBPM in JBossESB

by kukeltje

jBPM has the notion of actionhandlers. These can be synchronous (blocking) or asynchronous (non-blocking). Maybe we (I ?) should create a default actionhandler base class which makes it possible to call services on the bus from jBPM. Did you guys give that any thought? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020604#4020604 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020604

19 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JCA antipattern? Or not?

by timfox

Understood that this would be outside the JEE specs, but still quite useful IMHO. I believe projects like Jencks already support this kind of thing http://jencks.org/Message+Driven+POJOs. This would allow people to leverage JCA more fully for message inflow in a managed environment without using any EJB (MDB) stuff. Any plans of doing something like this? Or is it not on the radar? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020580#4020580 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020580

19 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Scoped Kernels

by alesj

"scott.stark(a)jboss.org" wrote : Are you traversing all contexts across all kernels for a given state? | I'm doing a simple current --> parent chain context lookup. The problem is when a CL bean is defined in some scope, it is part of the ScopedController after PreInstall state. But the CL bean dependant beans are still in the 'Not installed' state, since they need CL for MetaData, so they are still having a bootstrap Controller assigned to them - which doesn't know about context's in his child Controllers == ScopedControllers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020541#4020541 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020541

19 years, 1 month

1
0
0 / 0

[Design of Kosmos] - What do I do next?

by smithap

I have installed and configured Kosmos and I have got a Kosmos tab on my portal. I had to use the admin screens to "change instance" of each item before I could get anything, but I don't know which option in the drop-down box to select: These Forums don't seem to be too active, is Kosmos still a 'current' project? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020480#4020480 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020480

19 years, 1 month

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: jboss/remoting 2.2.0.Alpha7 not compatible with jboss5

by scott.stark＠jboss.org

The http transport dependency and its dependency on an http stack needs to be moved into a separate artifact as I outlined in JBREM-705. Whatever its compatible with should be declared in that artifact. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020428#4020428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020428

19 years, 1 month

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: jboss/remoting 2.2.0.Alpha7 not compatible with jboss5

by ovidiu.feodorov＠jboss.com

apache-tomcat is a dependency of Remoting. Remoting can't do HTTP unless those jars are present. Messaging, as a Remoting dependent, shouldn't be in the position to decide what apache-tomcat version Remoting uses. From our perspective, we don't care, and we don't want to be forced to care. All we care about is that our tests pass with the specific Remoting version listed in our dependency metadata. So, having to list apache-tomcat among our dependencies is wrong. If Remoting declares itself compatible on apache-tomcat 5.5.15, and this breaks compatibility with jbossweb 2.0.0, then jbossweb and Remoting teams need to work this out and qualify a apache-tomcat that is acceptable for both parties. Also, they need to do this in such a way that doesn't require uncomment stuff in configuration-info.xml and leave Tim and I wondering for hours why is that our testsuite fails. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4020400#4020400 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4020400

19 years, 1 month

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 February 2007