November 2006 - jboss-dev-forums - Jboss List Archives

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Incorporating Remoting http transport into Messaging

by ovidiu.feodorov＠jboss.com

Ron, are all your changes checked in on the branch? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985899#3985899 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985899

19 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Application Server Integration Tests

by ovidiu.feodorov＠jboss.com

Richard, what JMS artifacts are you using, precisely? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985898#3985898 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985898

19 years, 4 months

1
0
0 / 0

[Design of POJO Server] - Re: Default values for MC annotations when running in jboss

by scott.stark＠jboss.org

"kabir.khan(a)jboss.com" wrote : | Scott, you mentioned something early in the other thread about moving javassist.jar here. Can you elaborate a bit please. | | At the moment I don't see a way to go with option b) short of moving the javassist specific annotation stuff out of the mc project into the aop-mc-int project, or splitting jboss-container.jar into a jboss-container-boot.jar and a jboss-container-deployer.jar as has been done for the aop-mc-int project. The javassist issue is simply do we want to expose this api from the bootstrap class loader. Its a question of how public an api javassist is, and do we expect users to be able to use a different version than that bundled with jboss. If we do, then we should be created a javassist release under the org.jboss package namespace to isolate our usage from users. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985897#3985897 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985897

19 years, 4 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: JDK1.6 retro compiler

by genman

A lot (if not all) of the JDK 1.6 concurrent classes are already part of the backport release. I'm not sure what classes in other packages are around. http://dcl.mathcs.emory.edu/util/backport-util-concurrent/compatibility.php Adrian, I think configuring the retro behavior by transformation class names is the most flexible, though I wonder if source and destination Java version would be sufficient. Was there any intention on generalizing the retro compiler into something that could be used for other purposes? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985895#3985895 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985895

19 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - behind the scene changes in gpd

by kukeltje

I've seen lots of gpd changes comming by in cvs. I know Koen was updating the model behind the designer, but could someone shed some light on the advantages this is going to bring us? e.g. easier implementation of requested features like being able to move transitions, having transitions obey the grid etc...etc...etc... I bet he did not do it for no reason, since it seems to have been a hell of a job. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985893#3985893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985893

19 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: coolest feature ever

by kukeltje

it doesn't happen to be jboss messaging right? :-) Testing and demos... agree, production? hmmmm.... ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985892#3985892 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985892

19 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to store EPRs in the registry?

by mark.little＠jboss.com

"kurt.stam(a)jboss.com" wrote : You may have multiple EPRs per Service, so typically you will just unregister the EPR and leave the service. +1 Think of the EPR like a CORBA IOR: unless you create it with a persistent policy, each time you create the service you'd get a new (unique) IOR. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985889#3985889 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985889

19 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to store EPRs in the registry?

by kurt.stam＠jboss.com

You may have multiple EPRs per Service, so typically you will just unregister the EPR and leave the service. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985888#3985888 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985888

19 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to store EPRs in the registry?

by tfennelly

Sure thing on the Logical Service name etc... but I take it that this is also not available when the EPR is not available i.e. is this not accessed via the EPR? On the Logical Service Names (and a little off topic perhaps).... I don't think they're available from the EPR interface that's in SVN i.e.Message.getHeader().getCall().getFrom/getTo etc View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985887#3985887 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985887

19 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: How to store EPRs in the registry?

by mark.little＠jboss.com

Lifecycle information is not normally stored in the registry. That's contrary to the model. In most cases, the EPR is only valid for the life of the service, which means if the service goes "down" then when it comes "up" again it'll register itself using another EPR. You should probably not store configurations associated with EPRs anyway, since they can change even for the same service. The best thing to use would be the logical service name. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3985885#3985885 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3985885

19 years, 4 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 November 2006