August 2009 - jboss-dev-forums - Jboss List Archives

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by tfennelly

Hi Scott... thanks for your comments. "ScottDawson" wrote : Can support for that type of interaction be included?/quote] | | Yes, but not statically at the moment. How you could implement this currently is to write a service that "captures" the request, dispatches it async to the service that does the actual work, and then sets up the HttpResponse with whatever response code makes sense, plus a response payload containing the info needed by the client to make its decisions re getting the eventual response. | | I'm not gone on the idea of putting in a "static" mechanism such as that on the JBR Gateway. What do you think? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252606#4252606 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252606

15 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by ScottDawson

anonymous wrote : 2. Gateway sync="false": Gateway will async invoke service and return an empty response payload in the http response. I think the section in the HTTP spec regarding a 202 status code gives some guidance on how this might work: http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html#sec10.2.3 In that section it says anonymous wrote : The entity returned with this response SHOULD include an indication of the request's current status and either a pointer to a status monitor or some estimate of when the user can expect the request to be fulfilled. One use case for the sync="false" is to kick off a long-running process and the 202 status can be used to indicate that the request was received and the accompanying response payload can be used to give the client some information about when the job might be done, a URL to retrieve the status, etc. This is partially supported in the JBR gateway with the asyncResponse property. Can support for that type of interaction be included? Thanks, Scott View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252601#4252601 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252601

15 years, 4 months

1
0
0 / 0

[JBoss Profiler Development] - [profiler 2.0b5] Question about the option store=file in jbo

by Eligriv

Hello everyone ! I am trying to profile my application, and i would like to analyse the jboss profiler's logs without having to stop my server. So i put the option store=file, and i have a folder filled with a bunch of files, but i can't do mutch with it. What is the proper way to do it ? Is there a documentation about that or something ? Thanks. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252593#4252593 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252593

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: does JBPM support below features?

by kukeltje

wrong forum... use the user forum for this. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252589#4252589 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252589

15 years, 4 months

1
0
0 / 0

[jBPM Development] - Re: Newly one in jboss application server

by kukeltje

Uhmm... I think you did not get why we both reacted the way we did. Tom's reaction was a little bit hard to grasp. 'Building a BPM service' takes years to finish, so he will not respond very soon. My reaction was a little more obvious (I would think) but probably sarcasm is different in other parts of the world. You should read this but also be sure to read the full document. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252588#4252588 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252588

15 years, 4 months

1
0
0 / 0

[jBPM Development] - does JBPM support below features?

by cssatheesh

Hi all, Can any one validate whether JBPM supports below feature? Its very urgent for me. JBPM Rule Actions can be web services JBPM Rule Actions can be Java classes JBPM Rule Actions can be stored procedures JBPM's Web Service can be rule input JBPM's Web service can be actor in process Thanks in advance. Satheesh View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252587#4252587 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252587

15 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by tfennelly

Sorry guys... just for clarity... what this is going to mean is... 1. Gateway sync="true": Gateway will sync invoke service and return the sync response payload in the http response. 2. Gateway sync="false": Gateway will async invoke service and return an empty response payload in the http response. OK? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252567#4252567 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252567

15 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by tfennelly

Thanks Kev. I'm afraid I still have some questions for you :) Before getting more detail on your answers to the table of sync/async questions.... The HttpGateway always returns a response, no matter what, right? HTTP is a synchronous protocol, at least as implemented by the serlvet spec, which is what we're using. So as far as I see, it's not so much whether the gatway responds sync or not (because it always responds sycn). It's whether it puts a payload into the response, and where it gets that payload from if it does. So when I say sync/async, I just mean payload/no-payload on the servlet response from the http gateway. "Kevin.Conner(a)jboss.com" wrote : If I understand correctly you are expecting the service mep to declare the outcome of the invocation from the perspective of the client No, I'm not expecting this. As far as the client of the http gateway is concerned, it's a HTTP invocation so I'm expecting them to expect a sync response. "Kevin.Conner(a)jboss.com" wrote : If the mep is declared RequestResponse then the service is stating that it should, directly, respond to the caller. Right... and just for clarity... in this case, the caller to the Service is the HttpGateway and not the "Client" invoking the gateway. "Kevin.Conner(a)jboss.com" wrote : If the mep is declared as OneWay then the service is stating that it will not respond to the caller but this does not prevent another service, invoked as part of the pipeline (i.e. routing), from responding. And since the caller of the service is the gateway, how would we implement this? How do we decide whether or not the gateway makes a sync or async invocation (using ServiceInvoker) on the OnWay Service? "Kevin.Conner(a)jboss.com" wrote : 1. gateway sync=true, service mep=OneWay? | | Synchronous invocation, response may come from a second service (as highlighted in IM conversation). So the gateway makes a sync invocation on the OneWay Service? I can obviously see how this could work, but I personally think this is going to lead to a lot of confusion and is going to be quite brittle and hard to support. For example, wouldn't the person implementing serviceA (oneway service, being sync invoked by gateway) need to know that they can't use InVM from the gateway to serviceA, if serviceA and serviceB (the downstream service that's going to respond to the sync invoke from the gateway) are not in the same VM? "Kevin.Conner(a)jboss.com" wrote : 2. gateway sync=true, service mep=RequestResponse? | | Synchronous invocation, service pipeline should return response. | | 3. gateway sync=false, service mep=OneWay? | | Asynchronous invocation. Pipeline will not return a response, even in subsequent services, as the client has indicated that it does not want one. These are as I'd expect :) "Kevin.Conner(a)jboss.com" wrote : 4. gateway sync=false, service mep=RequestResponse? | | Asynchronous invocation. Pipeline will not return a response as the caller has indicated that it does not want one. But doesn't this then hardcode a decisoin for all clients calling through this gateway? As I see it, in this case the service being called by the gateway is able to produce a payload for the gateway response. Some HTTP clients (to the gateway) may want this payload in the HTTP response and other clients may not. Seems to me like the clients that are not interested need can just ignore the response payload, no? I don't get the logic of hardcoding this into the gateway. I suppose what we could do for this is support a "noResponsePayload" http query parameter on the gateway (or a HTTP header ala the "Accepts" header). That way, individual clients can indicate whether or not they want a payload in the response (whether they "accept" a response payload). Anyway... after all that... I'll just go and implement a "sync" flag on the gateway as you request :) I just wanted my thoughts on the record because I know Burr etc will be pointing the finger at me down the line :) Thanks again Kev!! View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252565#4252565 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252565

15 years, 4 months

1
0
0 / 0

[JBoss OSGi Development] - Re: 3.6.3 Optional Packages

by thomas.diesler＠jboss.com

Ales sais, Just found this in RequirementDependencyItem | // Optional requirement | if (requirement.isOptional() || requirement.isDynamic()) | setResolved(true); | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252532#4252532 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252532

15 years, 4 months

1
0
0 / 0

[JBoss ESB Development] - Re: Http Gateway - requirements please...

by Kevin.Conner＠jboss.com

"Kevin.Conner(a)jboss.com" wrote : but I will look back and follow up on your latest posting. Ah, you posted after I went on vacation. That explains why I hadn't seen it :) Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4252494#4252494 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4252494

15 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2009