You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-dev@xml.apache.org by Santosh Kumar <sa...@wipro.com> on 2001/05/11 12:11:52 UTC
Pointer to resources
Please send pointers/sites/resources about the Apache SOAP architecture
details??
Regards,
Santosh
-----Original Message-----
From: Scott Nichol <sn...@computer.org>
To: soap-dev@xml.apache.org <so...@xml.apache.org>
Date: Friday, May 11, 2001 1:40 AM
Subject: Re: Collecting information on SOAP Server
>Here's a shot at describing what a provider is....
>
>Within the Apache SOAP server architecture, a provider is a bridge between
a
>servlet, such as RPCRouterServlet, and the class implementing a Web
service.
>The servlet reads the request, instantiates the provide, then delegates to
>the provider the responsibility for calling the appropriate method on the
>appropriate class. The deployment descriptor for a service specifies its
>provider. The RPCJavaProvider is a commonly used provider.
>
>Scott
>
>----- Original Message -----
>From: <v....@accenture.com>
>To: <so...@xml.apache.org>
>Sent: Thursday, May 10, 2001 3:19 PM
>Subject: Re: Collecting information on SOAP Server
>
>
>>
>> Thanks Scott, but I don't understand what you mean with "provider". You
>> mean a Web Service? or a SOAP interface in its entirety? Thanks!
>>
>> Javier
>>
>>
>>
>>
>>
>>
>> "Scott Nichol"
>> <snichol@computer.org To:
<so...@xml.apache.org>
>> > cc:
>> Subject: Re: Collecting
>information on SOAP Server
>> 05/10/2001 02:05 PM
>> Please respond to
>> soap-dev
>>
>>
>>
>>
>>
>>
>> You could create your own provider. That way, you don't have to modify
>the
>> original distribution.
>>
>> Scott Nichol
>>
>> ----- Original Message -----
>> From: <v....@accenture.com>
>> To: <so...@xml.apache.org>
>> Sent: Thursday, May 10, 2001 12:44 PM
>> Subject: Collecting information on SOAP Server
>>
>>
>> >
>> > Hello everybody,
>> >
>> > I need to collect log information on my SOAP server and I don't know
>> > which is the best way to go. Should I modify the servlet class
>> > "org.apache.soap.server.http.RPCRouterServlet"? or create a generic web
>> > service to call other web services? any suggestions?
>> >
>> > Thanks a lot!
>> >
>> > Javier.
>> >
>> >
>> >
>> >
>> > This message is for the designated recipient only and may contain
>> > privileged or confidential information. If you have received it in
>> error,
>> > please notify the sender immediately and delete the original. Any
other
>> > use of the email by you is prohibited.
>> >
>> >
>>
>>
>>
>>
>> This message is for the designated recipient only and may contain
>> privileged or confidential information. If you have received it in
error,
>> please notify the sender immediately and delete the original. Any other
>> use of the email by you is prohibited.
>>
>>
>
Re: Pointer to resources
Posted by Scott Nichol <sn...@computer.org>.
The best resource is, of course, the source, since it is the definitive
resource, i.e. the source does not lie. Other than that, I don't know of
any resources, although the docs that come with Apache SOAP may have
something useful.
Scott
----- Original Message -----
From: "Santosh Kumar" <sa...@wipro.com>
To: <so...@xml.apache.org>
Sent: Friday, May 11, 2001 6:11 AM
Subject: Pointer to resources
>
> Please send pointers/sites/resources about the Apache SOAP architecture
> details??
>
>
> Regards,
> Santosh
> -----Original Message-----
> From: Scott Nichol <sn...@computer.org>
> To: soap-dev@xml.apache.org <so...@xml.apache.org>
> Date: Friday, May 11, 2001 1:40 AM
> Subject: Re: Collecting information on SOAP Server
>
>
> >Here's a shot at describing what a provider is....
> >
> >Within the Apache SOAP server architecture, a provider is a bridge
between
> a
> >servlet, such as RPCRouterServlet, and the class implementing a Web
> service.
> >The servlet reads the request, instantiates the provide, then delegates
to
> >the provider the responsibility for calling the appropriate method on the
> >appropriate class. The deployment descriptor for a service specifies its
> >provider. The RPCJavaProvider is a commonly used provider.
> >
> >Scott
> >
> >----- Original Message -----
> >From: <v....@accenture.com>
> >To: <so...@xml.apache.org>
> >Sent: Thursday, May 10, 2001 3:19 PM
> >Subject: Re: Collecting information on SOAP Server
> >
> >
> >>
> >> Thanks Scott, but I don't understand what you mean with "provider". You
> >> mean a Web Service? or a SOAP interface in its entirety? Thanks!
> >>
> >> Javier
> >>
> >>
> >>
> >>
> >>
> >>
> >> "Scott Nichol"
> >> <snichol@computer.org To:
> <so...@xml.apache.org>
> >> > cc:
> >> Subject: Re: Collecting
> >information on SOAP Server
> >> 05/10/2001 02:05 PM
> >> Please respond to
> >> soap-dev
> >>
> >>
> >>
> >>
> >>
> >>
> >> You could create your own provider. That way, you don't have to modify
> >the
> >> original distribution.
> >>
> >> Scott Nichol
> >>
> >> ----- Original Message -----
> >> From: <v....@accenture.com>
> >> To: <so...@xml.apache.org>
> >> Sent: Thursday, May 10, 2001 12:44 PM
> >> Subject: Collecting information on SOAP Server
> >>
> >>
> >> >
> >> > Hello everybody,
> >> >
> >> > I need to collect log information on my SOAP server and I don't
know
> >> > which is the best way to go. Should I modify the servlet class
> >> > "org.apache.soap.server.http.RPCRouterServlet"? or create a generic
web
> >> > service to call other web services? any suggestions?
> >> >
> >> > Thanks a lot!
> >> >
> >> > Javier.
> >> >
> >> >
> >> >
> >> >
> >> > This message is for the designated recipient only and may contain
> >> > privileged or confidential information. If you have received it in
> >> error,
> >> > please notify the sender immediately and delete the original. Any
> other
> >> > use of the email by you is prohibited.
> >> >
> >> >
> >>
> >>
> >>
> >>
> >> This message is for the designated recipient only and may contain
> >> privileged or confidential information. If you have received it in
> error,
> >> please notify the sender immediately and delete the original. Any
other
> >> use of the email by you is prohibited.
> >>
> >>
> >
>
>