Hi Scott, I only wondering why you send this email, can you explain that to me?
Anyway, thanks for asking, i still think it is required. It showed with the ebay component: 1. creators of the original component would have liked to discuss it. 2. a non committer had already developed a component as we just did. so a lot of effort could have been saved here..... However if nobody wants it, sure i will give up. don't worry about that. Regards, Hans On Wed, 2010-02-03 at 22:40 -0800, Scott Gray wrote: > Hi Hans, > > Based on your recent commits I guess your considering this discussion over? > > Regards > Scott > > On 3/02/2010, at 1:01 AM, Jacopo Cappellato wrote: > > > > > On Feb 3, 2010, at 8:43 AM, Hans Bakker wrote: > > > >> Jacopo, > >> > >> what we need is a wiki page where people can announce activities and > >> plans. Not only from committers but also from contributors and perhaps > >> even users. > >> > >> I have proposed this before. > >> > > > > I think we already have something similar: > > > > http://cwiki.apache.org/confluence/display/OFBADMIN/New+Features+Roadmap+-+Living+Document > > > >> In this case we tried to extend the existing ebay component but found > >> out that the xml interface could never support the required functions as > >> we needed them. > > > > This is not a good reason for stopping your research about supported > > features and building a new component. > > The valid options I see are: > > 1) adding *new* features to the original component using the different > > technology > > 2) and enhancing the existing features, where needed, using the XML > > approach or > > 3) reimplement the existing features in the original component with the new > > technology before enhancing them > > > > Jacopo > > > >> Please also remember that not all required functions > >> were known from the start. > >> > >> Regards, > >> Hans > >> > >> > >> On Wed, 2010-02-03 at 08:30 +0100, Jacopo Cappellato wrote: > >>> Hi Hans, > >>> > >>> first of all, thank you for contributing this big amount of code. > >>> > >>> On Feb 3, 2010, at 5:05 AM, Hans Bakker wrote: > >>> > >>>> Hi Scott, > >>>> > >>>> I am also not sure if we need 2 components. That can only be decided by > >>>> the users of the original Ebay component isn't it? I do not know the > >>>> user requirements of the original ebay component. > >>>> > >>> > >>> Having two components with potentially overlapping features for the same > >>> integration in the official trunk will cause maintenance problems and > >>> confusion; I guess we will all agree on this. > >>> I am not asking you to redo your job, it is too late, but... can we agree > >>> that from now on, before implementing a new feature in the trunk (or, > >>> even worst, before adding a new component) we have to study and > >>> understand what already exists and do our best to enhance the existing > >>> stuff? > >>> > >>>> Now we moved the new functionality to a separate component it is getting > >>>> more clear if the old component is still required or not. > >>>> > >>> > >>> This is a pain, but we will do this, I can't see another solution now, as > >>> soon as you have completed your work: instead of you studying the > >>> original ebay component we will have to study your new work and verify if > >>> the new component implements all the features covered by the old one and > >>> in the same way; if this will not be true... I don't know what we will do. > >>> > >>> Kind regards, > >>> > >>> Jacopo > >>> > >>> > >>>> Let us first complete the new component and get it fully tested and then > >>>> restart this discussion. > >>>> > >>>> Regards, > >>>> Hans > >>>> > >>>> On Tue, 2010-02-02 at 19:46 -0800, Scott Gray wrote: > >>>>> Okay so once I saw this I took the 5 minutes necessary to look at > >>>>> eBay's services and start thinking that this commit is a bad idea. > >>>>> Please correct me if any of the following is wrong: > >>>>> - When you originally brought this up, you described the problem as one > >>>>> of XML vs. API but I think what you actually meant is eBay SDK vs. > >>>>> using XML directly? > >>>>> - You mentioned that the API (SDK) provides additional functionality > >>>>> but it appears to me that it simply abstracts the use of raw SOAP or > >>>>> XML when interacting with the actual API? > >>>>> > >>>>> Based on this I'm not sure that we should have separate components but > >>>>> that the XML based component should just be moved to using the SDK > >>>>> (assuming there are only advantages and no disadvantages in doing so). > >>>>> Doing anything else will just result in twice as much code to maintain > >>>>> with both components doing the same thing (or worse yet, similar things > >>>>> but with huge differences in implementation from the user's > >>>>> perspective). Converting the existing XML integration to use the SDK > >>>>> will ensure that we have a single solution in place and that no > >>>>> functionality in the existing component is lost. > >>>>> > >>>>> Regards > >>>>> Scott > >>>>> > >>>>> HotWax Media > >>>>> http://www.hotwaxmedia.com > >>>>> > >>>>> On 2/02/2010, at 7:16 PM, hans...@apache.org wrote: > >>>>> > >>>>>> Author: hansbak > >>>>>> Date: Wed Feb 3 03:16:07 2010 > >>>>>> New Revision: 905876 > >>>>>> > >>>>>> URL: http://svn.apache.org/viewvc?rev=905876&view=rev > >>>>>> Log: > >>>>>> move the java api functions from the existing ebay component to the > >>>>>> new ebaystore component: no functional changes > >>>>>> > >>>>> > >>>> -- > >>>> Antwebsystems.com: Quality OFBiz services for competitive rates > >>>> > >>> > >> -- > >> Antwebsystems.com: Quality OFBiz services for competitive rates > >> > > > -- Antwebsystems.com: Quality OFBiz services for competitive rates