You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by Senaka Fernando <se...@wso2.com> on 2008/03/06 16:22:55 UTC
Sample Service WSDLs
Hi devs,
Axis2/C supports contract first approach IIRC. Thus, it would be better if
we could provide WSDLs for each sample service. This is necessary as there
are users who use Axis2/C server side with various other clients. It also
will broaden our capabilities in interop testing.
Once this is done, we have to make sure that we provide the static .wsdl
path for each sample in the corresponding services.xml. This should be
more or less similar to how we setup the policy files of the secpolicy
samples in Rampart/C if you are familiar.
I'm looking forward to document the use of a static .wsdl file for each
service sample, and before that could be done it is better if we could
make $subject available.
Hope to see these before the next release.
Regards,
Senaka
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Senaka Fernando <se...@wso2.com>.
> Senaka Fernando wrote:
>> Hi Samisa,
>>
>> Since Calculator has a WSDL, let it be the single sample with a WSDL in
>> that case. Yes, as you say this might give an incorrect understanding.
>> Well we can use another approach to address this issue. We can provide
>> some try-it on your own WSDL files inside the samples folder. How about
>> that?
>>
>
> What do you mean by try it?
Meaning that we don't have generated code for those WSDLs. If a user
wants, he/she can use the codegen tool and generate code for it and use
them as sample services/clients.
Regards,
Senaka
>
> Samisa...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Senaka Fernando wrote:
> Hi Samisa,
>
> Since Calculator has a WSDL, let it be the single sample with a WSDL in
> that case. Yes, as you say this might give an incorrect understanding.
> Well we can use another approach to address this issue. We can provide
> some try-it on your own WSDL files inside the samples folder. How about
> that?
>
What do you mean by try it?
Samisa...
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Senaka Fernando <se...@wso2.com>.
Hi Samisa,
Since Calculator has a WSDL, let it be the single sample with a WSDL in
that case. Yes, as you say this might give an incorrect understanding.
Well we can use another approach to address this issue. We can provide
some try-it on your own WSDL files inside the samples folder. How about
that?
Because, it seems that we don't pack the test/resources folder in some
distributions. Therefore, users don't see any WSDL files. Calculator.wsdl
perhaps would be the first such WSDL that is going to be packed.
Regards,
Senaka
> Senaka Fernando wrote:
>>> Senaka Fernando wrote:
>>>
>>>> Hi Samisa, Manjula, and Milinda,
>>>>
>>>> Yes, this is what we should be doing. But, we do have users who use
>>>> Axis2/C server side with .NET or Java client side. Just within the
>>>> last
>>>> week only I replied to two people on the user list. Their concern is
>>>> about
>>>> using the C service with say a .NET client.
>>>>
>>>> These users are beginners when it comes to WS. They need wsdl files to
>>>> be
>>>> there so that they can access our services from clients in other
>>>> languages. I think we must be helpful to such people too.
>>>>
>>>> This doesn't mean we need the static WSDLs deployed per service. But,
>>>> at
>>>> least a WSDL file for each service. That is my concern.
>>>>
>>>>
>>> How does having wsdls for all services solve that problem? I think it
>>> would not solve the situation.
>>> What they want is writing a service with a WSDL, and they can use the
>>> WSDL2C tool to do that. And all that we need to have is a single sample
>>> to show how to do that. Bloating all samples with WSDLs does not solve
>>> the problem.
>>>
>>
>> I agree to this fact. But, the intention is to assist a user who wants
>> to
>> try to the Axis2/C server side using a .NET or Java client.
>>
>> According to the present situation, users are either forced to first
>> write
>> a .NET/Java service and generate a wsdl, or else to use some popular
>> wsdl
>> available online.
>>
>
> So the single sample with the WSDL solves that problem. At the same
> time, if you want to write a real service with Axis2/C, users need to
> learn that they have to generate a WSDL. Providing a WSDL with samples
> is not going to solve that problem.
>> I think we must not make things so complicated for someone who's a
>> beginner. At least the three services, echo, mtom and notify, do need
>> WSDLs.
>>
>
> That is my exact point as well. The stuff as it is now are simple enough
> and adhere to the seperation of concerns principle. The WSDL sample will
> serve the idea of working with WSDL.
>
>> This is crucial, especially for folks who need to tryout Axis2/C and
>> make
>> a choice whether they could use Axis2/C as the server side.
>>
>> Also, this scenario here is not writing a service out of a WSDL but,
>> rather trying out our server side with another client. On the other
>> hand,
>> it is a known fact that Axis2/Java is also required to get the codegen
>> tool running.
>>
>
> The WSDL sample will serve that problem. Also, the echo sample is
> written in such a manner that it will work with the Java client out of
> the box.
>> Therefore, once we get the default WSDL location scenario working, I
>> believe that we can make WSDLs for popular sample services such as echo,
>> mtom, and notify and have them deployed too, without much of a hassle.
>>
>
> I would not rather add a WSDL to the simple samples. When the echo
> sample servers a WSDL, people would come to he incorrect understanding
> that we have WSDL generation. The fact that echo will not serve a WSDL
> would bring them to know that we do not have C2WSDL. Then they will look
> around why no WSDL, then they will learn the reality. So in my view,
> current model is ideal and educating, and will not fool the user to
> features that we do not have.
>
> So current samples as they are serve the purpose - first they help the
> user to run the first client and service. Then they learn that they need
> to do more, come to know the limitations and then get to know how to do
> that.
>
> Samisa...
>
>> Regards,
>> Senaka
>>
>>
>>> Samisa...
>>>
>>>
>>>> Regards,
>>>> Senaka
>>>>
>>>>
>>>>
>>>>> On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
>>>>>
>>>>>
>>>>>> People just want to try the wsdl serving and know how to do that
>>>>>> with
>>>>>> a
>>>>>> service. I do not think it is a good idea to add more features to
>>>>>> existing samples and take away the key message out of the samples.
>>>>>> As
>>>>>> an
>>>>>> example so SOAP 1.1 we have a seperate sample, so does rest. We can
>>>>>> easily add those to one sample and make is a "one stop shop" sample.
>>>>>> However the idea is to "KISS", and not to clutter the samples with
>>>>>> overloaded information.
>>>>>>
>>>>>> Samples are for absolute beginners, not to those who want to do
>>>>>> more.
>>>>>> For those who want to d more, there are docs and header files to
>>>>>> figure
>>>>>> things out.
>>>>>>
>>>>>>
>>>>> Absolutely +1 .
>>>>>
>>>>>
>>>>>
>>>>>> Samisa...
>>>>>>
>>>>>> Senaka Fernando wrote:
>>>>>>
>>>>>>
>>>>>>> Hi Samisa,
>>>>>>>
>>>>>>> We have the necessary resources to get started with the Calculator
>>>>>>>
>>>>>>>
>>>>>> sample.
>>>>>>
>>>>>>
>>>>>>> I will change the wsdl location etc. and get this organized.
>>>>>>>
>>>>>>>
>>>>>> Afterwards, I
>>>>>>
>>>>>>
>>>>>>> will document this on the Axis2/C Manual.
>>>>>>>
>>>>>>> But, I strongly believe that it would be better to have WSDLs for
>>>>>>>
>>>>>>>
>>>>>> atleast
>>>>>>
>>>>>>
>>>>>>> these samples,
>>>>>>>
>>>>>>> 1. Echo (this is the most primitive "does it work well?" test)
>>>>>>> 2. Mtom (to test interoperability users may need this)
>>>>>>> 3. Notify (the only OUT-ONLY sample we have)
>>>>>>>
>>>>>>> math/sg_math may not be necessary, but, they are the only services
>>>>>>>
>>>>>>>
>>>>>> left out.
>>>>>>
>>>>>>
>>>>>>> Regards,
>>>>>>> Senaka
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> It is a good idea to have a sample that shows how to do that.
>>>>>>>>
>>>>>>>>
>>>>>> However, I
>>>>>>
>>>>>>
>>>>>>>> do not think that we have to demo this for all samples. We can
>>>>>>>> just
>>>>>>>>
>>>>>>>>
>>>>>> have
>>>>>>
>>>>>>
>>>>>>>> one sample that shows hot to do that.
>>>>>>>>
>>>>>>>> Samisa...
>>>>>>>>
>>>>>>>> Senaka Fernando wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>> Hi devs,
>>>>>>>>>
>>>>>>>>> Axis2/C supports contract first approach IIRC. Thus, it would be
>>>>>>>>>
>>>>>>>>>
>>>>>> better
>>>>>>
>>>>>>
>>>>>>>>> if
>>>>>>>>> we could provide WSDLs for each sample service. This is necessary
>>>>>>>>> as
>>>>>>>>> there
>>>>>>>>> are users who use Axis2/C server side with various other clients.
>>>>>>>>> It
>>>>>>>>> also
>>>>>>>>> will broaden our capabilities in interop testing.
>>>>>>>>>
>>>>>>>>> Once this is done, we have to make sure that we provide the
>>>>>>>>> static
>>>>>>>>>
>>>>>>>>>
>>>>>> .wsdl
>>>>>>
>>>>>>
>>>>>>>>> path for each sample in the corresponding services.xml. This
>>>>>>>>> should
>>>>>>>>>
>>>>>>>>>
>>>>>> be
>>>>>>
>>>>>>
>>>>>>>>> more or less similar to how we setup the policy files of the
>>>>>>>>>
>>>>>>>>>
>>>>>> secpolicy
>>>>>>
>>>>>>
>>>>>>>>> samples in Rampart/C if you are familiar.
>>>>>>>>>
>>>>>>>>> I'm looking forward to document the use of a static .wsdl file
>>>>>>>>> for
>>>>>>>>>
>>>>>>>>>
>>>>>> each
>>>>>>
>>>>>>
>>>>>>>>> service sample, and before that could be done it is better if we
>>>>>>>>>
>>>>>>>>>
>>>>>> could
>>>>>>
>>>>>>
>>>>>>>>> make $subject available.
>>>>>>>>>
>>>>>>>>> Hope to see these before the next release.
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Senaka
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> Samisa Abeysinghe
>>>>>>>> Software Architect; WSO2 Inc.
>>>>>>>>
>>>>>>>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>> --
>>> Samisa Abeysinghe
>>> Software Architect; WSO2 Inc.
>>>
>>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>>
>
>
> --
> Samisa Abeysinghe
> Software Architect; WSO2 Inc.
>
> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Senaka Fernando wrote:
>> Senaka Fernando wrote:
>>
>>> Hi Samisa, Manjula, and Milinda,
>>>
>>> Yes, this is what we should be doing. But, we do have users who use
>>> Axis2/C server side with .NET or Java client side. Just within the last
>>> week only I replied to two people on the user list. Their concern is
>>> about
>>> using the C service with say a .NET client.
>>>
>>> These users are beginners when it comes to WS. They need wsdl files to
>>> be
>>> there so that they can access our services from clients in other
>>> languages. I think we must be helpful to such people too.
>>>
>>> This doesn't mean we need the static WSDLs deployed per service. But, at
>>> least a WSDL file for each service. That is my concern.
>>>
>>>
>> How does having wsdls for all services solve that problem? I think it
>> would not solve the situation.
>> What they want is writing a service with a WSDL, and they can use the
>> WSDL2C tool to do that. And all that we need to have is a single sample
>> to show how to do that. Bloating all samples with WSDLs does not solve
>> the problem.
>>
>
> I agree to this fact. But, the intention is to assist a user who wants to
> try to the Axis2/C server side using a .NET or Java client.
>
> According to the present situation, users are either forced to first write
> a .NET/Java service and generate a wsdl, or else to use some popular wsdl
> available online.
>
So the single sample with the WSDL solves that problem. At the same
time, if you want to write a real service with Axis2/C, users need to
learn that they have to generate a WSDL. Providing a WSDL with samples
is not going to solve that problem.
> I think we must not make things so complicated for someone who's a
> beginner. At least the three services, echo, mtom and notify, do need
> WSDLs.
>
That is my exact point as well. The stuff as it is now are simple enough
and adhere to the seperation of concerns principle. The WSDL sample will
serve the idea of working with WSDL.
> This is crucial, especially for folks who need to tryout Axis2/C and make
> a choice whether they could use Axis2/C as the server side.
>
> Also, this scenario here is not writing a service out of a WSDL but,
> rather trying out our server side with another client. On the other hand,
> it is a known fact that Axis2/Java is also required to get the codegen
> tool running.
>
The WSDL sample will serve that problem. Also, the echo sample is
written in such a manner that it will work with the Java client out of
the box.
> Therefore, once we get the default WSDL location scenario working, I
> believe that we can make WSDLs for popular sample services such as echo,
> mtom, and notify and have them deployed too, without much of a hassle.
>
I would not rather add a WSDL to the simple samples. When the echo
sample servers a WSDL, people would come to he incorrect understanding
that we have WSDL generation. The fact that echo will not serve a WSDL
would bring them to know that we do not have C2WSDL. Then they will look
around why no WSDL, then they will learn the reality. So in my view,
current model is ideal and educating, and will not fool the user to
features that we do not have.
So current samples as they are serve the purpose - first they help the
user to run the first client and service. Then they learn that they need
to do more, come to know the limitations and then get to know how to do
that.
Samisa...
> Regards,
> Senaka
>
>
>> Samisa...
>>
>>
>>> Regards,
>>> Senaka
>>>
>>>
>>>
>>>> On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
>>>>
>>>>
>>>>> People just want to try the wsdl serving and know how to do that with
>>>>> a
>>>>> service. I do not think it is a good idea to add more features to
>>>>> existing samples and take away the key message out of the samples. As
>>>>> an
>>>>> example so SOAP 1.1 we have a seperate sample, so does rest. We can
>>>>> easily add those to one sample and make is a "one stop shop" sample.
>>>>> However the idea is to "KISS", and not to clutter the samples with
>>>>> overloaded information.
>>>>>
>>>>> Samples are for absolute beginners, not to those who want to do more.
>>>>> For those who want to d more, there are docs and header files to
>>>>> figure
>>>>> things out.
>>>>>
>>>>>
>>>> Absolutely +1 .
>>>>
>>>>
>>>>
>>>>> Samisa...
>>>>>
>>>>> Senaka Fernando wrote:
>>>>>
>>>>>
>>>>>> Hi Samisa,
>>>>>>
>>>>>> We have the necessary resources to get started with the Calculator
>>>>>>
>>>>>>
>>>>> sample.
>>>>>
>>>>>
>>>>>> I will change the wsdl location etc. and get this organized.
>>>>>>
>>>>>>
>>>>> Afterwards, I
>>>>>
>>>>>
>>>>>> will document this on the Axis2/C Manual.
>>>>>>
>>>>>> But, I strongly believe that it would be better to have WSDLs for
>>>>>>
>>>>>>
>>>>> atleast
>>>>>
>>>>>
>>>>>> these samples,
>>>>>>
>>>>>> 1. Echo (this is the most primitive "does it work well?" test)
>>>>>> 2. Mtom (to test interoperability users may need this)
>>>>>> 3. Notify (the only OUT-ONLY sample we have)
>>>>>>
>>>>>> math/sg_math may not be necessary, but, they are the only services
>>>>>>
>>>>>>
>>>>> left out.
>>>>>
>>>>>
>>>>>> Regards,
>>>>>> Senaka
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> It is a good idea to have a sample that shows how to do that.
>>>>>>>
>>>>>>>
>>>>> However, I
>>>>>
>>>>>
>>>>>>> do not think that we have to demo this for all samples. We can just
>>>>>>>
>>>>>>>
>>>>> have
>>>>>
>>>>>
>>>>>>> one sample that shows hot to do that.
>>>>>>>
>>>>>>> Samisa...
>>>>>>>
>>>>>>> Senaka Fernando wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>> Hi devs,
>>>>>>>>
>>>>>>>> Axis2/C supports contract first approach IIRC. Thus, it would be
>>>>>>>>
>>>>>>>>
>>>>> better
>>>>>
>>>>>
>>>>>>>> if
>>>>>>>> we could provide WSDLs for each sample service. This is necessary
>>>>>>>> as
>>>>>>>> there
>>>>>>>> are users who use Axis2/C server side with various other clients.
>>>>>>>> It
>>>>>>>> also
>>>>>>>> will broaden our capabilities in interop testing.
>>>>>>>>
>>>>>>>> Once this is done, we have to make sure that we provide the static
>>>>>>>>
>>>>>>>>
>>>>> .wsdl
>>>>>
>>>>>
>>>>>>>> path for each sample in the corresponding services.xml. This should
>>>>>>>>
>>>>>>>>
>>>>> be
>>>>>
>>>>>
>>>>>>>> more or less similar to how we setup the policy files of the
>>>>>>>>
>>>>>>>>
>>>>> secpolicy
>>>>>
>>>>>
>>>>>>>> samples in Rampart/C if you are familiar.
>>>>>>>>
>>>>>>>> I'm looking forward to document the use of a static .wsdl file for
>>>>>>>>
>>>>>>>>
>>>>> each
>>>>>
>>>>>
>>>>>>>> service sample, and before that could be done it is better if we
>>>>>>>>
>>>>>>>>
>>>>> could
>>>>>
>>>>>
>>>>>>>> make $subject available.
>>>>>>>>
>>>>>>>> Hope to see these before the next release.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Senaka
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> Samisa Abeysinghe
>>>>>>> Software Architect; WSO2 Inc.
>>>>>>>
>>>>>>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>
>>>>
>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>
>>>
>>>
>>>
>>>
>> --
>> Samisa Abeysinghe
>> Software Architect; WSO2 Inc.
>>
>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Software Architect; WSO2 Inc.
http://www.wso2.com/ - "Oxygenating the Web Service Platform."
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Senaka Fernando <se...@wso2.com>.
> Senaka Fernando wrote:
>> Hi Samisa, Manjula, and Milinda,
>>
>> Yes, this is what we should be doing. But, we do have users who use
>> Axis2/C server side with .NET or Java client side. Just within the last
>> week only I replied to two people on the user list. Their concern is
>> about
>> using the C service with say a .NET client.
>>
>> These users are beginners when it comes to WS. They need wsdl files to
>> be
>> there so that they can access our services from clients in other
>> languages. I think we must be helpful to such people too.
>>
>> This doesn't mean we need the static WSDLs deployed per service. But, at
>> least a WSDL file for each service. That is my concern.
>>
>
> How does having wsdls for all services solve that problem? I think it
> would not solve the situation.
> What they want is writing a service with a WSDL, and they can use the
> WSDL2C tool to do that. And all that we need to have is a single sample
> to show how to do that. Bloating all samples with WSDLs does not solve
> the problem.
I agree to this fact. But, the intention is to assist a user who wants to
try to the Axis2/C server side using a .NET or Java client.
According to the present situation, users are either forced to first write
a .NET/Java service and generate a wsdl, or else to use some popular wsdl
available online.
I think we must not make things so complicated for someone who's a
beginner. At least the three services, echo, mtom and notify, do need
WSDLs.
This is crucial, especially for folks who need to tryout Axis2/C and make
a choice whether they could use Axis2/C as the server side.
Also, this scenario here is not writing a service out of a WSDL but,
rather trying out our server side with another client. On the other hand,
it is a known fact that Axis2/Java is also required to get the codegen
tool running.
Therefore, once we get the default WSDL location scenario working, I
believe that we can make WSDLs for popular sample services such as echo,
mtom, and notify and have them deployed too, without much of a hassle.
Regards,
Senaka
>
> Samisa...
>
>> Regards,
>> Senaka
>>
>>
>>> On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
>>>
>>>> People just want to try the wsdl serving and know how to do that with
>>>> a
>>>> service. I do not think it is a good idea to add more features to
>>>> existing samples and take away the key message out of the samples. As
>>>> an
>>>> example so SOAP 1.1 we have a seperate sample, so does rest. We can
>>>> easily add those to one sample and make is a "one stop shop" sample.
>>>> However the idea is to "KISS", and not to clutter the samples with
>>>> overloaded information.
>>>>
>>>> Samples are for absolute beginners, not to those who want to do more.
>>>> For those who want to d more, there are docs and header files to
>>>> figure
>>>> things out.
>>>>
>>> Absolutely +1 .
>>>
>>>
>>>> Samisa...
>>>>
>>>> Senaka Fernando wrote:
>>>>
>>>>> Hi Samisa,
>>>>>
>>>>> We have the necessary resources to get started with the Calculator
>>>>>
>>>> sample.
>>>>
>>>>> I will change the wsdl location etc. and get this organized.
>>>>>
>>>> Afterwards, I
>>>>
>>>>> will document this on the Axis2/C Manual.
>>>>>
>>>>> But, I strongly believe that it would be better to have WSDLs for
>>>>>
>>>> atleast
>>>>
>>>>> these samples,
>>>>>
>>>>> 1. Echo (this is the most primitive "does it work well?" test)
>>>>> 2. Mtom (to test interoperability users may need this)
>>>>> 3. Notify (the only OUT-ONLY sample we have)
>>>>>
>>>>> math/sg_math may not be necessary, but, they are the only services
>>>>>
>>>> left out.
>>>>
>>>>> Regards,
>>>>> Senaka
>>>>>
>>>>>
>>>>>
>>>>>> It is a good idea to have a sample that shows how to do that.
>>>>>>
>>>> However, I
>>>>
>>>>>> do not think that we have to demo this for all samples. We can just
>>>>>>
>>>> have
>>>>
>>>>>> one sample that shows hot to do that.
>>>>>>
>>>>>> Samisa...
>>>>>>
>>>>>> Senaka Fernando wrote:
>>>>>>
>>>>>>
>>>>>>> Hi devs,
>>>>>>>
>>>>>>> Axis2/C supports contract first approach IIRC. Thus, it would be
>>>>>>>
>>>> better
>>>>
>>>>>>> if
>>>>>>> we could provide WSDLs for each sample service. This is necessary
>>>>>>> as
>>>>>>> there
>>>>>>> are users who use Axis2/C server side with various other clients.
>>>>>>> It
>>>>>>> also
>>>>>>> will broaden our capabilities in interop testing.
>>>>>>>
>>>>>>> Once this is done, we have to make sure that we provide the static
>>>>>>>
>>>> .wsdl
>>>>
>>>>>>> path for each sample in the corresponding services.xml. This should
>>>>>>>
>>>> be
>>>>
>>>>>>> more or less similar to how we setup the policy files of the
>>>>>>>
>>>> secpolicy
>>>>
>>>>>>> samples in Rampart/C if you are familiar.
>>>>>>>
>>>>>>> I'm looking forward to document the use of a static .wsdl file for
>>>>>>>
>>>> each
>>>>
>>>>>>> service sample, and before that could be done it is better if we
>>>>>>>
>>>> could
>>>>
>>>>>>> make $subject available.
>>>>>>>
>>>>>>> Hope to see these before the next release.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Senaka
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> Samisa Abeysinghe
>>>>>> Software Architect; WSO2 Inc.
>>>>>>
>>>>>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>>
>
>
> --
> Samisa Abeysinghe
> Software Architect; WSO2 Inc.
>
> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Samisa Abeysinghe <sa...@wso2.com>.
Senaka Fernando wrote:
> Hi Samisa, Manjula, and Milinda,
>
> Yes, this is what we should be doing. But, we do have users who use
> Axis2/C server side with .NET or Java client side. Just within the last
> week only I replied to two people on the user list. Their concern is about
> using the C service with say a .NET client.
>
> These users are beginners when it comes to WS. They need wsdl files to be
> there so that they can access our services from clients in other
> languages. I think we must be helpful to such people too.
>
> This doesn't mean we need the static WSDLs deployed per service. But, at
> least a WSDL file for each service. That is my concern.
>
How does having wsdls for all services solve that problem? I think it
would not solve the situation.
What they want is writing a service with a WSDL, and they can use the
WSDL2C tool to do that. And all that we need to have is a single sample
to show how to do that. Bloating all samples with WSDLs does not solve
the problem.
Samisa...
> Regards,
> Senaka
>
>
>> On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
>>
>>> People just want to try the wsdl serving and know how to do that with a
>>> service. I do not think it is a good idea to add more features to
>>> existing samples and take away the key message out of the samples. As an
>>> example so SOAP 1.1 we have a seperate sample, so does rest. We can
>>> easily add those to one sample and make is a "one stop shop" sample.
>>> However the idea is to "KISS", and not to clutter the samples with
>>> overloaded information.
>>>
>>> Samples are for absolute beginners, not to those who want to do more.
>>> For those who want to d more, there are docs and header files to figure
>>> things out.
>>>
>> Absolutely +1 .
>>
>>
>>> Samisa...
>>>
>>> Senaka Fernando wrote:
>>>
>>>> Hi Samisa,
>>>>
>>>> We have the necessary resources to get started with the Calculator
>>>>
>>> sample.
>>>
>>>> I will change the wsdl location etc. and get this organized.
>>>>
>>> Afterwards, I
>>>
>>>> will document this on the Axis2/C Manual.
>>>>
>>>> But, I strongly believe that it would be better to have WSDLs for
>>>>
>>> atleast
>>>
>>>> these samples,
>>>>
>>>> 1. Echo (this is the most primitive "does it work well?" test)
>>>> 2. Mtom (to test interoperability users may need this)
>>>> 3. Notify (the only OUT-ONLY sample we have)
>>>>
>>>> math/sg_math may not be necessary, but, they are the only services
>>>>
>>> left out.
>>>
>>>> Regards,
>>>> Senaka
>>>>
>>>>
>>>>
>>>>> It is a good idea to have a sample that shows how to do that.
>>>>>
>>> However, I
>>>
>>>>> do not think that we have to demo this for all samples. We can just
>>>>>
>>> have
>>>
>>>>> one sample that shows hot to do that.
>>>>>
>>>>> Samisa...
>>>>>
>>>>> Senaka Fernando wrote:
>>>>>
>>>>>
>>>>>> Hi devs,
>>>>>>
>>>>>> Axis2/C supports contract first approach IIRC. Thus, it would be
>>>>>>
>>> better
>>>
>>>>>> if
>>>>>> we could provide WSDLs for each sample service. This is necessary as
>>>>>> there
>>>>>> are users who use Axis2/C server side with various other clients. It
>>>>>> also
>>>>>> will broaden our capabilities in interop testing.
>>>>>>
>>>>>> Once this is done, we have to make sure that we provide the static
>>>>>>
>>> .wsdl
>>>
>>>>>> path for each sample in the corresponding services.xml. This should
>>>>>>
>>> be
>>>
>>>>>> more or less similar to how we setup the policy files of the
>>>>>>
>>> secpolicy
>>>
>>>>>> samples in Rampart/C if you are familiar.
>>>>>>
>>>>>> I'm looking forward to document the use of a static .wsdl file for
>>>>>>
>>> each
>>>
>>>>>> service sample, and before that could be done it is better if we
>>>>>>
>>> could
>>>
>>>>>> make $subject available.
>>>>>>
>>>>>> Hope to see these before the next release.
>>>>>>
>>>>>> Regards,
>>>>>> Senaka
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>> --
>>>>> Samisa Abeysinghe
>>>>> Software Architect; WSO2 Inc.
>>>>>
>>>>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>>
>>>>>
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Software Architect; WSO2 Inc.
http://www.wso2.com/ - "Oxygenating the Web Service Platform."
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Senaka Fernando <se...@wso2.com>.
Hi Samisa, Manjula, and Milinda,
Yes, this is what we should be doing. But, we do have users who use
Axis2/C server side with .NET or Java client side. Just within the last
week only I replied to two people on the user list. Their concern is about
using the C service with say a .NET client.
These users are beginners when it comes to WS. They need wsdl files to be
there so that they can access our services from clients in other
languages. I think we must be helpful to such people too.
This doesn't mean we need the static WSDLs deployed per service. But, at
least a WSDL file for each service. That is my concern.
Regards,
Senaka
>
> On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
>> People just want to try the wsdl serving and know how to do that with a
>> service. I do not think it is a good idea to add more features to
>> existing samples and take away the key message out of the samples. As an
>> example so SOAP 1.1 we have a seperate sample, so does rest. We can
>> easily add those to one sample and make is a "one stop shop" sample.
>> However the idea is to "KISS", and not to clutter the samples with
>> overloaded information.
>>
>> Samples are for absolute beginners, not to those who want to do more.
>> For those who want to d more, there are docs and header files to figure
>> things out.
>
> Absolutely +1 .
>
>>
>> Samisa...
>>
>> Senaka Fernando wrote:
>> > Hi Samisa,
>> >
>> > We have the necessary resources to get started with the Calculator
>> sample.
>> > I will change the wsdl location etc. and get this organized.
>> Afterwards, I
>> > will document this on the Axis2/C Manual.
>> >
>> > But, I strongly believe that it would be better to have WSDLs for
>> atleast
>> > these samples,
>> >
>> > 1. Echo (this is the most primitive "does it work well?" test)
>> > 2. Mtom (to test interoperability users may need this)
>> > 3. Notify (the only OUT-ONLY sample we have)
>> >
>> > math/sg_math may not be necessary, but, they are the only services
>> left out.
>> >
>> > Regards,
>> > Senaka
>> >
>> >
>> >> It is a good idea to have a sample that shows how to do that.
>> However, I
>> >> do not think that we have to demo this for all samples. We can just
>> have
>> >> one sample that shows hot to do that.
>> >>
>> >> Samisa...
>> >>
>> >> Senaka Fernando wrote:
>> >>
>> >>> Hi devs,
>> >>>
>> >>> Axis2/C supports contract first approach IIRC. Thus, it would be
>> better
>> >>> if
>> >>> we could provide WSDLs for each sample service. This is necessary as
>> >>> there
>> >>> are users who use Axis2/C server side with various other clients. It
>> >>> also
>> >>> will broaden our capabilities in interop testing.
>> >>>
>> >>> Once this is done, we have to make sure that we provide the static
>> .wsdl
>> >>> path for each sample in the corresponding services.xml. This should
>> be
>> >>> more or less similar to how we setup the policy files of the
>> secpolicy
>> >>> samples in Rampart/C if you are familiar.
>> >>>
>> >>> I'm looking forward to document the use of a static .wsdl file for
>> each
>> >>> service sample, and before that could be done it is better if we
>> could
>> >>> make $subject available.
>> >>>
>> >>> Hope to see these before the next release.
>> >>>
>> >>> Regards,
>> >>> Senaka
>> >>>
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> >>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >> --
>> >> Samisa Abeysinghe
>> >> Software Architect; WSO2 Inc.
>> >>
>> >> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> >> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>> >>
>> >>
>> >>
>> >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>> >
>> >
>> >
>> >
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Manjula Peiris <ma...@wso2.com>.
On Fri, 2008-03-07 at 12:52 +0530, Samisa Abeysinghe wrote:
> People just want to try the wsdl serving and know how to do that with a
> service. I do not think it is a good idea to add more features to
> existing samples and take away the key message out of the samples. As an
> example so SOAP 1.1 we have a seperate sample, so does rest. We can
> easily add those to one sample and make is a "one stop shop" sample.
> However the idea is to "KISS", and not to clutter the samples with
> overloaded information.
>
> Samples are for absolute beginners, not to those who want to do more.
> For those who want to d more, there are docs and header files to figure
> things out.
Absolutely +1 .
>
> Samisa...
>
> Senaka Fernando wrote:
> > Hi Samisa,
> >
> > We have the necessary resources to get started with the Calculator sample.
> > I will change the wsdl location etc. and get this organized. Afterwards, I
> > will document this on the Axis2/C Manual.
> >
> > But, I strongly believe that it would be better to have WSDLs for atleast
> > these samples,
> >
> > 1. Echo (this is the most primitive "does it work well?" test)
> > 2. Mtom (to test interoperability users may need this)
> > 3. Notify (the only OUT-ONLY sample we have)
> >
> > math/sg_math may not be necessary, but, they are the only services left out.
> >
> > Regards,
> > Senaka
> >
> >
> >> It is a good idea to have a sample that shows how to do that. However, I
> >> do not think that we have to demo this for all samples. We can just have
> >> one sample that shows hot to do that.
> >>
> >> Samisa...
> >>
> >> Senaka Fernando wrote:
> >>
> >>> Hi devs,
> >>>
> >>> Axis2/C supports contract first approach IIRC. Thus, it would be better
> >>> if
> >>> we could provide WSDLs for each sample service. This is necessary as
> >>> there
> >>> are users who use Axis2/C server side with various other clients. It
> >>> also
> >>> will broaden our capabilities in interop testing.
> >>>
> >>> Once this is done, we have to make sure that we provide the static .wsdl
> >>> path for each sample in the corresponding services.xml. This should be
> >>> more or less similar to how we setup the policy files of the secpolicy
> >>> samples in Rampart/C if you are familiar.
> >>>
> >>> I'm looking forward to document the use of a static .wsdl file for each
> >>> service sample, and before that could be done it is better if we could
> >>> make $subject available.
> >>>
> >>> Hope to see these before the next release.
> >>>
> >>> Regards,
> >>> Senaka
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> >>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
> >>>
> >>>
> >>>
> >>>
> >>>
> >> --
> >> Samisa Abeysinghe
> >> Software Architect; WSO2 Inc.
> >>
> >> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
> >>
> >>
> >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-dev-help@ws.apache.org
> >
> >
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Samisa Abeysinghe <sa...@wso2.com>.
People just want to try the wsdl serving and know how to do that with a
service. I do not think it is a good idea to add more features to
existing samples and take away the key message out of the samples. As an
example so SOAP 1.1 we have a seperate sample, so does rest. We can
easily add those to one sample and make is a "one stop shop" sample.
However the idea is to "KISS", and not to clutter the samples with
overloaded information.
Samples are for absolute beginners, not to those who want to do more.
For those who want to d more, there are docs and header files to figure
things out.
Samisa...
Senaka Fernando wrote:
> Hi Samisa,
>
> We have the necessary resources to get started with the Calculator sample.
> I will change the wsdl location etc. and get this organized. Afterwards, I
> will document this on the Axis2/C Manual.
>
> But, I strongly believe that it would be better to have WSDLs for atleast
> these samples,
>
> 1. Echo (this is the most primitive "does it work well?" test)
> 2. Mtom (to test interoperability users may need this)
> 3. Notify (the only OUT-ONLY sample we have)
>
> math/sg_math may not be necessary, but, they are the only services left out.
>
> Regards,
> Senaka
>
>
>> It is a good idea to have a sample that shows how to do that. However, I
>> do not think that we have to demo this for all samples. We can just have
>> one sample that shows hot to do that.
>>
>> Samisa...
>>
>> Senaka Fernando wrote:
>>
>>> Hi devs,
>>>
>>> Axis2/C supports contract first approach IIRC. Thus, it would be better
>>> if
>>> we could provide WSDLs for each sample service. This is necessary as
>>> there
>>> are users who use Axis2/C server side with various other clients. It
>>> also
>>> will broaden our capabilities in interop testing.
>>>
>>> Once this is done, we have to make sure that we provide the static .wsdl
>>> path for each sample in the corresponding services.xml. This should be
>>> more or less similar to how we setup the policy files of the secpolicy
>>> samples in Rampart/C if you are familiar.
>>>
>>> I'm looking forward to document the use of a static .wsdl file for each
>>> service sample, and before that could be done it is better if we could
>>> make $subject available.
>>>
>>> Hope to see these before the next release.
>>>
>>> Regards,
>>> Senaka
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>>
>>>
>>>
>>>
>>>
>> --
>> Samisa Abeysinghe
>> Software Architect; WSO2 Inc.
>>
>> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Software Architect; WSO2 Inc.
http://www.wso2.com/ - "Oxygenating the Web Service Platform."
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Milinda Pathirage <mi...@gmail.com>.
Hi all,
I think it's better if we can modify those samples under
samples/codegen/databinding directory to work with new changes in WSDL2C and
document them in Axis2/C manual. Also I think it's better to remove or
modify the samples under samples/codegen/client and samples/codegen/server
directory. AFIK these samples are out dated.
I think Senaka's idea is good and if we can provide more samples with WSDLs
(samples that Senka has mentioned) it will make new users life easier. I
also agreed that we have to provide code generation sample for MTOM.
Thanks
Milinda
On Fri, Mar 7, 2008 at 12:23 PM, Senaka Fernando <se...@wso2.com> wrote:
> Hi Samisa,
>
> We have the necessary resources to get started with the Calculator sample.
> I will change the wsdl location etc. and get this organized. Afterwards, I
> will document this on the Axis2/C Manual.
>
> But, I strongly believe that it would be better to have WSDLs for atleast
> these samples,
>
> 1. Echo (this is the most primitive "does it work well?" test)
> 2. Mtom (to test interoperability users may need this)
> 3. Notify (the only OUT-ONLY sample we have)
>
> math/sg_math may not be necessary, but, they are the only services left
> out.
>
> Regards,
> Senaka
>
> > It is a good idea to have a sample that shows how to do that. However, I
> > do not think that we have to demo this for all samples. We can just have
> > one sample that shows hot to do that.
> >
> > Samisa...
> >
> > Senaka Fernando wrote:
> >> Hi devs,
> >>
> >> Axis2/C supports contract first approach IIRC. Thus, it would be better
> >> if
> >> we could provide WSDLs for each sample service. This is necessary as
> >> there
> >> are users who use Axis2/C server side with various other clients. It
> >> also
> >> will broaden our capabilities in interop testing.
> >>
> >> Once this is done, we have to make sure that we provide the static
> .wsdl
> >> path for each sample in the corresponding services.xml. This should be
> >> more or less similar to how we setup the policy files of the secpolicy
> >> samples in Rampart/C if you are familiar.
> >>
> >> I'm looking forward to document the use of a static .wsdl file for each
> >> service sample, and before that could be done it is better if we could
> >> make $subject available.
> >>
> >> Hope to see these before the next release.
> >>
> >> Regards,
> >> Senaka
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
> >>
> >>
> >>
> >>
> >
> >
> > --
> > Samisa Abeysinghe
> > Software Architect; WSO2 Inc.
> >
> > http://www.wso2.com/ - "Oxygenating the Web Service Platform."
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: axis-c-dev-help@ws.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
--
http://inf-dimensions.blogspot.com "Infinite Dimensions"
http://wsaxc.blogspot.com "Web Services With Axis2/C"
Re: Sample Service WSDLs
Posted by Senaka Fernando <se...@wso2.com>.
Hi Samisa,
We have the necessary resources to get started with the Calculator sample.
I will change the wsdl location etc. and get this organized. Afterwards, I
will document this on the Axis2/C Manual.
But, I strongly believe that it would be better to have WSDLs for atleast
these samples,
1. Echo (this is the most primitive "does it work well?" test)
2. Mtom (to test interoperability users may need this)
3. Notify (the only OUT-ONLY sample we have)
math/sg_math may not be necessary, but, they are the only services left out.
Regards,
Senaka
> It is a good idea to have a sample that shows how to do that. However, I
> do not think that we have to demo this for all samples. We can just have
> one sample that shows hot to do that.
>
> Samisa...
>
> Senaka Fernando wrote:
>> Hi devs,
>>
>> Axis2/C supports contract first approach IIRC. Thus, it would be better
>> if
>> we could provide WSDLs for each sample service. This is necessary as
>> there
>> are users who use Axis2/C server side with various other clients. It
>> also
>> will broaden our capabilities in interop testing.
>>
>> Once this is done, we have to make sure that we provide the static .wsdl
>> path for each sample in the corresponding services.xml. This should be
>> more or less similar to how we setup the policy files of the secpolicy
>> samples in Rampart/C if you are familiar.
>>
>> I'm looking forward to document the use of a static .wsdl file for each
>> service sample, and before that could be done it is better if we could
>> make $subject available.
>>
>> Hope to see these before the next release.
>>
>> Regards,
>> Senaka
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>>
>>
>>
>>
>
>
> --
> Samisa Abeysinghe
> Software Architect; WSO2 Inc.
>
> http://www.wso2.com/ - "Oxygenating the Web Service Platform."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org
Re: Sample Service WSDLs
Posted by Samisa Abeysinghe <sa...@wso2.com>.
It is a good idea to have a sample that shows how to do that. However, I
do not think that we have to demo this for all samples. We can just have
one sample that shows hot to do that.
Samisa...
Senaka Fernando wrote:
> Hi devs,
>
> Axis2/C supports contract first approach IIRC. Thus, it would be better if
> we could provide WSDLs for each sample service. This is necessary as there
> are users who use Axis2/C server side with various other clients. It also
> will broaden our capabilities in interop testing.
>
> Once this is done, we have to make sure that we provide the static .wsdl
> path for each sample in the corresponding services.xml. This should be
> more or less similar to how we setup the policy files of the secpolicy
> samples in Rampart/C if you are familiar.
>
> I'm looking forward to document the use of a static .wsdl file for each
> service sample, and before that could be done it is better if we could
> make $subject available.
>
> Hope to see these before the next release.
>
> Regards,
> Senaka
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: axis-c-dev-help@ws.apache.org
>
>
>
>
--
Samisa Abeysinghe
Software Architect; WSO2 Inc.
http://www.wso2.com/ - "Oxygenating the Web Service Platform."
---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org