AW: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Stadelmann Josef



Martin
 
    you are right in many aspect. I am a newby to SOAP & 
WS, but have some years with OO and 
    CORBA too.
    
    the architectural 
concept for MY agent, for shure, it requires 
constraints.
 
    i.e. a client needs to know the 
service an agent can provide without knowing the details how the 

    agent gets to the answer. for the client the 
agent is the server, the service provider. Beneficial 
for
    the client. It has to know only one interface, one 
"contract".
 
    would you allow to say, an agent is a broker and knows 
where a certain service is delivered which can 
    fulfill the request of the client 
asking?
    

    asking just 
a proxy is for sure a no-go in my scenario, - but is 
often seen with varying results.
 
    i.e. I would myself not 
ask just agent when I intend to find a 
"cheap-air-line-ticket-provider".
    In this context I have to 
know those agents working close with "air-line-ticket-providers", but not 
more.
 
I.e. I would myself not ask 
an "air-line-ticket-proving-agent" when I seek a car for which I 
intend 
    to spend a certain budget but 
expect otherwhise the best matching/performing care for my 
money. 
 
    As a client, asking a 
"cheap-airline-tickets-provider-agent" can be beneficial 
i.e. I do not have to sort out 
    and work-up all the varying details (datatypes) 
provided by various n types of  
"air-line-ticket-providers"  

    to be able to get the best 
price/performance match. How the agent sorts out details returnd from the 
servers
    is the secret of the agent in charge as 
a server to its client. 
 
As long as the agent can provide to the client 
what the client wants, all is OK for the client.
 
    I think it also a very common 
mistake that client's know too much about servers, which has a bad impact 

    when the server changes. 
But, not knowing anything about a server and just 
asking a proxy points to 
    a client, 
(unless the client is introspecting by intention 
the server on a dedicated interface.)
    This could be an 
administrative function for an agent in an atempt to find new 
matching servers, 
    new "air-line-ticket-providers". New 
servers to deal with when the client intends to pay. 
etc.etc.
 
Implementing an agent can 
be of great help. it can take the burden of sorting out all kind of late changes 
at 
    the server side edge. 
Given the case that an agent deals with 3 service 
providers, maybe 4 tomorrow. the client 
    shall not know about this. In 
this case a server can shut down, the client is still served 
unless there are no more 
    servers, in which case the agent 
migth have a suggestion or the like, and tell the client 
 that he can wait unless 
    at least one server 
is back, or can cancel his request, or offers him an asynchronous 
callback if forseen.
 
    Should a server change and the agent 
does not come clear with this change. Nothing will happend to the client. 

    The client gets 
served. But the agent will possibly be modified to adopt for 
the changed/new type answer of one 
    of it's service providers. (i.e. 
refine the RPC or CORBA IDL to the new/changed server, then get/generate) new 

    stubs to talk 
properly to the new/changed server(s)).
 
    Over all, the result is a 
system more "resilent to change" I would also call it a more robust 
system.
 
    As a SOAP/WS newby, I can not yet 
see how to implement this best using SOAP/WS, 
    but with CORBA I would build my 
"expert-agent" with this architectural constraints in mind.
 
Josef    

    
 
 -Ursprüngliche 
Nachricht-Von: Martin Gainty 
[mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 2006 
14:59An: axis-user@ws.apache.orgBetreff: Re: AXIS 1.4: 
invoke request after web service sent response to 
client

  Josef-
   
  Having been involved with individuals who 
   introduce race conditions on either the DB or Webapp 
  layerscauses me to be careful around  engineers 
  who are coding SoapServices which are in fact not SOAPServices but instead 
  are
  Proxies assembling data points 
  from n number of SOAPclients
   
  In those particular scenarios 
  You will have to have introduce some sort of architectural 
  constraint where a developer that desires a complexDataType 
  resultsetwould NOT inadvertently introduce a SOAPService which is NOT a soap service per se but is a 
  soap client to n number of unknown SOAP Services
  but WILL return the correct complexDataType from 
  SOAPService
   
  I cannot speak in a comprehensive manner as to 
  the efficacy of CORBA
  but my understanding of CORBA states 
  that CORBA supports marshalling discrete elements of known datatype from 
  client thru IIOP to to ORB implementorWhether you are using CORBA or I 
  am using RPC it seems that we both are using 2 differing implementations of 
  

Re: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Jesús Daniel Blázquez Carazo



A BPEL is a web service workflow. You can design a 
BPEL to invoke a web service chain, deploy it in a BPEL engine to execute the 
process.
 
In this way the first web service pass its result 
to the second web service ... 

  - Original Message - 
  From: 
  Stadelmann Josef 
  To: axis-user@ws.apache.org 
  Sent: Tuesday, October 24, 2006 3:32 
  PM
  Subject: AW: AXIS 1.4: invoke request 
  after web service sent response to client
  
  Can you please explain me what a BPEL is (Business Process Engineering 
  Language)? What is it in your terms?
  Josef
  
-Ursprüngliche Nachricht-Von: Jesús Daniel 
Blázquez Carazo [mailto:[EMAIL PROTECTED]Gesendet: 
Dienstag, 24. Oktober 2006 14:37An: axis-user@ws.apache.orgBetreff: 
Re: AXIS 1.4: invoke request after web service sent response to 
client
Have you think about the possibility of 
describe this web services chain as a BPEL?
 

  - Original Message - 
  From: 
  Stadelmann Josef 
  To: axis-user@ws.apache.org ; Martin 
  Gainty 
  Sent: Tuesday, October 24, 2006 2:04 
  PM
  Subject: AW: AXIS 1.4: invoke request 
  after web service sent response to client
  
  Are you saying that the architectural concept of having a 
  CLIENT going to an AGENT passing on to 
  a SERVER is bad? :-/
  In my mind an AGENT is two-fold as described by 
  .-1
  what all about is the then CORBA? :-)
  Josef Stadelmann
  
-Ursprüngliche Nachricht-Von: Martin Gainty 
[mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 
2006 13:24An: axis-user@ws.apache.orgBetreff: 
Re: AXIS 1.4: invoke request after web service sent response to 
client
would be helpful if you looked at the 
definition of atomic transactions and the principle of 
atomicityredesigning a web service that itself is a client to 
another web service may possibly invite a race 
condition
AxisClient1 calls AxisService1 and expects 
output from AxisService1
AxisService1 calls AxisService2 and expects 
output from AxisService2AxisService2 calls AxisService3 and expects 
output from AxisService3
AxisService3 calls AxisService1 
(AxisService3 is contending for output for AxisService1 but so is 
AxisClient1)
therefore AxisService3 AND AxisClient1 are both vying for the same resource 
(AxisService1)
from a purely architectural 
perspective this is BAD DESIGNIf you want more than 1 data item then 
your AxisSoapService should return a complex datatype which wholly 
contains all of the data points you desire
 
Please read this discussion of atomicity by 
svend frolund
http://www.w3.org/2001/03/WSWS-popa/paper50
Martin --
This e-mail communication and any attachments may contain 
confidential and privileged information for the use of the 
designated recipients named above. If you are not the intended 
recipient, you are hereby notified that you have receivedthis 
communication in error and that any review, disclosure, dissemination, 
distribution or copying of it or its contents

  - Original Message - 
  From: 
  Kestonas 
  JoJo 
  To: axis-user@ws.apache.org 
  
  Sent: Tuesday, October 24, 2006 
  6:32 AM
  Subject: AXIS 1.4: invoke request 
  after web service sent response to client
  
  
  Hi all,I am curious is it possible to configure AXIS server 
  to invoke another web service as client after response is send to 
  client.for example Transaction like:1. Client No. 1 
  invokes method of Axis service No. 12. Axis service No 1 responses 
  to Client No. 13. Axis service No 1 invokes  web service No. 
  2 as Client No. 2 4. Axis service No 1 receives response from 
  service No. 2.5. Transaction is commited.Thanks in 
  advance,Kestas


AW: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Stadelmann Josef



Can you please explain me what a BPEL is (Business Process Engineering 
Language)? What is it in your terms?
Josef

  -Ursprüngliche Nachricht-Von: Jesús Daniel Blázquez 
  Carazo [mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. 
  Oktober 2006 14:37An: axis-user@ws.apache.orgBetreff: 
  Re: AXIS 1.4: invoke request after web service sent response to 
  client
  Have you think about the possibility of describe 
  this web services chain as a BPEL?
   
  
- Original Message - 
From: 
Stadelmann Josef 
To: axis-user@ws.apache.org ; Martin 
Gainty 
Sent: Tuesday, October 24, 2006 2:04 
PM
Subject: AW: AXIS 1.4: invoke request 
after web service sent response to client

Are you saying that the architectural concept of having a 
CLIENT going to an AGENT passing on to 
a SERVER is bad? :-/
In my mind an AGENT is two-fold as described by 
.-1
what all about is the then CORBA? :-)
Josef Stadelmann

  -Ursprüngliche Nachricht-Von: Martin Gainty 
  [mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 
  2006 13:24An: axis-user@ws.apache.orgBetreff: 
  Re: AXIS 1.4: invoke request after web service sent response to 
  client
  would be helpful if you looked at the 
  definition of atomic transactions and the principle of 
  atomicityredesigning a web service that itself is a client to another 
  web service may possibly invite a race condition
  AxisClient1 calls AxisService1 and expects 
  output from AxisService1
  AxisService1 calls AxisService2 and expects 
  output from AxisService2AxisService2 calls AxisService3 and expects 
  output from AxisService3
  AxisService3 calls AxisService1 (AxisService3 
  is contending for output for AxisService1 but so is 
  AxisClient1)
  therefore AxisService3 AND AxisClient1 are both vying for the same resource 
  (AxisService1)
  from a purely architectural 
  perspective this is BAD DESIGNIf you want more than 1 data item then 
  your AxisSoapService should return a complex datatype which wholly 
  contains all of the data points you desire
   
  Please read this discussion of atomicity by 
  svend frolund
  http://www.w3.org/2001/03/WSWS-popa/paper50
  Martin --
  This e-mail communication and any attachments may contain 
  confidential and privileged information for the use of the designated 
  recipients named above. If you are not the intended recipient, you are 
  hereby notified that you have receivedthis communication in error and 
  that any review, disclosure, dissemination, distribution or copying of it 
  or its contents
  
- Original Message - 
From: 
Kestonas 
JoJo 
To: axis-user@ws.apache.org 
Sent: Tuesday, October 24, 2006 
6:32 AM
Subject: AXIS 1.4: invoke request 
after web service sent response to client


Hi all,I am curious is it possible to configure AXIS server to 
invoke another web service as client after response is send to 
client.for example Transaction like:1. Client No. 1 
invokes method of Axis service No. 12. Axis service No 1 responses 
to Client No. 13. Axis service No 1 invokes  web service No. 2 
as Client No. 2 4. Axis service No 1 receives response from service 
No. 2.5. Transaction is commited.Thanks in 
advance,Kestas


Re: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Martin Gainty



Josef-
 
Having been involved with individuals who 
 introduce race conditions on either the DB or Webapp 
layerscauses me to be careful around  engineers who 
are coding SoapServices which are in fact not SOAPServices but instead 
are
Proxies assembling data points 
from n number of SOAPclients
 
In those particular scenarios 
You will have to have introduce some sort of architectural 
constraint where a developer that desires a complexDataType 
resultsetwould NOT inadvertently introduce a SOAPService which is NOT a soap service per se but is a soap 
client to n number of unknown SOAP Services
but WILL return the correct complexDataType from 
SOAPService
 
I cannot speak in a comprehensive manner as to the 
efficacy of CORBA
but my understanding of CORBA states that 
CORBA supports marshalling discrete elements of known datatype from client thru 
IIOP to to ORB implementorWhether you are using CORBA or I am using RPC 
it seems that we both are using 2 differing implementations of the same concept 
that isSomeClientRequestsDatatype -> 
DeliversRequestViaSomeTransportSpecificDatatype 
->ServerAcknowledgesRequestAndAcksWithRequestedDataPoint
 
Perhaps you can shed some light on how CORBA could 
be used in this scenario?
Martin-
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the designated recipients named above. 
If you are not the intended recipient, you are hereby notified that you have 
receivedthis communication in error and that any review, disclosure, 
dissemination, distribution or copying of it or its contents

  - Original Message - 
  From: 
  Stadelmann Josef 
  To: axis-user@ws.apache.org ; Martin Gainty 
  
  Sent: Tuesday, October 24, 2006 8:04 
  AM
  Subject: AW: AXIS 1.4: invoke request 
  after web service sent response to client
  
  Are you saying that the architectural concept of having a 
  CLIENT going to an AGENT passing on to 
  a SERVER is bad? :-/
  In my mind an AGENT is two-fold as described by .-1
  what all about is the then CORBA? :-)
  Josef Stadelmann
  
-Ursprüngliche Nachricht-Von: Martin Gainty 
[mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 2006 
13:24An: axis-user@ws.apache.orgBetreff: 
    Re: AXIS 1.4: invoke request after web service sent response to 
client
would be helpful if you looked at the 
definition of atomic transactions and the principle of 
atomicityredesigning a web service that itself is a client to another 
web service may possibly invite a race condition
AxisClient1 calls AxisService1 and expects 
output from AxisService1
AxisService1 calls AxisService2 and expects 
output from AxisService2AxisService2 calls AxisService3 and expects 
output from AxisService3
AxisService3 calls AxisService1 (AxisService3 
is contending for output for AxisService1 but so is 
AxisClient1)
therefore AxisService3 AND AxisClient1 are both vying for the same resource 
(AxisService1)
from a purely architectural 
perspective this is BAD DESIGNIf you want more than 1 data item then 
your AxisSoapService should return a complex datatype which wholly contains 
all of the data points you desire
 
Please read this discussion of atomicity by 
svend frolund
http://www.w3.org/2001/03/WSWS-popa/paper50
Martin --
This e-mail communication and any attachments may contain confidential 
and privileged information for the use of the designated recipients 
named above. If you are not the intended recipient, you are hereby notified 
that you have receivedthis communication in error and that any review, 
disclosure, dissemination, distribution or copying of it or its 
contents

  - Original Message - 
  From: 
  Kestonas 
  JoJo 
  To: axis-user@ws.apache.org 
  Sent: Tuesday, October 24, 2006 6:32 
  AM
  Subject: AXIS 1.4: invoke request 
  after web service sent response to client
  
  
  Hi all,I am curious is it possible to configure AXIS server to 
  invoke another web service as client after response is send to 
  client.for example Transaction like:1. Client No. 1 
  invokes method of Axis service No. 12. Axis service No 1 responses to 
  Client No. 13. Axis service No 1 invokes  web service No. 2 as 
  Client No. 2 4. Axis service No 1 receives response from service No. 
  2.5. Transaction is commited.Thanks in 
  advance,Kestas


Re: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Jesús Daniel Blázquez Carazo



Have you think about the possibility of describe 
this web services chain as a BPEL?
 

  - Original Message - 
  From: 
  Stadelmann Josef 
  To: axis-user@ws.apache.org ; Martin Gainty 
  
  Sent: Tuesday, October 24, 2006 2:04 
  PM
  Subject: AW: AXIS 1.4: invoke request 
  after web service sent response to client
  
  Are you saying that the architectural concept of having a 
  CLIENT going to an AGENT passing on to 
  a SERVER is bad? :-/
  In my mind an AGENT is two-fold as described by .-1
  what all about is the then CORBA? :-)
  Josef Stadelmann
  
-Ursprüngliche Nachricht-Von: Martin Gainty 
[mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 2006 
13:24An: axis-user@ws.apache.orgBetreff: 
Re: AXIS 1.4: invoke request after web service sent response to 
client
would be helpful if you looked at the 
definition of atomic transactions and the principle of 
atomicityredesigning a web service that itself is a client to another 
web service may possibly invite a race condition
AxisClient1 calls AxisService1 and expects 
output from AxisService1
AxisService1 calls AxisService2 and expects 
output from AxisService2AxisService2 calls AxisService3 and expects 
output from AxisService3
AxisService3 calls AxisService1 (AxisService3 
is contending for output for AxisService1 but so is 
AxisClient1)
therefore AxisService3 AND AxisClient1 are both vying for the same resource 
(AxisService1)
from a purely architectural 
perspective this is BAD DESIGNIf you want more than 1 data item then 
your AxisSoapService should return a complex datatype which wholly contains 
all of the data points you desire
 
Please read this discussion of atomicity by 
svend frolund
http://www.w3.org/2001/03/WSWS-popa/paper50
Martin --
This e-mail communication and any attachments may contain confidential 
and privileged information for the use of the designated recipients 
named above. If you are not the intended recipient, you are hereby notified 
that you have receivedthis communication in error and that any review, 
disclosure, dissemination, distribution or copying of it or its 
contents

  - Original Message - 
  From: 
  Kestonas 
  JoJo 
  To: axis-user@ws.apache.org 
  Sent: Tuesday, October 24, 2006 6:32 
  AM
  Subject: AXIS 1.4: invoke request 
  after web service sent response to client
  
  
  Hi all,I am curious is it possible to configure AXIS server to 
  invoke another web service as client after response is send to 
  client.for example Transaction like:1. Client No. 1 
  invokes method of Axis service No. 12. Axis service No 1 responses to 
  Client No. 13. Axis service No 1 invokes  web service No. 2 as 
  Client No. 2 4. Axis service No 1 receives response from service No. 
  2.5. Transaction is commited.Thanks in 
  advance,Kestas


AW: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Stadelmann Josef



Are you saying that the architectural concept of having a 
CLIENT going to an AGENT passing on to 
a SERVER is bad? :-/
In my mind an AGENT is two-fold as described by .-1
what all about is the then CORBA? :-)
Josef Stadelmann

  -Ursprüngliche Nachricht-Von: Martin Gainty 
  [mailto:[EMAIL PROTECTED]Gesendet: Dienstag, 24. Oktober 2006 
  13:24An: axis-user@ws.apache.orgBetreff: Re: AXIS 1.4: 
  invoke request after web service sent response to client
  would be helpful if you looked at the definition 
  of atomic transactions and the principle of atomicityredesigning a 
  web service that itself is a client to another web service may 
  possibly invite a race condition
  AxisClient1 calls AxisService1 and expects output 
  from AxisService1
  AxisService1 calls AxisService2 and expects 
  output from AxisService2AxisService2 calls AxisService3 and expects output 
  from AxisService3
  AxisService3 calls AxisService1 (AxisService3 
  is contending for output for AxisService1 but so is 
  AxisClient1)
  therefore AxisService3 AND AxisClient1 are both vying for the same resource 
  (AxisService1)
  from a purely architectural perspective 
  this is BAD DESIGNIf you want more than 1 data item then your 
  AxisSoapService should return a complex datatype which wholly contains all of 
  the data points you desire
   
  Please read this discussion of atomicity by svend 
  frolund
  http://www.w3.org/2001/03/WSWS-popa/paper50
  Martin --
  This e-mail communication and any attachments may contain confidential 
  and privileged information for the use of the designated recipients named 
  above. If you are not the intended recipient, you are hereby notified that you 
  have receivedthis communication in error and that any review, disclosure, 
  dissemination, distribution or copying of it or its contents
  
- Original Message - 
From: 
Kestonas 
JoJo 
To: axis-user@ws.apache.org 
Sent: Tuesday, October 24, 2006 6:32 
AM
Subject: AXIS 1.4: invoke request after 
web service sent response to client


Hi all,I am curious is it possible to configure AXIS server to 
invoke another web service as client after response is send to 
client.for example Transaction like:1. Client No. 1 invokes 
method of Axis service No. 12. Axis service No 1 responses to Client No. 
13. Axis service No 1 invokes  web service No. 2 as Client No. 2 
4. Axis service No 1 receives response from service No. 2.5. 
Transaction is commited.Thanks in 
advance,Kestas


Re: AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Martin Gainty



would be helpful if you looked at the definition 
of atomic transactions and the principle of atomicityredesigning a web 
service that itself is a client to another web service may 
possibly invite a race condition
AxisClient1 calls AxisService1 and expects output 
from AxisService1
AxisService1 calls AxisService2 and expects output 
from AxisService2AxisService2 calls AxisService3 and expects output from 
AxisService3
AxisService3 calls AxisService1 (AxisService3 
is contending for output for AxisService1 but so is 
AxisClient1)
therefore AxisService3 AND AxisClient1 are both vying for the same resource 
(AxisService1)
from a purely architectural perspective 
this is BAD DESIGNIf you want more than 1 data item then your 
AxisSoapService should return a complex datatype which wholly contains all of 
the data points you desire
 
Please read this discussion of atomicity by svend 
frolund
http://www.w3.org/2001/03/WSWS-popa/paper50
Martin --
This e-mail communication and any attachments may contain confidential and 
privileged information for the use of the designated recipients named above. 
If you are not the intended recipient, you are hereby notified that you have 
receivedthis communication in error and that any review, disclosure, 
dissemination, distribution or copying of it or its contents

  - Original Message - 
  From: 
  Kestonas JoJo 
  
  To: axis-user@ws.apache.org 
  Sent: Tuesday, October 24, 2006 6:32 
  AM
  Subject: AXIS 1.4: invoke request after 
  web service sent response to client
  
  
  Hi all,I am curious is it possible to configure AXIS server to invoke 
  another web service as client after response is send to client.for 
  example Transaction like:1. Client No. 1 invokes method of Axis 
  service No. 12. Axis service No 1 responses to Client No. 13. Axis 
  service No 1 invokes  web service No. 2 as Client No. 2 4. Axis 
  service No 1 receives response from service No. 2.5. Transaction is 
  commited.Thanks in 
advance,Kestas


AXIS 1.4: invoke request after web service sent response to client

2006-10-24 Thread Kestonas JoJo
Hi all,I am curious is it possible to configure AXIS server to invoke another web service as client after response is send to client.for example Transaction like:1. Client No. 1 invokes method of Axis service No. 12. Axis service No 1 responses to Client No. 13. Axis service No 1 invokes  web service No. 2 as Client No. 2 4. Axis service No 1 receives response from service No. 2.5. Transaction is commited.Thanks in advance,Kestas