You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by Andreas Veithen <an...@gmail.com> on 2009/07/20 16:38:14 UTC

Re: Status of ADB SOAP encoding and helper mode

On Tue, Jun 30, 2009 at 07:05, Amila
Suriarachchi<am...@gmail.com> wrote:
>
>
> On Sat, Jun 27, 2009 at 1:15 AM, Andreas Veithen <an...@gmail.com>
> wrote:
>>
>> Hi devs,
>>
>> I would like to have more information about the status of two
>> components of adb(-codegen):
>>
>> 1) SOAP encoding support for ADB (see [1]). Last status that I see is
>> that it is incomplete [2] or unsupported [3]. Can somebody clarify
>> this? Note that the code that implements this is largely based on
>> generated code that has been modified by hand afterwards. There seems
>> to be no information on how one would regenerate these classes, making
>> them almost unmaintainable.
>
> yes. It is not complete.
> The generated code is for the data types in the soap encoding schema.  I had
> to manually change some code since soap encoding does not necessarily follow
> the xml schemas. So it is not mean to regenerate.

Amilas,

Does "not complete" mean not usable, or are there people using it for
some particular cases? In other words, is it something that we should
maintain or is it a candidate for removal (in case the burden of
maintaining it gets too high)?

>>
>> 2) "Helper mode" for ADB. In this mode, the schema compiler splits the
>> bean and the parser/serializer code into different classes. While this
>> is a nice feature, it seems to be obsolete [4] or deprecated [5]. At
>> least the corresponding part of the template is not up to date. The
>> specific problem here is that the test coverage of this feature is
>> zero, again making it unmaintainable. So we should either update this
>> feature and have an appropriate level of test coverage or scrap it.
>
> As I see no one currently use this feature and it is obsolete.

Actually, I kind of like this feature (except for the fact that it has
been implemented by copy & paste...). I took some action to safeguard
the current implementation, i.e. to avoid further degradation.

Regards,

Andreas

> thanks,
> Amila.
>
>
>>
>> Regards,
>>
>> Andreas
>>
>> [1] http://markmail.org/thread/htchm4nsbywlnzi4
>> [2] http://markmail.org/message/xkzefcaxrfio5zsm
>> [3] http://markmail.org/message/vhayn365l6hrgvmo
>> [4] http://markmail.org/message/wfoynhc6i6k5r76u
>> [5] http://markmail.org/message/rcvtjvrelwncv7a6
>
>
>
> --
> Amila Suriarachchi
> WSO2 Inc.
> blog: http://amilachinthaka.blogspot.com/
>

Re: Status of ADB SOAP encoding and helper mode

Posted by Amila Suriarachchi <am...@gmail.com>.
On Mon, Jul 20, 2009 at 8:08 PM, Andreas Veithen
<an...@gmail.com>wrote:

> On Tue, Jun 30, 2009 at 07:05, Amila
> Suriarachchi<am...@gmail.com> wrote:
> >
> >
> > On Sat, Jun 27, 2009 at 1:15 AM, Andreas Veithen <
> andreas.veithen@gmail.com>
> > wrote:
> >>
> >> Hi devs,
> >>
> >> I would like to have more information about the status of two
> >> components of adb(-codegen):
> >>
> >> 1) SOAP encoding support for ADB (see [1]). Last status that I see is
> >> that it is incomplete [2] or unsupported [3]. Can somebody clarify
> >> this? Note that the code that implements this is largely based on
> >> generated code that has been modified by hand afterwards. There seems
> >> to be no information on how one would regenerate these classes, making
> >> them almost unmaintainable.
> >
> > yes. It is not complete.
> > The generated code is for the data types in the soap encoding schema.  I
> had
> > to manually change some code since soap encoding does not necessarily
> follow
> > the xml schemas. So it is not mean to regenerate.
>
> Amilas,
>
> Does "not complete" mean not usable, or are there people using it for
> some particular cases?

I don't think anyone using it.

> In other words, is it something that we should
> maintain or is it a candidate for removal (in case the burden of
> maintaining it gets too high)?

What the the maintaining cost you see?
I think it is better to keep it unless you have a better idea to implement
it and implements it. I can
complete it whenever I get time (although not sure when it happens :)).

thanks,
Amila.


>
> >>
> >> 2) "Helper mode" for ADB. In this mode, the schema compiler splits the
> >> bean and the parser/serializer code into different classes. While this
> >> is a nice feature, it seems to be obsolete [4] or deprecated [5]. At
> >> least the corresponding part of the template is not up to date. The
> >> specific problem here is that the test coverage of this feature is
> >> zero, again making it unmaintainable. So we should either update this
> >> feature and have an appropriate level of test coverage or scrap it.
> >
> > As I see no one currently use this feature and it is obsolete.
>
> Actually, I kind of like this feature (except for the fact that it has
> been implemented by copy & paste...). I took some action to safeguard
> the current implementation, i.e. to avoid further degradation.
>
> Regards,
>
> Andreas
>
> > thanks,
> > Amila.
> >
> >
> >>
> >> Regards,
> >>
> >> Andreas
> >>
> >> [1] http://markmail.org/thread/htchm4nsbywlnzi4
> >> [2] http://markmail.org/message/xkzefcaxrfio5zsm
> >> [3] http://markmail.org/message/vhayn365l6hrgvmo
> >> [4] http://markmail.org/message/wfoynhc6i6k5r76u
> >> [5] http://markmail.org/message/rcvtjvrelwncv7a6
> >
> >
> >
> > --
> > Amila Suriarachchi
> > WSO2 Inc.
> > blog: http://amilachinthaka.blogspot.com/
> >
>



-- 
Amila Suriarachchi
WSO2 Inc.
blog: http://amilachinthaka.blogspot.com/