Scoot,

i am sorry. As I mentioned in another email jacopo already saw that we
are too far down the road. I cannot change. Anybody with Ebay knowledge
would appreciate this contribution and replace the old ebay component
directly with the new one.

I am sorry i am very busy here and cannot spend more time on this.

Hans.

p.s. my reaction was on my proposal to have a "work in progress list
added" irrelevant anyway.


On Wed, 2010-02-03 at 23:35 -0800, Scott Gray wrote:
> On 3/02/2010, at 11:04 PM, Hans Bakker wrote:
> 
> > Hi Scott,
> > 
> > I only wondering why you send this email, can you explain that to me?
> 
> As I mentioned below, your commits indicated that you are continuing in your 
> current direction which is something I disagree with, I was hoping some 
> agreement could be reached through discussion.  Was it in some way 
> unreasonable to send the email?
> 
> > 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. 
> 
> Maybe I missed them but what questions have you asked regarding the current 
> implementation that someone could respond to?
> Regardless, once the code becomes part of the project there is no longer any 
> requirement for the original developers to provide you with code support, and 
> that lack of support doesn't necessarily give you a green light to create a 
> duplicate component which will ultimately cause harm to the community.
> 
> > 2. a non committer had already developed a component as we just did.
> 
> Huh? How is that relevant?
> 
> > 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.
> 
> It's not about not wanting your eBay contributions, it's about avoiding 
> duplication in the project which will leave users confused and with 
> additional analysis to do and I'm yet to see a good reason for this other 
> than that it is easier for you.
> 
> > 
> > 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
> > 
> 
-- 
Antwebsystems.com: Quality OFBiz services for competitive rates

Reply via email to