On Mon, Jul 20, 2009 at 8:08 PM, Andreas Veithen <andreas.veit...@gmail.com>wrote:
> On Tue, Jun 30, 2009 at 07:05, Amila > Suriarachchi<amilasuriarach...@gmail.com> wrote: > > > > > > On Sat, Jun 27, 2009 at 1:15 AM, Andreas Veithen < > andreas.veit...@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/
