You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@olingo.apache.org by "Amend, Christian" <ch...@sap.com> on 2016/09/21 14:03:36 UTC

[DISCUSS] V4 JPA contribution

Hi all,

With Olingo Issue 1010 (https://issues.apache.org/jira/browse/OLINGO-1010) we got a big contribution for the V4 Olingo code line. I personally think this is great and we should integrate this into the Olingo project. The main question I have how this could be done best.
From the V2 JPA extension we learned that the inability to make JPA releases independent from the core library hurts the development process. Also a lot of feedback was centered around extending the JPA processor and requiring callbacks to adjust the SQL statements before they are send to the database. I am not really familiar with JPA and I did not dive into the details of the contribution to see if these points are already met. Any feedback here is welcome.

For first steps I would suggest:

-          Delete the POC JPA Jira Items as they are not needed anymore

-          Integrate the code into our repository in a branch so everyone can look at the code

-          Decide on a repository

-          Decide on a release strategy

-          Perform an alpha release and collect feedback

WDYT? Do you have any ideas about how to set this up so we can make independent releases? Should we ask for a separate git repository?

Best Regards,
Christian

RE: [DISCUSS] V4 JPA contribution

Posted by "Amend, Christian" <ch...@sap.com>.
This GitHub repository was a first start to encourage users to start an implementation if I remember correctly. If we want to host the contribution as part of Apache Olingo then a simple Github repository is not the way to go IMHO. We should request an ASF repository.

But I like the idea of having a separate repository for this.

-----Original Message-----
From: Francesco Chicchiriccò [mailto:ilgrosso@apache.org] 
Sent: Mittwoch, 21. September 2016 16:34
To: dev@olingo.apache.org
Subject: Re: [DISCUSS] V4 JPA contribution

On 21/09/2016 16:32, Ramesh Reddy wrote:
> Yes, I have added the github organization and starter repo for this long time ago here https://github.com/olingo-extensions
>
> let me know who is leading the effort with your Github userid, I will give the commit rights to the repo.

Any specific reason to not use an ASF repository (mirrored and 
integrated with GitHub as others, of course)?

> ----- Original Message -----
>> On 21/09/2016 16:03, Amend, Christian wrote:
>>> Hi all,
>>>
>>> With Olingo Issue 1010 (https://issues.apache.org/jira/browse/OLINGO-1010)
>>> we got a big contribution for the V4 Olingo code line. I personally think
>>> this is great and we should integrate this into the Olingo project. The
>>> main question I have how this could be done best.
>>>   From the V2 JPA extension we learned that the inability to make JPA
>>>   releases independent from the core library hurts the development process.
>>>   Also a lot of feedback was centered around extending the JPA processor
>>>   and requiring callbacks to adjust the SQL statements before they are send
>>>   to the database. I am not really familiar with JPA and I did not dive
>>>   into the details of the contribution to see if these points are already
>>>   met. Any feedback here is welcome.
>>>
>>> For first steps I would suggest:
>>>
>>> -          Delete the POC JPA Jira Items as they are not needed anymore
>>>
>>> -          Integrate the code into our repository in a branch so everyone
>>> can look at the code
>>>
>>> -          Decide on a repository
>>>
>>> -          Decide on a release strategy
>>>
>>> -          Perform an alpha release and collect feedback
>>>
>>> WDYT? Do you have any ideas about how to set this up so we can make
>>> independent releases? Should we ask for a separate git repository?
>> IMO, a separate GIT repository with independent release process seems
>> the simpler way to handle what you report above.
>>
>> Just my 2c.
>> Regards.

-- 
Francesco Chicchiriccò

Tirasa - Open Source Excellence
http://www.tirasa.net/

Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/


RE: [DISCUSS] V4 JPA contribution

Posted by "Grande, Oliver" <ol...@sap.com>.
Hello,

Sorry for the late reply, I have been busy the last weeks.

I like to give you an update from my side. I had an discussion here at SAP and it turned out that in case my code will not be part of Olingo, so not part of an Apache project, it is preferred that it is publish on the SAP public Github (http://sap.github.io/). I'm currently in a process to getting a repository.

Regards,
Oliver  


-----Original Message-----
From: Carl Mosca [mailto:carljmosca@gmail.com] 
Sent: Mittwoch, 30. November 2016 14:31
To: dev@olingo.apache.org
Subject: Re: [DISCUSS] V4 JPA contribution

I agree.

Carl

On Nov 30, 2016 8:25 AM, "Alexandre Desjardins" <bd...@gmail.com> wrote:

> Hi,
>
> I noticed the discussion about the JPA processor contribution has died
> down. The contribution was submitted the 24th of August and at this point I
> think adopting an approach is becoming more important than the approach
> itself.
>
> I think a JPA processor is a really important part of using Olingo for a
> lot of people and giving a proper platform for others to contribute to it
> is a vital step.
>
> Alexandre
>
> On 2016-10-17 5:00 AM, Grande, Oliver wrote:
>
>> Hello,
>>
>> in an short discussion with a colleague I he pointed out that there might
>> be a legal problem for me, if we put the code on a github that does not
>> belong to Apache. That’s because I had to make a request to be allowed to
>> contribute to an open source project. The request I made stated that I
>> would like to contribute to Olingo and that what I am allowed to do.
>> So I would be lucky if you create a repository within the Apache github.
>>
>> Regards,
>> Oliver
>>
>> Oliver Grande
>>
>> PI IC HC Clinical Decision Support DE
>>
>> SAP SE Dietmar-Hopp-Allee 16, 69190 Walldorf, Germany
>>
>> E oliver.grande@sap.com
>>
>> Pflichtangaben/Mandatory Disclosure Statement:
>> http://www.sap.com/company/legal/impressum.epx
>>
>> Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige
>> vertrauliche Informationen enthalten.  Sollten Sie diese E-Mail irrtümlich
>> erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine
>> Vervielfältigung oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte
>> benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail.
>> Vielen Dank.
>>
>> This e-mail may contain trade secrets or privileged, undisclosed, or
>> otherwise confidential information.  If you have received this e-mail in
>> error, you are hereby notified that any review, copying, or distribution of
>> it is strictly prohibited. Please inform us immediately and destroy the
>> original transmittal.
>> Thank you for your cooperation
>>
>>
>>
>>
>> -----Original Message-----
>> From: Bolz, Michael
>> Sent: Freitag, 14. Oktober 2016 21:20
>> To: dev@olingo.apache.org
>> Cc: Grande, Oliver <ol...@sap.com>
>> Subject: Re: [DISCUSS] V4 JPA contribution
>>
>> Hi all,
>>
>> I think I agree more with Alexandre and Ramesh to
>>
>>> "Put it on the GitHub repo and wait for the project to reach an adequate
>>> maturity."
>>>
>>
>> Or to repeat myself:
>>
>>> IMHO I also think we should keep the barrier for contributions low.
>>> Hence using a GitHub repository as starting point could be a good decision.
>>> This way contributing and building the first releases (alpha, beta,
>>> whatever…) are completely independent from Apache (and any ICLA).
>>> Afterward when the JPA extension project has contributors and a own
>>> “community” it could be moved into a official Apache Git and under the
>>> OData umbrella aka. Olingo  ;o)
>>>
>>> tldr; Start with a low entry barrier on GitHub and end with a JPA
>>> extension in Olingo (on Apache)
>>>
>> Best Regards, Michael
>>
>> On 14 Oct 2016, at 15:48, Alexandre Desjardins <bd...@gmail.com>
>>> wrote:
>>>
>>> Please correct me if I am wrong, but it seems like Apache GitHub
>>> integration is currently fairly lackluster. It does not seem to seamlessly
>>> integrate with a lot of GitHub main features. For example, it does not seem
>>> to integrate with GitHub issues, which is a big part of what makes a GitHub
>>> repository "lively". As it stands, you mostly end up with a shell of what a
>>> GitHub repository should be.
>>>
>>>
>>> With that in mind, contributors would probably have to get familiar with
>>> the jira issues and the ASF repository overall. If you add that to the fact
>>> that contributors would also have to sign an ICLA, I think this would deter
>>> a lot of potential small contributors. Also, it could be confusing to have
>>> an Alpha under Olingo that is not officially supported or that might be
>>> dropped at any time.
>>>
>>> Personally, I think either :
>>>
>>> - Put it on the GitHub repo and wait for the project to reach an
>>> adequate maturity. (Maybe have some kind of link or encouragement from the
>>> main Olingo site)
>>>
>>> or
>>>
>>> - Put it on the ASF repo in Alpha but officially support it
>>>
>>> Alexandre
>>>
>>> On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
>>>
>>>> GitHub repo is created to capture the early enthusiasm of community
>>>> contributors without much restrictions of ICLA and ASF and also to gauge
>>>> the interest of the participant to drive the feature to the somewhat of a
>>>> mature state. If Olingo starts adapting all the extensions which are not
>>>> directly involved with implementing the OData specification, it is just
>>>> going to spread the current limited resources too thin and quality of our
>>>> offering will surely to take hit. When PMC thinks that module has reached
>>>> sufficient maturity and/or sustained interest, PMC to vote on bringing it
>>>> under ASF repos and making the individuals part of the committers.
>>>>
>>>> Also even though we think Olingo has been established as umbrella
>>>> project, our builds except of V2 vs V4 have not been set up to bring these
>>>> kind of extensions in a non dependent fashion. This separate build/release
>>>> process and code repositories absolutely must be there. If we are willing
>>>> to take these steps, you will have my vote for it.
>>>>
>>>> Ramesh..
>>>>
>>>>
>>>> ----- Original Message -----
>>>>
>>>>> On 14/10/2016 10:35, Amend, Christian wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I would like to reanimate this discussion. I have been trying to find
>>>>>> information about having an Repository which is not under Apache
>>>>>> control
>>>>>> as part of an Apache project but I could not find any useful
>>>>>> information
>>>>>> about this.
>>>>>> In my personal opinion we should not use the GitHub repository
>>>>>> because as
>>>>>> an Apache project we should rely on Apache infrastructure. This
>>>>>> allows all
>>>>>> Olingo PMC members to have committing rights and prevents a single
>>>>>> person
>>>>>> from having to provide/own the GitHub repository.
>>>>>> Also I would see this as a good way to attract users/contributers to
>>>>>> Olingo
>>>>>> which we might miss if the connection between the GitHub repository
>>>>>> and
>>>>>> the Apache Olingo project isn`t clear.
>>>>>> Also in my opinion we would not lose anything by providing an Alpha
>>>>>> version
>>>>>> via Olingo. If there is no feedback or contributions coming we can
>>>>>> still
>>>>>> decide not to take this forward. This would also mean that the current
>>>>>> Olingo PMC members do not have to provide support for the Alpha
>>>>>> version.
>>>>>>
>>>>>> Here is a link on the Apache to GitHub features:
>>>>>> https://reference.apache.org/pmc/github for those interested. These
>>>>>> features could be useful to integrate the GitHub mirror more.
>>>>>>
>>>>>> Please consider the points above and let me know what you think!
>>>>>>
>>>>> I have already expressed my preference below: a GIT repository, hosted
>>>>> at the ASF infrastructure, with full-fledged GitHub integration.
>>>>> We will not loose anything about attracting extra-ASF contribution, but
>>>>> as PMC we will retain control over the repository itself.
>>>>>
>>>>> Obviously, this will require contributors to sign an ICLA, but I urge
>>>>> to
>>>>> remind that this is the one of the pillars of how The ASF works.
>>>>>
>>>>> If this is seen as too onerous and discouraging new contributors, then
>>>>> simply The ASF is not the right place to be and the V4 JPA effort
>>>>> should
>>>>> better find its home as one of the numerous github-homed open source
>>>>> projects in the wild.
>>>>> With no official relationship with the Apache Olingo PMC, naturally.
>>>>>
>>>>> Regards.
>>>>>
>>>>> From: mibo [mailto:mibo@apache.org]
>>>>>> Sent: Samstag, 24. September 2016 06:56
>>>>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>>>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>>>>
>>>>>>
>>>>>> IMHO I also think we should keep the barrier for further contributors
>>>>>> (and
>>>>>> contributions) to the JPA extension low.
>>>>>>
>>>>>> Hence using a GitHub repository as starting point could be a good
>>>>>> decision.
>>>>>>
>>>>>> This way contributing and building the first releases (alpha, beta,
>>>>>> whatever…) are completely independent from Apache (and any ICLA).
>>>>>>
>>>>>> Afterward when the JPA extension project has contributors and a own
>>>>>> “community” it could be moved into a official Apache Git and under the
>>>>>> OData umbrella aka. Olingo  ;o)
>>>>>>
>>>>>> And if all works well the time between start on GitHub and then move
>>>>>> to
>>>>>> Olingo must not be long and could also include the direct promotion of
>>>>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>>>>
>>>>>>
>>>>>>
>>>>>> tldr; Start with a low entry barrier on GitHub and end (after some
>>>>>> time)
>>>>>> with a JPA extension in Olingo (on Apache)
>>>>>>
>>>>>>
>>>>>>
>>>>>> Best Regards, Michael
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>>>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>>>>> Hello,
>>>>>>
>>>>>> as I'm new to Apache and Open Source I have the feeling that I can't
>>>>>> help
>>>>>> finding the right way is to handle my contribution.
>>>>>>
>>>>>> My idea was to contribute to the JPA processor after an initial
>>>>>> contribution, as I see it only as a starting point.
>>>>>>
>>>>>> Regards,
>>>>>> Oliver
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>> Sent: Freitag, 23. September 2016 15:18
>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>>
>>>>>> IMO, creating the JIRA and promoting the extensions available on main
>>>>>> Olingo website should not be an issue. Many projects do that such
>>>>>> promotions, it is good for both parties, shows the whole eco-system
>>>>>> around
>>>>>> the main project.
>>>>>>
>>>>>> Another note I would like to emphasize is, if Oliver Grande
>>>>>> contributed
>>>>>> initial code, it is not necessary that he is the only one needs to
>>>>>> take
>>>>>> responsibility to integrate or complete it. Anyone of you with similar
>>>>>> needs for JPA could continue the Oliver's work.
>>>>>>
>>>>>> Ramesh..
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Has anyone officially been in contact with Oliver Grande since his
>>>>>>> contribution? I know he is active on the user list, but I think it
>>>>>>> would
>>>>>>> be nice to have his opinion regarding all of this.
>>>>>>>
>>>>>>>
>>>>>>> I personally think creating a github repo and giving access to Oliver
>>>>>>> Grande is indeed a good idea. If the ASF repo is not used, I still
>>>>>>> think
>>>>>>> it would be nice to keep some kind of link with the main Olingo
>>>>>>> project
>>>>>>> to let users know that the "main Olingo team" encourages
>>>>>>> contribution to
>>>>>>> this JPA processor. Currently there is "odata4-JPA" listed as a
>>>>>>> Olingo
>>>>>>> component, which leads to a summary with the POC jira items. Just an
>>>>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>>>>> github repo?
>>>>>>>
>>>>>>> Alexandre
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>>>>
>>>>>>>> This is a valid point. If we put this code into an ASF repository
>>>>>>>> the
>>>>>>>> Olingo project as a whole is somewhat responsible for this code.
>>>>>>>> This
>>>>>>>> risk
>>>>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>>>>> committer so he could keep working on the code. He also started
>>>>>>>> answering
>>>>>>>> mails on the users list already so he seems committed. Of course
>>>>>>>> adding
>>>>>>>> another committer would require a vote on the private mailing list
>>>>>>>> and
>>>>>>>> requires the consent of the Olingo project.
>>>>>>>>
>>>>>>>> We could also think about giving commit access to the separate Git
>>>>>>>> repository more freely to users that ask for it. This might also be
>>>>>>>> an
>>>>>>>> incentive for more contributions. I think it is possible to give
>>>>>>>> commit
>>>>>>>> access only to the new repository while leaving the core repo alone.
>>>>>>>> We could also ask for volunteers on the user mailing list while
>>>>>>>> clearly
>>>>>>>> stating that we won`t accept this contribution to Olingo if there
>>>>>>>> are not
>>>>>>>> enough users that promise to contribute. Having an Alpha release
>>>>>>>> could
>>>>>>>> also help identify potential committers. And I don`t think that an
>>>>>>>> Alpha
>>>>>>>> release would require maintenance from the current Olingo
>>>>>>>> PMC/committers.
>>>>>>>>
>>>>>>>> As for being cumbersome to work with the Apache repositories I
>>>>>>>> agree. But
>>>>>>>> I
>>>>>>>> also heard that Apache is working on a tighter integration with the
>>>>>>>> GitHub
>>>>>>>> mirror. I am not sure how far this has progressed. Do you know
>>>>>>>> anything
>>>>>>>> about this?
>>>>>>>>
>>>>>>>> I personally would object to another separate Apache project for a
>>>>>>>> JPA
>>>>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>>>>
>>>>>>>> WDYT?
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>>>>
>>>>>>>> IMO, at least there are two reasons for me
>>>>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>>>>> working with external pull requests, code review features etc. I
>>>>>>>> wish
>>>>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>>>>> - second, most important is these are not part of ASF (yet), Olingo
>>>>>>>> by
>>>>>>>> including these in their repository comes with certain amount of
>>>>>>>> responsibilities from committers, about their completeness,
>>>>>>>> correctness,
>>>>>>>> documents and management. Unless these are reasonably proved by the
>>>>>>>> external community effort, Olingo committers are on hook to maintain
>>>>>>>> these
>>>>>>>> as if they were part of Olingo repo. So, my suggestion is wait
>>>>>>>> until that
>>>>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>>>>> thinking outside of Olingo, then that need to be approached as new
>>>>>>>> Apache
>>>>>>>> project, that probably is completely separate effort.
>>>>>>>>
>>>>>>>> Ramesh..
>>>>>>>>
>>>>>>>> ----- Original Message -----
>>>>>>>>
>>>>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>>>>
>>>>>>>>>> Yes, I have added the github organization and starter repo for
>>>>>>>>>> this
>>>>>>>>>> long
>>>>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>>>>
>>>>>>>>>> let me know who is leading the effort with your Github userid, I
>>>>>>>>>> will
>>>>>>>>>> give
>>>>>>>>>> the commit rights to the repo.
>>>>>>>>>>
>>>>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>>>>> integrated with GitHub as others, of course)?
>>>>>>>>>
>>>>>>>>> ----- Original Message -----
>>>>>>>>>>
>>>>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> With Olingo Issue 1010
>>>>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>>>>> we got a big contribution for the V4 Olingo code line. I
>>>>>>>>>>>> personally
>>>>>>>>>>>> think
>>>>>>>>>>>> this is great and we should integrate this into the Olingo
>>>>>>>>>>>> project.
>>>>>>>>>>>> The
>>>>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>>>>   From the V2 JPA extension we learned that the inability to
>>>>>>>>>>>> make JPA
>>>>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>>>>> process.
>>>>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>>>>> processor
>>>>>>>>>>>> and requiring callbacks to adjust the SQL statements before
>>>>>>>>>>>> they are
>>>>>>>>>>>> send
>>>>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>>>>> dive
>>>>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>>>>> already
>>>>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>>>>
>>>>>>>>>>>> For first steps I would suggest:
>>>>>>>>>>>>
>>>>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>>>>
>>>>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>>>>> everyone
>>>>>>>>>>>> can look at the code
>>>>>>>>>>>>
>>>>>>>>>>>> - Decide on a repository
>>>>>>>>>>>>
>>>>>>>>>>>> - Decide on a release strategy
>>>>>>>>>>>>
>>>>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>>>>
>>>>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can
>>>>>>>>>>>> make
>>>>>>>>>>>> independent releases? Should we ask for a separate git
>>>>>>>>>>>> repository?
>>>>>>>>>>>>
>>>>>>>>>>> IMO, a separate GIT repository with independent release process
>>>>>>>>>>> seems
>>>>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>>>>
>>>>>>>>>>> Just my 2c.
>>>>>>>>>>> Regards.
>>>>>>>>>>>
>>>>>>>>>> --
>>>>> Francesco Chicchiriccò
>>>>>
>>>>> Tirasa - Open Source Excellence
>>>>> http://www.tirasa.net/
>>>>>
>>>>> Member at The Apache Software Foundation
>>>>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>>>>> http://home.apache.org/~ilgrosso/
>>>>>
>>>>>
>>>>>
>>>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>

Re: [DISCUSS] V4 JPA contribution

Posted by Carl Mosca <ca...@gmail.com>.
I agree.

Carl

On Nov 30, 2016 8:25 AM, "Alexandre Desjardins" <bd...@gmail.com> wrote:

> Hi,
>
> I noticed the discussion about the JPA processor contribution has died
> down. The contribution was submitted the 24th of August and at this point I
> think adopting an approach is becoming more important than the approach
> itself.
>
> I think a JPA processor is a really important part of using Olingo for a
> lot of people and giving a proper platform for others to contribute to it
> is a vital step.
>
> Alexandre
>
> On 2016-10-17 5:00 AM, Grande, Oliver wrote:
>
>> Hello,
>>
>> in an short discussion with a colleague I he pointed out that there might
>> be a legal problem for me, if we put the code on a github that does not
>> belong to Apache. That’s because I had to make a request to be allowed to
>> contribute to an open source project. The request I made stated that I
>> would like to contribute to Olingo and that what I am allowed to do.
>> So I would be lucky if you create a repository within the Apache github.
>>
>> Regards,
>> Oliver
>>
>> Oliver Grande
>>
>> PI IC HC Clinical Decision Support DE
>>
>> SAP SE Dietmar-Hopp-Allee 16, 69190 Walldorf, Germany
>>
>> E oliver.grande@sap.com
>>
>> Pflichtangaben/Mandatory Disclosure Statement:
>> http://www.sap.com/company/legal/impressum.epx
>>
>> Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige
>> vertrauliche Informationen enthalten.  Sollten Sie diese E-Mail irrtümlich
>> erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine
>> Vervielfältigung oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte
>> benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail.
>> Vielen Dank.
>>
>> This e-mail may contain trade secrets or privileged, undisclosed, or
>> otherwise confidential information.  If you have received this e-mail in
>> error, you are hereby notified that any review, copying, or distribution of
>> it is strictly prohibited. Please inform us immediately and destroy the
>> original transmittal.
>> Thank you for your cooperation
>>
>>
>>
>>
>> -----Original Message-----
>> From: Bolz, Michael
>> Sent: Freitag, 14. Oktober 2016 21:20
>> To: dev@olingo.apache.org
>> Cc: Grande, Oliver <ol...@sap.com>
>> Subject: Re: [DISCUSS] V4 JPA contribution
>>
>> Hi all,
>>
>> I think I agree more with Alexandre and Ramesh to
>>
>>> "Put it on the GitHub repo and wait for the project to reach an adequate
>>> maturity."
>>>
>>
>> Or to repeat myself:
>>
>>> IMHO I also think we should keep the barrier for contributions low.
>>> Hence using a GitHub repository as starting point could be a good decision.
>>> This way contributing and building the first releases (alpha, beta,
>>> whatever…) are completely independent from Apache (and any ICLA).
>>> Afterward when the JPA extension project has contributors and a own
>>> “community” it could be moved into a official Apache Git and under the
>>> OData umbrella aka. Olingo  ;o)
>>>
>>> tldr; Start with a low entry barrier on GitHub and end with a JPA
>>> extension in Olingo (on Apache)
>>>
>> Best Regards, Michael
>>
>> On 14 Oct 2016, at 15:48, Alexandre Desjardins <bd...@gmail.com>
>>> wrote:
>>>
>>> Please correct me if I am wrong, but it seems like Apache GitHub
>>> integration is currently fairly lackluster. It does not seem to seamlessly
>>> integrate with a lot of GitHub main features. For example, it does not seem
>>> to integrate with GitHub issues, which is a big part of what makes a GitHub
>>> repository "lively". As it stands, you mostly end up with a shell of what a
>>> GitHub repository should be.
>>>
>>>
>>> With that in mind, contributors would probably have to get familiar with
>>> the jira issues and the ASF repository overall. If you add that to the fact
>>> that contributors would also have to sign an ICLA, I think this would deter
>>> a lot of potential small contributors. Also, it could be confusing to have
>>> an Alpha under Olingo that is not officially supported or that might be
>>> dropped at any time.
>>>
>>> Personally, I think either :
>>>
>>> - Put it on the GitHub repo and wait for the project to reach an
>>> adequate maturity. (Maybe have some kind of link or encouragement from the
>>> main Olingo site)
>>>
>>> or
>>>
>>> - Put it on the ASF repo in Alpha but officially support it
>>>
>>> Alexandre
>>>
>>> On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
>>>
>>>> GitHub repo is created to capture the early enthusiasm of community
>>>> contributors without much restrictions of ICLA and ASF and also to gauge
>>>> the interest of the participant to drive the feature to the somewhat of a
>>>> mature state. If Olingo starts adapting all the extensions which are not
>>>> directly involved with implementing the OData specification, it is just
>>>> going to spread the current limited resources too thin and quality of our
>>>> offering will surely to take hit. When PMC thinks that module has reached
>>>> sufficient maturity and/or sustained interest, PMC to vote on bringing it
>>>> under ASF repos and making the individuals part of the committers.
>>>>
>>>> Also even though we think Olingo has been established as umbrella
>>>> project, our builds except of V2 vs V4 have not been set up to bring these
>>>> kind of extensions in a non dependent fashion. This separate build/release
>>>> process and code repositories absolutely must be there. If we are willing
>>>> to take these steps, you will have my vote for it.
>>>>
>>>> Ramesh..
>>>>
>>>>
>>>> ----- Original Message -----
>>>>
>>>>> On 14/10/2016 10:35, Amend, Christian wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I would like to reanimate this discussion. I have been trying to find
>>>>>> information about having an Repository which is not under Apache
>>>>>> control
>>>>>> as part of an Apache project but I could not find any useful
>>>>>> information
>>>>>> about this.
>>>>>> In my personal opinion we should not use the GitHub repository
>>>>>> because as
>>>>>> an Apache project we should rely on Apache infrastructure. This
>>>>>> allows all
>>>>>> Olingo PMC members to have committing rights and prevents a single
>>>>>> person
>>>>>> from having to provide/own the GitHub repository.
>>>>>> Also I would see this as a good way to attract users/contributers to
>>>>>> Olingo
>>>>>> which we might miss if the connection between the GitHub repository
>>>>>> and
>>>>>> the Apache Olingo project isn`t clear.
>>>>>> Also in my opinion we would not lose anything by providing an Alpha
>>>>>> version
>>>>>> via Olingo. If there is no feedback or contributions coming we can
>>>>>> still
>>>>>> decide not to take this forward. This would also mean that the current
>>>>>> Olingo PMC members do not have to provide support for the Alpha
>>>>>> version.
>>>>>>
>>>>>> Here is a link on the Apache to GitHub features:
>>>>>> https://reference.apache.org/pmc/github for those interested. These
>>>>>> features could be useful to integrate the GitHub mirror more.
>>>>>>
>>>>>> Please consider the points above and let me know what you think!
>>>>>>
>>>>> I have already expressed my preference below: a GIT repository, hosted
>>>>> at the ASF infrastructure, with full-fledged GitHub integration.
>>>>> We will not loose anything about attracting extra-ASF contribution, but
>>>>> as PMC we will retain control over the repository itself.
>>>>>
>>>>> Obviously, this will require contributors to sign an ICLA, but I urge
>>>>> to
>>>>> remind that this is the one of the pillars of how The ASF works.
>>>>>
>>>>> If this is seen as too onerous and discouraging new contributors, then
>>>>> simply The ASF is not the right place to be and the V4 JPA effort
>>>>> should
>>>>> better find its home as one of the numerous github-homed open source
>>>>> projects in the wild.
>>>>> With no official relationship with the Apache Olingo PMC, naturally.
>>>>>
>>>>> Regards.
>>>>>
>>>>> From: mibo [mailto:mibo@apache.org]
>>>>>> Sent: Samstag, 24. September 2016 06:56
>>>>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>>>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>>>>
>>>>>>
>>>>>> IMHO I also think we should keep the barrier for further contributors
>>>>>> (and
>>>>>> contributions) to the JPA extension low.
>>>>>>
>>>>>> Hence using a GitHub repository as starting point could be a good
>>>>>> decision.
>>>>>>
>>>>>> This way contributing and building the first releases (alpha, beta,
>>>>>> whatever…) are completely independent from Apache (and any ICLA).
>>>>>>
>>>>>> Afterward when the JPA extension project has contributors and a own
>>>>>> “community” it could be moved into a official Apache Git and under the
>>>>>> OData umbrella aka. Olingo  ;o)
>>>>>>
>>>>>> And if all works well the time between start on GitHub and then move
>>>>>> to
>>>>>> Olingo must not be long and could also include the direct promotion of
>>>>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>>>>
>>>>>>
>>>>>>
>>>>>> tldr; Start with a low entry barrier on GitHub and end (after some
>>>>>> time)
>>>>>> with a JPA extension in Olingo (on Apache)
>>>>>>
>>>>>>
>>>>>>
>>>>>> Best Regards, Michael
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>>>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>>>>> Hello,
>>>>>>
>>>>>> as I'm new to Apache and Open Source I have the feeling that I can't
>>>>>> help
>>>>>> finding the right way is to handle my contribution.
>>>>>>
>>>>>> My idea was to contribute to the JPA processor after an initial
>>>>>> contribution, as I see it only as a starting point.
>>>>>>
>>>>>> Regards,
>>>>>> Oliver
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>> Sent: Freitag, 23. September 2016 15:18
>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>>
>>>>>> IMO, creating the JIRA and promoting the extensions available on main
>>>>>> Olingo website should not be an issue. Many projects do that such
>>>>>> promotions, it is good for both parties, shows the whole eco-system
>>>>>> around
>>>>>> the main project.
>>>>>>
>>>>>> Another note I would like to emphasize is, if Oliver Grande
>>>>>> contributed
>>>>>> initial code, it is not necessary that he is the only one needs to
>>>>>> take
>>>>>> responsibility to integrate or complete it. Anyone of you with similar
>>>>>> needs for JPA could continue the Oliver's work.
>>>>>>
>>>>>> Ramesh..
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> Has anyone officially been in contact with Oliver Grande since his
>>>>>>> contribution? I know he is active on the user list, but I think it
>>>>>>> would
>>>>>>> be nice to have his opinion regarding all of this.
>>>>>>>
>>>>>>>
>>>>>>> I personally think creating a github repo and giving access to Oliver
>>>>>>> Grande is indeed a good idea. If the ASF repo is not used, I still
>>>>>>> think
>>>>>>> it would be nice to keep some kind of link with the main Olingo
>>>>>>> project
>>>>>>> to let users know that the "main Olingo team" encourages
>>>>>>> contribution to
>>>>>>> this JPA processor. Currently there is "odata4-JPA" listed as a
>>>>>>> Olingo
>>>>>>> component, which leads to a summary with the POC jira items. Just an
>>>>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>>>>> github repo?
>>>>>>>
>>>>>>> Alexandre
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>>>>
>>>>>>>> This is a valid point. If we put this code into an ASF repository
>>>>>>>> the
>>>>>>>> Olingo project as a whole is somewhat responsible for this code.
>>>>>>>> This
>>>>>>>> risk
>>>>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>>>>> committer so he could keep working on the code. He also started
>>>>>>>> answering
>>>>>>>> mails on the users list already so he seems committed. Of course
>>>>>>>> adding
>>>>>>>> another committer would require a vote on the private mailing list
>>>>>>>> and
>>>>>>>> requires the consent of the Olingo project.
>>>>>>>>
>>>>>>>> We could also think about giving commit access to the separate Git
>>>>>>>> repository more freely to users that ask for it. This might also be
>>>>>>>> an
>>>>>>>> incentive for more contributions. I think it is possible to give
>>>>>>>> commit
>>>>>>>> access only to the new repository while leaving the core repo alone.
>>>>>>>> We could also ask for volunteers on the user mailing list while
>>>>>>>> clearly
>>>>>>>> stating that we won`t accept this contribution to Olingo if there
>>>>>>>> are not
>>>>>>>> enough users that promise to contribute. Having an Alpha release
>>>>>>>> could
>>>>>>>> also help identify potential committers. And I don`t think that an
>>>>>>>> Alpha
>>>>>>>> release would require maintenance from the current Olingo
>>>>>>>> PMC/committers.
>>>>>>>>
>>>>>>>> As for being cumbersome to work with the Apache repositories I
>>>>>>>> agree. But
>>>>>>>> I
>>>>>>>> also heard that Apache is working on a tighter integration with the
>>>>>>>> GitHub
>>>>>>>> mirror. I am not sure how far this has progressed. Do you know
>>>>>>>> anything
>>>>>>>> about this?
>>>>>>>>
>>>>>>>> I personally would object to another separate Apache project for a
>>>>>>>> JPA
>>>>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>>>>
>>>>>>>> WDYT?
>>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>>>>
>>>>>>>> IMO, at least there are two reasons for me
>>>>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>>>>> working with external pull requests, code review features etc. I
>>>>>>>> wish
>>>>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>>>>> - second, most important is these are not part of ASF (yet), Olingo
>>>>>>>> by
>>>>>>>> including these in their repository comes with certain amount of
>>>>>>>> responsibilities from committers, about their completeness,
>>>>>>>> correctness,
>>>>>>>> documents and management. Unless these are reasonably proved by the
>>>>>>>> external community effort, Olingo committers are on hook to maintain
>>>>>>>> these
>>>>>>>> as if they were part of Olingo repo. So, my suggestion is wait
>>>>>>>> until that
>>>>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>>>>> thinking outside of Olingo, then that need to be approached as new
>>>>>>>> Apache
>>>>>>>> project, that probably is completely separate effort.
>>>>>>>>
>>>>>>>> Ramesh..
>>>>>>>>
>>>>>>>> ----- Original Message -----
>>>>>>>>
>>>>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>>>>
>>>>>>>>>> Yes, I have added the github organization and starter repo for
>>>>>>>>>> this
>>>>>>>>>> long
>>>>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>>>>
>>>>>>>>>> let me know who is leading the effort with your Github userid, I
>>>>>>>>>> will
>>>>>>>>>> give
>>>>>>>>>> the commit rights to the repo.
>>>>>>>>>>
>>>>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>>>>> integrated with GitHub as others, of course)?
>>>>>>>>>
>>>>>>>>> ----- Original Message -----
>>>>>>>>>>
>>>>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi all,
>>>>>>>>>>>>
>>>>>>>>>>>> With Olingo Issue 1010
>>>>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>>>>> we got a big contribution for the V4 Olingo code line. I
>>>>>>>>>>>> personally
>>>>>>>>>>>> think
>>>>>>>>>>>> this is great and we should integrate this into the Olingo
>>>>>>>>>>>> project.
>>>>>>>>>>>> The
>>>>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>>>>   From the V2 JPA extension we learned that the inability to
>>>>>>>>>>>> make JPA
>>>>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>>>>> process.
>>>>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>>>>> processor
>>>>>>>>>>>> and requiring callbacks to adjust the SQL statements before
>>>>>>>>>>>> they are
>>>>>>>>>>>> send
>>>>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>>>>> dive
>>>>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>>>>> already
>>>>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>>>>
>>>>>>>>>>>> For first steps I would suggest:
>>>>>>>>>>>>
>>>>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>>>>
>>>>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>>>>> everyone
>>>>>>>>>>>> can look at the code
>>>>>>>>>>>>
>>>>>>>>>>>> - Decide on a repository
>>>>>>>>>>>>
>>>>>>>>>>>> - Decide on a release strategy
>>>>>>>>>>>>
>>>>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>>>>
>>>>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can
>>>>>>>>>>>> make
>>>>>>>>>>>> independent releases? Should we ask for a separate git
>>>>>>>>>>>> repository?
>>>>>>>>>>>>
>>>>>>>>>>> IMO, a separate GIT repository with independent release process
>>>>>>>>>>> seems
>>>>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>>>>
>>>>>>>>>>> Just my 2c.
>>>>>>>>>>> Regards.
>>>>>>>>>>>
>>>>>>>>>> --
>>>>> Francesco Chicchiriccò
>>>>>
>>>>> Tirasa - Open Source Excellence
>>>>> http://www.tirasa.net/
>>>>>
>>>>> Member at The Apache Software Foundation
>>>>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>>>>> http://home.apache.org/~ilgrosso/
>>>>>
>>>>>
>>>>>
>>>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>

Re: [DISCUSS] V4 JPA contribution

Posted by Alexandre Desjardins <bd...@gmail.com>.
Hi,

I noticed the discussion about the JPA processor contribution has died 
down. The contribution was submitted the 24th of August and at this 
point I think adopting an approach is becoming more important than the 
approach itself.

I think a JPA processor is a really important part of using Olingo for a 
lot of people and giving a proper platform for others to contribute to 
it is a vital step.

Alexandre

On 2016-10-17 5:00 AM, Grande, Oliver wrote:
> Hello,
>
> in an short discussion with a colleague I he pointed out that there might be a legal problem for me, if we put the code on a github that does not belong to Apache. That\u2019s because I had to make a request to be allowed to contribute to an open source project. The request I made stated that I would like to contribute to Olingo and that what I am allowed to do.
> So I would be lucky if you create a repository within the Apache github.
>
> Regards,
> Oliver
>
> Oliver Grande
>
> PI IC HC Clinical Decision Support DE
>
> SAP SE Dietmar-Hopp-Allee 16, 69190 Walldorf, Germany
>
> E oliver.grande@sap.com
>    
>
> Pflichtangaben/Mandatory Disclosure Statement:
> http://www.sap.com/company/legal/impressum.epx
>
> Diese E-Mail kann Betriebs- oder Gesch�ftsgeheimnisse oder sonstige vertrauliche Informationen enthalten.  Sollten Sie diese E-Mail irrt�mlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielf�ltigung oder Weitergabe der E-Mail ausdr�cklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail.
> Vielen Dank.
>
> This e-mail may contain trade secrets or privileged, undisclosed, or otherwise confidential information.  If you have received this e-mail in error, you are hereby notified that any review, copying, or distribution of it is strictly prohibited. Please inform us immediately and destroy the original transmittal.
> Thank you for your cooperation
>
>
>
>
> -----Original Message-----
> From: Bolz, Michael
> Sent: Freitag, 14. Oktober 2016 21:20
> To: dev@olingo.apache.org
> Cc: Grande, Oliver <ol...@sap.com>
> Subject: Re: [DISCUSS] V4 JPA contribution
>
> Hi all,
>
> I think I agree more with Alexandre and Ramesh to
>> "Put it on the GitHub repo and wait for the project to reach an adequate maturity."
>
> Or to repeat myself:
>> IMHO I also think we should keep the barrier for contributions low. Hence using a GitHub repository as starting point could be a good decision.
>> This way contributing and building the first releases (alpha, beta, whatever\u2026) are completely independent from Apache (and any ICLA).
>> Afterward when the JPA extension project has contributors and a own \u201ccommunity\u201d it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)
>>
>> tldr; Start with a low entry barrier on GitHub and end with a JPA extension in Olingo (on Apache)
> Best Regards, Michael
>
>> On 14 Oct 2016, at 15:48, Alexandre Desjardins <bd...@gmail.com> wrote:
>>
>> Please correct me if I am wrong, but it seems like Apache GitHub integration is currently fairly lackluster. It does not seem to seamlessly integrate with a lot of GitHub main features. For example, it does not seem to integrate with GitHub issues, which is a big part of what makes a GitHub repository "lively". As it stands, you mostly end up with a shell of what a GitHub repository should be.
>>
>>
>> With that in mind, contributors would probably have to get familiar with the jira issues and the ASF repository overall. If you add that to the fact that contributors would also have to sign an ICLA, I think this would deter a lot of potential small contributors. Also, it could be confusing to have an Alpha under Olingo that is not officially supported or that might be dropped at any time.
>>
>> Personally, I think either :
>>
>> - Put it on the GitHub repo and wait for the project to reach an adequate maturity. (Maybe have some kind of link or encouragement from the main Olingo site)
>>
>> or
>>
>> - Put it on the ASF repo in Alpha but officially support it
>>
>> Alexandre
>>
>> On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
>>> GitHub repo is created to capture the early enthusiasm of community contributors without much restrictions of ICLA and ASF and also to gauge the interest of the participant to drive the feature to the somewhat of a mature state. If Olingo starts adapting all the extensions which are not directly involved with implementing the OData specification, it is just going to spread the current limited resources too thin and quality of our offering will surely to take hit. When PMC thinks that module has reached sufficient maturity and/or sustained interest, PMC to vote on bringing it under ASF repos and making the individuals part of the committers.
>>>
>>> Also even though we think Olingo has been established as umbrella project, our builds except of V2 vs V4 have not been set up to bring these kind of extensions in a non dependent fashion. This separate build/release process and code repositories absolutely must be there. If we are willing to take these steps, you will have my vote for it.
>>>
>>> Ramesh..
>>>
>>>
>>> ----- Original Message -----
>>>> On 14/10/2016 10:35, Amend, Christian wrote:
>>>>> Hi all,
>>>>>
>>>>> I would like to reanimate this discussion. I have been trying to find
>>>>> information about having an Repository which is not under Apache control
>>>>> as part of an Apache project but I could not find any useful information
>>>>> about this.
>>>>> In my personal opinion we should not use the GitHub repository because as
>>>>> an Apache project we should rely on Apache infrastructure. This allows all
>>>>> Olingo PMC members to have committing rights and prevents a single person
>>>>> from having to provide/own the GitHub repository.
>>>>> Also I would see this as a good way to attract users/contributers to Olingo
>>>>> which we might miss if the connection between the GitHub repository and
>>>>> the Apache Olingo project isn`t clear.
>>>>> Also in my opinion we would not lose anything by providing an Alpha version
>>>>> via Olingo. If there is no feedback or contributions coming we can still
>>>>> decide not to take this forward. This would also mean that the current
>>>>> Olingo PMC members do not have to provide support for the Alpha version.
>>>>>
>>>>> Here is a link on the Apache to GitHub features:
>>>>> https://reference.apache.org/pmc/github for those interested. These
>>>>> features could be useful to integrate the GitHub mirror more.
>>>>>
>>>>> Please consider the points above and let me know what you think!
>>>> I have already expressed my preference below: a GIT repository, hosted
>>>> at the ASF infrastructure, with full-fledged GitHub integration.
>>>> We will not loose anything about attracting extra-ASF contribution, but
>>>> as PMC we will retain control over the repository itself.
>>>>
>>>> Obviously, this will require contributors to sign an ICLA, but I urge to
>>>> remind that this is the one of the pillars of how The ASF works.
>>>>
>>>> If this is seen as too onerous and discouraging new contributors, then
>>>> simply The ASF is not the right place to be and the V4 JPA effort should
>>>> better find its home as one of the numerous github-homed open source
>>>> projects in the wild.
>>>> With no official relationship with the Apache Olingo PMC, naturally.
>>>>
>>>> Regards.
>>>>
>>>>> From: mibo [mailto:mibo@apache.org]
>>>>> Sent: Samstag, 24. September 2016 06:56
>>>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>>>
>>>>>
>>>>> IMHO I also think we should keep the barrier for further contributors (and
>>>>> contributions) to the JPA extension low.
>>>>>
>>>>> Hence using a GitHub repository as starting point could be a good decision.
>>>>>
>>>>> This way contributing and building the first releases (alpha, beta,
>>>>> whatever\u2026) are completely independent from Apache (and any ICLA).
>>>>>
>>>>> Afterward when the JPA extension project has contributors and a own
>>>>> \u201ccommunity\u201d it could be moved into a official Apache Git and under the
>>>>> OData umbrella aka. Olingo  ;o)
>>>>>
>>>>> And if all works well the time between start on GitHub and then move to
>>>>> Olingo must not be long and could also include the direct promotion of
>>>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>>>
>>>>>
>>>>>
>>>>> tldr; Start with a low entry barrier on GitHub and end (after some time)
>>>>> with a JPA extension in Olingo (on Apache)
>>>>>
>>>>>
>>>>>
>>>>> Best Regards, Michael
>>>>>
>>>>>
>>>>>
>>>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>>>> Hello,
>>>>>
>>>>> as I'm new to Apache and Open Source I have the feeling that I can't help
>>>>> finding the right way is to handle my contribution.
>>>>>
>>>>> My idea was to contribute to the JPA processor after an initial
>>>>> contribution, as I see it only as a starting point.
>>>>>
>>>>> Regards,
>>>>> Oliver
>>>>>
>>>>>
>>>>> -----Original Message-----
>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>> Sent: Freitag, 23. September 2016 15:18
>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>
>>>>> IMO, creating the JIRA and promoting the extensions available on main
>>>>> Olingo website should not be an issue. Many projects do that such
>>>>> promotions, it is good for both parties, shows the whole eco-system around
>>>>> the main project.
>>>>>
>>>>> Another note I would like to emphasize is, if Oliver Grande contributed
>>>>> initial code, it is not necessary that he is the only one needs to take
>>>>> responsibility to integrate or complete it. Anyone of you with similar
>>>>> needs for JPA could continue the Oliver's work.
>>>>>
>>>>> Ramesh..
>>>>>
>>>>> ----- Original Message -----
>>>>>> Hi,
>>>>>>
>>>>>> Has anyone officially been in contact with Oliver Grande since his
>>>>>> contribution? I know he is active on the user list, but I think it would
>>>>>> be nice to have his opinion regarding all of this.
>>>>>>
>>>>>>
>>>>>> I personally think creating a github repo and giving access to Oliver
>>>>>> Grande is indeed a good idea. If the ASF repo is not used, I still think
>>>>>> it would be nice to keep some kind of link with the main Olingo project
>>>>>> to let users know that the "main Olingo team" encourages contribution to
>>>>>> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
>>>>>> component, which leads to a summary with the POC jira items. Just an
>>>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>>>> github repo?
>>>>>>
>>>>>> Alexandre
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>>>> This is a valid point. If we put this code into an ASF repository the
>>>>>>> Olingo project as a whole is somewhat responsible for this code. This
>>>>>>> risk
>>>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>>>> committer so he could keep working on the code. He also started answering
>>>>>>> mails on the users list already so he seems committed. Of course adding
>>>>>>> another committer would require a vote on the private mailing list and
>>>>>>> requires the consent of the Olingo project.
>>>>>>>
>>>>>>> We could also think about giving commit access to the separate Git
>>>>>>> repository more freely to users that ask for it. This might also be an
>>>>>>> incentive for more contributions. I think it is possible to give commit
>>>>>>> access only to the new repository while leaving the core repo alone.
>>>>>>> We could also ask for volunteers on the user mailing list while clearly
>>>>>>> stating that we won`t accept this contribution to Olingo if there are not
>>>>>>> enough users that promise to contribute. Having an Alpha release could
>>>>>>> also help identify potential committers. And I don`t think that an Alpha
>>>>>>> release would require maintenance from the current Olingo PMC/committers.
>>>>>>>
>>>>>>> As for being cumbersome to work with the Apache repositories I agree. But
>>>>>>> I
>>>>>>> also heard that Apache is working on a tighter integration with the
>>>>>>> GitHub
>>>>>>> mirror. I am not sure how far this has progressed. Do you know anything
>>>>>>> about this?
>>>>>>>
>>>>>>> I personally would object to another separate Apache project for a JPA
>>>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>>>
>>>>>>> WDYT?
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>>>
>>>>>>> IMO, at least there are two reasons for me
>>>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>>>> working with external pull requests, code review features etc. I wish
>>>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>>>> - second, most important is these are not part of ASF (yet), Olingo by
>>>>>>> including these in their repository comes with certain amount of
>>>>>>> responsibilities from committers, about their completeness, correctness,
>>>>>>> documents and management. Unless these are reasonably proved by the
>>>>>>> external community effort, Olingo committers are on hook to maintain
>>>>>>> these
>>>>>>> as if they were part of Olingo repo. So, my suggestion is wait until that
>>>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>>>> thinking outside of Olingo, then that need to be approached as new Apache
>>>>>>> project, that probably is completely separate effort.
>>>>>>>
>>>>>>> Ramesh..
>>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>>>> Yes, I have added the github organization and starter repo for this
>>>>>>>>> long
>>>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>>>
>>>>>>>>> let me know who is leading the effort with your Github userid, I will
>>>>>>>>> give
>>>>>>>>> the commit rights to the repo.
>>>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>>>> integrated with GitHub as others, of course)?
>>>>>>>>
>>>>>>>>> ----- Original Message -----
>>>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> With Olingo Issue 1010
>>>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>>>> we got a big contribution for the V4 Olingo code line. I personally
>>>>>>>>>>> think
>>>>>>>>>>> this is great and we should integrate this into the Olingo project.
>>>>>>>>>>> The
>>>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>>>   From the V2 JPA extension we learned that the inability to make JPA
>>>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>>>> process.
>>>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>>>> processor
>>>>>>>>>>> and requiring callbacks to adjust the SQL statements before they are
>>>>>>>>>>> send
>>>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>>>> dive
>>>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>>>> already
>>>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>>>
>>>>>>>>>>> For first steps I would suggest:
>>>>>>>>>>>
>>>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>>>
>>>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>>>> everyone
>>>>>>>>>>> can look at the code
>>>>>>>>>>>
>>>>>>>>>>> - Decide on a repository
>>>>>>>>>>>
>>>>>>>>>>> - Decide on a release strategy
>>>>>>>>>>>
>>>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>>>
>>>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>>>>>>>> independent releases? Should we ask for a separate git repository?
>>>>>>>>>> IMO, a separate GIT repository with independent release process seems
>>>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>>>
>>>>>>>>>> Just my 2c.
>>>>>>>>>> Regards.
>>>> --
>>>> Francesco Chicchiricc�
>>>>
>>>> Tirasa - Open Source Excellence
>>>> http://www.tirasa.net/
>>>>
>>>> Member at The Apache Software Foundation
>>>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>>>> http://home.apache.org/~ilgrosso/
>>>>
>>>>
>>>>
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


RE: [DISCUSS] V4 JPA contribution

Posted by "Grande, Oliver" <ol...@sap.com>.
Hello,

in an short discussion with a colleague I he pointed out that there might be a legal problem for me, if we put the code on a github that does not belong to Apache. That’s because I had to make a request to be allowed to contribute to an open source project. The request I made stated that I would like to contribute to Olingo and that what I am allowed to do.
So I would be lucky if you create a repository within the Apache github.

Regards,
Oliver

Oliver Grande

PI IC HC Clinical Decision Support DE

SAP SE Dietmar-Hopp-Allee 16, 69190 Walldorf, Germany

E oliver.grande@sap.com
  

Pflichtangaben/Mandatory Disclosure Statement:
http://www.sap.com/company/legal/impressum.epx

Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder sonstige vertrauliche Informationen enthalten.  Sollten Sie diese E-Mail irrtümlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielfältigung oder Weitergabe der E-Mail ausdrücklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die empfangene E-Mail.
Vielen Dank.

This e-mail may contain trade secrets or privileged, undisclosed, or otherwise confidential information.  If you have received this e-mail in error, you are hereby notified that any review, copying, or distribution of it is strictly prohibited. Please inform us immediately and destroy the original transmittal.
Thank you for your cooperation




-----Original Message-----
From: Bolz, Michael 
Sent: Freitag, 14. Oktober 2016 21:20
To: dev@olingo.apache.org
Cc: Grande, Oliver <ol...@sap.com>
Subject: Re: [DISCUSS] V4 JPA contribution

Hi all,

I think I agree more with Alexandre and Ramesh to 
> "Put it on the GitHub repo and wait for the project to reach an adequate maturity."


Or to repeat myself:
> IMHO I also think we should keep the barrier for contributions low. Hence using a GitHub repository as starting point could be a good decision.
> This way contributing and building the first releases (alpha, beta, whatever…) are completely independent from Apache (and any ICLA).
> Afterward when the JPA extension project has contributors and a own “community” it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)
> 
> tldr; Start with a low entry barrier on GitHub and end with a JPA extension in Olingo (on Apache)

Best Regards, Michael

> On 14 Oct 2016, at 15:48, Alexandre Desjardins <bd...@gmail.com> wrote:
> 
> Please correct me if I am wrong, but it seems like Apache GitHub integration is currently fairly lackluster. It does not seem to seamlessly integrate with a lot of GitHub main features. For example, it does not seem to integrate with GitHub issues, which is a big part of what makes a GitHub repository "lively". As it stands, you mostly end up with a shell of what a GitHub repository should be.
> 
> 
> With that in mind, contributors would probably have to get familiar with the jira issues and the ASF repository overall. If you add that to the fact that contributors would also have to sign an ICLA, I think this would deter a lot of potential small contributors. Also, it could be confusing to have an Alpha under Olingo that is not officially supported or that might be dropped at any time.
> 
> Personally, I think either :
> 
> - Put it on the GitHub repo and wait for the project to reach an adequate maturity. (Maybe have some kind of link or encouragement from the main Olingo site)
> 
> or
> 
> - Put it on the ASF repo in Alpha but officially support it
> 
> Alexandre
> 
> On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
>> GitHub repo is created to capture the early enthusiasm of community contributors without much restrictions of ICLA and ASF and also to gauge the interest of the participant to drive the feature to the somewhat of a mature state. If Olingo starts adapting all the extensions which are not directly involved with implementing the OData specification, it is just going to spread the current limited resources too thin and quality of our offering will surely to take hit. When PMC thinks that module has reached sufficient maturity and/or sustained interest, PMC to vote on bringing it under ASF repos and making the individuals part of the committers.
>> 
>> Also even though we think Olingo has been established as umbrella project, our builds except of V2 vs V4 have not been set up to bring these kind of extensions in a non dependent fashion. This separate build/release process and code repositories absolutely must be there. If we are willing to take these steps, you will have my vote for it.
>> 
>> Ramesh..
>> 
>> 
>> ----- Original Message -----
>>> On 14/10/2016 10:35, Amend, Christian wrote:
>>>> Hi all,
>>>> 
>>>> I would like to reanimate this discussion. I have been trying to find
>>>> information about having an Repository which is not under Apache control
>>>> as part of an Apache project but I could not find any useful information
>>>> about this.
>>>> In my personal opinion we should not use the GitHub repository because as
>>>> an Apache project we should rely on Apache infrastructure. This allows all
>>>> Olingo PMC members to have committing rights and prevents a single person
>>>> from having to provide/own the GitHub repository.
>>>> Also I would see this as a good way to attract users/contributers to Olingo
>>>> which we might miss if the connection between the GitHub repository and
>>>> the Apache Olingo project isn`t clear.
>>>> Also in my opinion we would not lose anything by providing an Alpha version
>>>> via Olingo. If there is no feedback or contributions coming we can still
>>>> decide not to take this forward. This would also mean that the current
>>>> Olingo PMC members do not have to provide support for the Alpha version.
>>>> 
>>>> Here is a link on the Apache to GitHub features:
>>>> https://reference.apache.org/pmc/github for those interested. These
>>>> features could be useful to integrate the GitHub mirror more.
>>>> 
>>>> Please consider the points above and let me know what you think!
>>> I have already expressed my preference below: a GIT repository, hosted
>>> at the ASF infrastructure, with full-fledged GitHub integration.
>>> We will not loose anything about attracting extra-ASF contribution, but
>>> as PMC we will retain control over the repository itself.
>>> 
>>> Obviously, this will require contributors to sign an ICLA, but I urge to
>>> remind that this is the one of the pillars of how The ASF works.
>>> 
>>> If this is seen as too onerous and discouraging new contributors, then
>>> simply The ASF is not the right place to be and the V4 JPA effort should
>>> better find its home as one of the numerous github-homed open source
>>> projects in the wild.
>>> With no official relationship with the Apache Olingo PMC, naturally.
>>> 
>>> Regards.
>>> 
>>>> From: mibo [mailto:mibo@apache.org]
>>>> Sent: Samstag, 24. September 2016 06:56
>>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>> 
>>>> 
>>>> IMHO I also think we should keep the barrier for further contributors (and
>>>> contributions) to the JPA extension low.
>>>> 
>>>> Hence using a GitHub repository as starting point could be a good decision.
>>>> 
>>>> This way contributing and building the first releases (alpha, beta,
>>>> whatever…) are completely independent from Apache (and any ICLA).
>>>> 
>>>> Afterward when the JPA extension project has contributors and a own
>>>> “community” it could be moved into a official Apache Git and under the
>>>> OData umbrella aka. Olingo  ;o)
>>>> 
>>>> And if all works well the time between start on GitHub and then move to
>>>> Olingo must not be long and could also include the direct promotion of
>>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>> 
>>>> 
>>>> 
>>>> tldr; Start with a low entry barrier on GitHub and end (after some time)
>>>> with a JPA extension in Olingo (on Apache)
>>>> 
>>>> 
>>>> 
>>>> Best Regards, Michael
>>>> 
>>>> 
>>>> 
>>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>>> Hello,
>>>> 
>>>> as I'm new to Apache and Open Source I have the feeling that I can't help
>>>> finding the right way is to handle my contribution.
>>>> 
>>>> My idea was to contribute to the JPA processor after an initial
>>>> contribution, as I see it only as a starting point.
>>>> 
>>>> Regards,
>>>> Oliver
>>>> 
>>>> 
>>>> -----Original Message-----
>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>> Sent: Freitag, 23. September 2016 15:18
>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>> 
>>>> IMO, creating the JIRA and promoting the extensions available on main
>>>> Olingo website should not be an issue. Many projects do that such
>>>> promotions, it is good for both parties, shows the whole eco-system around
>>>> the main project.
>>>> 
>>>> Another note I would like to emphasize is, if Oliver Grande contributed
>>>> initial code, it is not necessary that he is the only one needs to take
>>>> responsibility to integrate or complete it. Anyone of you with similar
>>>> needs for JPA could continue the Oliver's work.
>>>> 
>>>> Ramesh..
>>>> 
>>>> ----- Original Message -----
>>>>> Hi,
>>>>> 
>>>>> Has anyone officially been in contact with Oliver Grande since his
>>>>> contribution? I know he is active on the user list, but I think it would
>>>>> be nice to have his opinion regarding all of this.
>>>>> 
>>>>> 
>>>>> I personally think creating a github repo and giving access to Oliver
>>>>> Grande is indeed a good idea. If the ASF repo is not used, I still think
>>>>> it would be nice to keep some kind of link with the main Olingo project
>>>>> to let users know that the "main Olingo team" encourages contribution to
>>>>> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
>>>>> component, which leads to a summary with the POC jira items. Just an
>>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>>> github repo?
>>>>> 
>>>>> Alexandre
>>>>> 
>>>>> 
>>>>> 
>>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>>> This is a valid point. If we put this code into an ASF repository the
>>>>>> Olingo project as a whole is somewhat responsible for this code. This
>>>>>> risk
>>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>>> committer so he could keep working on the code. He also started answering
>>>>>> mails on the users list already so he seems committed. Of course adding
>>>>>> another committer would require a vote on the private mailing list and
>>>>>> requires the consent of the Olingo project.
>>>>>> 
>>>>>> We could also think about giving commit access to the separate Git
>>>>>> repository more freely to users that ask for it. This might also be an
>>>>>> incentive for more contributions. I think it is possible to give commit
>>>>>> access only to the new repository while leaving the core repo alone.
>>>>>> We could also ask for volunteers on the user mailing list while clearly
>>>>>> stating that we won`t accept this contribution to Olingo if there are not
>>>>>> enough users that promise to contribute. Having an Alpha release could
>>>>>> also help identify potential committers. And I don`t think that an Alpha
>>>>>> release would require maintenance from the current Olingo PMC/committers.
>>>>>> 
>>>>>> As for being cumbersome to work with the Apache repositories I agree. But
>>>>>> I
>>>>>> also heard that Apache is working on a tighter integration with the
>>>>>> GitHub
>>>>>> mirror. I am not sure how far this has progressed. Do you know anything
>>>>>> about this?
>>>>>> 
>>>>>> I personally would object to another separate Apache project for a JPA
>>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>> 
>>>>>> WDYT?
>>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>> 
>>>>>> IMO, at least there are two reasons for me
>>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>>> working with external pull requests, code review features etc. I wish
>>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>>> - second, most important is these are not part of ASF (yet), Olingo by
>>>>>> including these in their repository comes with certain amount of
>>>>>> responsibilities from committers, about their completeness, correctness,
>>>>>> documents and management. Unless these are reasonably proved by the
>>>>>> external community effort, Olingo committers are on hook to maintain
>>>>>> these
>>>>>> as if they were part of Olingo repo. So, my suggestion is wait until that
>>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>>> thinking outside of Olingo, then that need to be approached as new Apache
>>>>>> project, that probably is completely separate effort.
>>>>>> 
>>>>>> Ramesh..
>>>>>> 
>>>>>> ----- Original Message -----
>>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>>> Yes, I have added the github organization and starter repo for this
>>>>>>>> long
>>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>> 
>>>>>>>> let me know who is leading the effort with your Github userid, I will
>>>>>>>> give
>>>>>>>> the commit rights to the repo.
>>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>>> integrated with GitHub as others, of course)?
>>>>>>> 
>>>>>>>> ----- Original Message -----
>>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>>> Hi all,
>>>>>>>>>> 
>>>>>>>>>> With Olingo Issue 1010
>>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>>> we got a big contribution for the V4 Olingo code line. I personally
>>>>>>>>>> think
>>>>>>>>>> this is great and we should integrate this into the Olingo project.
>>>>>>>>>> The
>>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>>  From the V2 JPA extension we learned that the inability to make JPA
>>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>>> process.
>>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>>> processor
>>>>>>>>>> and requiring callbacks to adjust the SQL statements before they are
>>>>>>>>>> send
>>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>>> dive
>>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>>> already
>>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>> 
>>>>>>>>>> For first steps I would suggest:
>>>>>>>>>> 
>>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>> 
>>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>>> everyone
>>>>>>>>>> can look at the code
>>>>>>>>>> 
>>>>>>>>>> - Decide on a repository
>>>>>>>>>> 
>>>>>>>>>> - Decide on a release strategy
>>>>>>>>>> 
>>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>> 
>>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>>>>>>> independent releases? Should we ask for a separate git repository?
>>>>>>>>> IMO, a separate GIT repository with independent release process seems
>>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>> 
>>>>>>>>> Just my 2c.
>>>>>>>>> Regards.
>>> --
>>> Francesco Chicchiriccò
>>> 
>>> Tirasa - Open Source Excellence
>>> http://www.tirasa.net/
>>> 
>>> Member at The Apache Software Foundation
>>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>>> http://home.apache.org/~ilgrosso/
>>> 
>>> 
>>> 
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 


Re: [DISCUSS] V4 JPA contribution

Posted by "Bolz, Michael" <mi...@sap.com>.
Hi all,

I think I agree more with Alexandre and Ramesh to 
> "Put it on the GitHub repo and wait for the project to reach an adequate maturity."


Or to repeat myself:
> IMHO I also think we should keep the barrier for contributions low. Hence using a GitHub repository as starting point could be a good decision.
> This way contributing and building the first releases (alpha, beta, whatever…) are completely independent from Apache (and any ICLA).
> Afterward when the JPA extension project has contributors and a own “community” it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)
> 
> tldr; Start with a low entry barrier on GitHub and end with a JPA extension in Olingo (on Apache)

Best Regards, Michael

> On 14 Oct 2016, at 15:48, Alexandre Desjardins <bd...@gmail.com> wrote:
> 
> Please correct me if I am wrong, but it seems like Apache GitHub integration is currently fairly lackluster. It does not seem to seamlessly integrate with a lot of GitHub main features. For example, it does not seem to integrate with GitHub issues, which is a big part of what makes a GitHub repository "lively". As it stands, you mostly end up with a shell of what a GitHub repository should be.
> 
> 
> With that in mind, contributors would probably have to get familiar with the jira issues and the ASF repository overall. If you add that to the fact that contributors would also have to sign an ICLA, I think this would deter a lot of potential small contributors. Also, it could be confusing to have an Alpha under Olingo that is not officially supported or that might be dropped at any time.
> 
> Personally, I think either :
> 
> - Put it on the GitHub repo and wait for the project to reach an adequate maturity. (Maybe have some kind of link or encouragement from the main Olingo site)
> 
> or
> 
> - Put it on the ASF repo in Alpha but officially support it
> 
> Alexandre
> 
> On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
>> GitHub repo is created to capture the early enthusiasm of community contributors without much restrictions of ICLA and ASF and also to gauge the interest of the participant to drive the feature to the somewhat of a mature state. If Olingo starts adapting all the extensions which are not directly involved with implementing the OData specification, it is just going to spread the current limited resources too thin and quality of our offering will surely to take hit. When PMC thinks that module has reached sufficient maturity and/or sustained interest, PMC to vote on bringing it under ASF repos and making the individuals part of the committers.
>> 
>> Also even though we think Olingo has been established as umbrella project, our builds except of V2 vs V4 have not been set up to bring these kind of extensions in a non dependent fashion. This separate build/release process and code repositories absolutely must be there. If we are willing to take these steps, you will have my vote for it.
>> 
>> Ramesh..
>> 
>> 
>> ----- Original Message -----
>>> On 14/10/2016 10:35, Amend, Christian wrote:
>>>> Hi all,
>>>> 
>>>> I would like to reanimate this discussion. I have been trying to find
>>>> information about having an Repository which is not under Apache control
>>>> as part of an Apache project but I could not find any useful information
>>>> about this.
>>>> In my personal opinion we should not use the GitHub repository because as
>>>> an Apache project we should rely on Apache infrastructure. This allows all
>>>> Olingo PMC members to have committing rights and prevents a single person
>>>> from having to provide/own the GitHub repository.
>>>> Also I would see this as a good way to attract users/contributers to Olingo
>>>> which we might miss if the connection between the GitHub repository and
>>>> the Apache Olingo project isn`t clear.
>>>> Also in my opinion we would not lose anything by providing an Alpha version
>>>> via Olingo. If there is no feedback or contributions coming we can still
>>>> decide not to take this forward. This would also mean that the current
>>>> Olingo PMC members do not have to provide support for the Alpha version.
>>>> 
>>>> Here is a link on the Apache to GitHub features:
>>>> https://reference.apache.org/pmc/github for those interested. These
>>>> features could be useful to integrate the GitHub mirror more.
>>>> 
>>>> Please consider the points above and let me know what you think!
>>> I have already expressed my preference below: a GIT repository, hosted
>>> at the ASF infrastructure, with full-fledged GitHub integration.
>>> We will not loose anything about attracting extra-ASF contribution, but
>>> as PMC we will retain control over the repository itself.
>>> 
>>> Obviously, this will require contributors to sign an ICLA, but I urge to
>>> remind that this is the one of the pillars of how The ASF works.
>>> 
>>> If this is seen as too onerous and discouraging new contributors, then
>>> simply The ASF is not the right place to be and the V4 JPA effort should
>>> better find its home as one of the numerous github-homed open source
>>> projects in the wild.
>>> With no official relationship with the Apache Olingo PMC, naturally.
>>> 
>>> Regards.
>>> 
>>>> From: mibo [mailto:mibo@apache.org]
>>>> Sent: Samstag, 24. September 2016 06:56
>>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>> 
>>>> 
>>>> IMHO I also think we should keep the barrier for further contributors (and
>>>> contributions) to the JPA extension low.
>>>> 
>>>> Hence using a GitHub repository as starting point could be a good decision.
>>>> 
>>>> This way contributing and building the first releases (alpha, beta,
>>>> whatever…) are completely independent from Apache (and any ICLA).
>>>> 
>>>> Afterward when the JPA extension project has contributors and a own
>>>> “community” it could be moved into a official Apache Git and under the
>>>> OData umbrella aka. Olingo  ;o)
>>>> 
>>>> And if all works well the time between start on GitHub and then move to
>>>> Olingo must not be long and could also include the direct promotion of
>>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>> 
>>>> 
>>>> 
>>>> tldr; Start with a low entry barrier on GitHub and end (after some time)
>>>> with a JPA extension in Olingo (on Apache)
>>>> 
>>>> 
>>>> 
>>>> Best Regards, Michael
>>>> 
>>>> 
>>>> 
>>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>>> Hello,
>>>> 
>>>> as I'm new to Apache and Open Source I have the feeling that I can't help
>>>> finding the right way is to handle my contribution.
>>>> 
>>>> My idea was to contribute to the JPA processor after an initial
>>>> contribution, as I see it only as a starting point.
>>>> 
>>>> Regards,
>>>> Oliver
>>>> 
>>>> 
>>>> -----Original Message-----
>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>> Sent: Freitag, 23. September 2016 15:18
>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>> 
>>>> IMO, creating the JIRA and promoting the extensions available on main
>>>> Olingo website should not be an issue. Many projects do that such
>>>> promotions, it is good for both parties, shows the whole eco-system around
>>>> the main project.
>>>> 
>>>> Another note I would like to emphasize is, if Oliver Grande contributed
>>>> initial code, it is not necessary that he is the only one needs to take
>>>> responsibility to integrate or complete it. Anyone of you with similar
>>>> needs for JPA could continue the Oliver's work.
>>>> 
>>>> Ramesh..
>>>> 
>>>> ----- Original Message -----
>>>>> Hi,
>>>>> 
>>>>> Has anyone officially been in contact with Oliver Grande since his
>>>>> contribution? I know he is active on the user list, but I think it would
>>>>> be nice to have his opinion regarding all of this.
>>>>> 
>>>>> 
>>>>> I personally think creating a github repo and giving access to Oliver
>>>>> Grande is indeed a good idea. If the ASF repo is not used, I still think
>>>>> it would be nice to keep some kind of link with the main Olingo project
>>>>> to let users know that the "main Olingo team" encourages contribution to
>>>>> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
>>>>> component, which leads to a summary with the POC jira items. Just an
>>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>>> github repo?
>>>>> 
>>>>> Alexandre
>>>>> 
>>>>> 
>>>>> 
>>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>>> This is a valid point. If we put this code into an ASF repository the
>>>>>> Olingo project as a whole is somewhat responsible for this code. This
>>>>>> risk
>>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>>> committer so he could keep working on the code. He also started answering
>>>>>> mails on the users list already so he seems committed. Of course adding
>>>>>> another committer would require a vote on the private mailing list and
>>>>>> requires the consent of the Olingo project.
>>>>>> 
>>>>>> We could also think about giving commit access to the separate Git
>>>>>> repository more freely to users that ask for it. This might also be an
>>>>>> incentive for more contributions. I think it is possible to give commit
>>>>>> access only to the new repository while leaving the core repo alone.
>>>>>> We could also ask for volunteers on the user mailing list while clearly
>>>>>> stating that we won`t accept this contribution to Olingo if there are not
>>>>>> enough users that promise to contribute. Having an Alpha release could
>>>>>> also help identify potential committers. And I don`t think that an Alpha
>>>>>> release would require maintenance from the current Olingo PMC/committers.
>>>>>> 
>>>>>> As for being cumbersome to work with the Apache repositories I agree. But
>>>>>> I
>>>>>> also heard that Apache is working on a tighter integration with the
>>>>>> GitHub
>>>>>> mirror. I am not sure how far this has progressed. Do you know anything
>>>>>> about this?
>>>>>> 
>>>>>> I personally would object to another separate Apache project for a JPA
>>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>> 
>>>>>> WDYT?
>>>>>> 
>>>>>> -----Original Message-----
>>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>> 
>>>>>> IMO, at least there are two reasons for me
>>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>>> working with external pull requests, code review features etc. I wish
>>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>>> - second, most important is these are not part of ASF (yet), Olingo by
>>>>>> including these in their repository comes with certain amount of
>>>>>> responsibilities from committers, about their completeness, correctness,
>>>>>> documents and management. Unless these are reasonably proved by the
>>>>>> external community effort, Olingo committers are on hook to maintain
>>>>>> these
>>>>>> as if they were part of Olingo repo. So, my suggestion is wait until that
>>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>>> thinking outside of Olingo, then that need to be approached as new Apache
>>>>>> project, that probably is completely separate effort.
>>>>>> 
>>>>>> Ramesh..
>>>>>> 
>>>>>> ----- Original Message -----
>>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>>> Yes, I have added the github organization and starter repo for this
>>>>>>>> long
>>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>> 
>>>>>>>> let me know who is leading the effort with your Github userid, I will
>>>>>>>> give
>>>>>>>> the commit rights to the repo.
>>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>>> integrated with GitHub as others, of course)?
>>>>>>> 
>>>>>>>> ----- Original Message -----
>>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>>> Hi all,
>>>>>>>>>> 
>>>>>>>>>> With Olingo Issue 1010
>>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>>> we got a big contribution for the V4 Olingo code line. I personally
>>>>>>>>>> think
>>>>>>>>>> this is great and we should integrate this into the Olingo project.
>>>>>>>>>> The
>>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>>  From the V2 JPA extension we learned that the inability to make JPA
>>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>>> process.
>>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>>> processor
>>>>>>>>>> and requiring callbacks to adjust the SQL statements before they are
>>>>>>>>>> send
>>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>>> dive
>>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>>> already
>>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>> 
>>>>>>>>>> For first steps I would suggest:
>>>>>>>>>> 
>>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>> 
>>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>>> everyone
>>>>>>>>>> can look at the code
>>>>>>>>>> 
>>>>>>>>>> - Decide on a repository
>>>>>>>>>> 
>>>>>>>>>> - Decide on a release strategy
>>>>>>>>>> 
>>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>> 
>>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>>>>>>> independent releases? Should we ask for a separate git repository?
>>>>>>>>> IMO, a separate GIT repository with independent release process seems
>>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>> 
>>>>>>>>> Just my 2c.
>>>>>>>>> Regards.
>>> --
>>> Francesco Chicchiriccò
>>> 
>>> Tirasa - Open Source Excellence
>>> http://www.tirasa.net/
>>> 
>>> Member at The Apache Software Foundation
>>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>>> http://home.apache.org/~ilgrosso/
>>> 
>>> 
>>> 
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 


Re: [DISCUSS] V4 JPA contribution

Posted by Alexandre Desjardins <bd...@gmail.com>.
Please correct me if I am wrong, but it seems like Apache GitHub 
integration is currently fairly lackluster. It does not seem to 
seamlessly integrate with a lot of GitHub main features. For example, it 
does not seem to integrate with GitHub issues, which is a big part of 
what makes a GitHub repository "lively". As it stands, you mostly end up 
with a shell of what a GitHub repository should be.


With that in mind, contributors would probably have to get familiar with 
the jira issues and the ASF repository overall. If you add that to the 
fact that contributors would also have to sign an ICLA, I think this 
would deter a lot of potential small contributors. Also, it could be 
confusing to have an Alpha under Olingo that is not officially supported 
or that might be dropped at any time.

Personally, I think either :

- Put it on the GitHub repo and wait for the project to reach an 
adequate maturity. (Maybe have some kind of link or encouragement from 
the main Olingo site)

or

- Put it on the ASF repo in Alpha but officially support it

Alexandre

On 2016-10-14 9:24 AM, Ramesh Reddy wrote:
> GitHub repo is created to capture the early enthusiasm of community contributors without much restrictions of ICLA and ASF and also to gauge the interest of the participant to drive the feature to the somewhat of a mature state. If Olingo starts adapting all the extensions which are not directly involved with implementing the OData specification, it is just going to spread the current limited resources too thin and quality of our offering will surely to take hit. When PMC thinks that module has reached sufficient maturity and/or sustained interest, PMC to vote on bringing it under ASF repos and making the individuals part of the committers.
>
> Also even though we think Olingo has been established as umbrella project, our builds except of V2 vs V4 have not been set up to bring these kind of extensions in a non dependent fashion. This separate build/release process and code repositories absolutely must be there. If we are willing to take these steps, you will have my vote for it.
>
> Ramesh..
>
>
> ----- Original Message -----
>> On 14/10/2016 10:35, Amend, Christian wrote:
>>> Hi all,
>>>
>>> I would like to reanimate this discussion. I have been trying to find
>>> information about having an Repository which is not under Apache control
>>> as part of an Apache project but I could not find any useful information
>>> about this.
>>> In my personal opinion we should not use the GitHub repository because as
>>> an Apache project we should rely on Apache infrastructure. This allows all
>>> Olingo PMC members to have committing rights and prevents a single person
>>> from having to provide/own the GitHub repository.
>>> Also I would see this as a good way to attract users/contributers to Olingo
>>> which we might miss if the connection between the GitHub repository and
>>> the Apache Olingo project isn`t clear.
>>> Also in my opinion we would not lose anything by providing an Alpha version
>>> via Olingo. If there is no feedback or contributions coming we can still
>>> decide not to take this forward. This would also mean that the current
>>> Olingo PMC members do not have to provide support for the Alpha version.
>>>
>>> Here is a link on the Apache to GitHub features:
>>> https://reference.apache.org/pmc/github for those interested. These
>>> features could be useful to integrate the GitHub mirror more.
>>>
>>> Please consider the points above and let me know what you think!
>> I have already expressed my preference below: a GIT repository, hosted
>> at the ASF infrastructure, with full-fledged GitHub integration.
>> We will not loose anything about attracting extra-ASF contribution, but
>> as PMC we will retain control over the repository itself.
>>
>> Obviously, this will require contributors to sign an ICLA, but I urge to
>> remind that this is the one of the pillars of how The ASF works.
>>
>> If this is seen as too onerous and discouraging new contributors, then
>> simply The ASF is not the right place to be and the V4 JPA effort should
>> better find its home as one of the numerous github-homed open source
>> projects in the wild.
>> With no official relationship with the Apache Olingo PMC, naturally.
>>
>> Regards.
>>
>>> From: mibo [mailto:mibo@apache.org]
>>> Sent: Samstag, 24. September 2016 06:56
>>> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
>>> Subject: RE: [DISCUSS] V4 JPA contribution
>>>
>>>
>>> IMHO I also think we should keep the barrier for further contributors (and
>>> contributions) to the JPA extension low.
>>>
>>> Hence using a GitHub repository as starting point could be a good decision.
>>>
>>> This way contributing and building the first releases (alpha, beta,
>>> whatever\u2026) are completely independent from Apache (and any ICLA).
>>>
>>> Afterward when the JPA extension project has contributors and a own
>>> \u201ccommunity\u201d it could be moved into a official Apache Git and under the
>>> OData umbrella aka. Olingo  ;o)
>>>
>>> And if all works well the time between start on GitHub and then move to
>>> Olingo must not be long and could also include the direct promotion of
>>> Oliver to a Olingo committer / PMC (if he wish  ;o)
>>>
>>>
>>>
>>> tldr; Start with a low entry barrier on GitHub and end (after some time)
>>> with a JPA extension in Olingo (on Apache)
>>>
>>>
>>>
>>> Best Regards, Michael
>>>
>>>
>>>
>>> Am 23. September 2016 um 16:04:16, Grande, Oliver
>>> (oliver.grande@sap.com<ma...@sap.com>) schrieb:
>>> Hello,
>>>
>>> as I'm new to Apache and Open Source I have the feeling that I can't help
>>> finding the right way is to handle my contribution.
>>>
>>> My idea was to contribute to the JPA processor after an initial
>>> contribution, as I see it only as a starting point.
>>>
>>> Regards,
>>> Oliver
>>>
>>>
>>> -----Original Message-----
>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>> Sent: Freitag, 23. September 2016 15:18
>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>
>>> IMO, creating the JIRA and promoting the extensions available on main
>>> Olingo website should not be an issue. Many projects do that such
>>> promotions, it is good for both parties, shows the whole eco-system around
>>> the main project.
>>>
>>> Another note I would like to emphasize is, if Oliver Grande contributed
>>> initial code, it is not necessary that he is the only one needs to take
>>> responsibility to integrate or complete it. Anyone of you with similar
>>> needs for JPA could continue the Oliver's work.
>>>
>>> Ramesh..
>>>
>>> ----- Original Message -----
>>>> Hi,
>>>>
>>>> Has anyone officially been in contact with Oliver Grande since his
>>>> contribution? I know he is active on the user list, but I think it would
>>>> be nice to have his opinion regarding all of this.
>>>>
>>>>
>>>> I personally think creating a github repo and giving access to Oliver
>>>> Grande is indeed a good idea. If the ASF repo is not used, I still think
>>>> it would be nice to keep some kind of link with the main Olingo project
>>>> to let users know that the "main Olingo team" encourages contribution to
>>>> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
>>>> component, which leads to a summary with the POC jira items. Just an
>>>> idea, but would it be possible to delete the POC jira items and maybe
>>>> have that "odata4-JPA" summary link to the JPA processor potential
>>>> github repo?
>>>>
>>>> Alexandre
>>>>
>>>>
>>>>
>>>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>>>> This is a valid point. If we put this code into an ASF repository the
>>>>> Olingo project as a whole is somewhat responsible for this code. This
>>>>> risk
>>>>> could be reduced by making the contributor Oliver Grande an Olingo
>>>>> committer so he could keep working on the code. He also started answering
>>>>> mails on the users list already so he seems committed. Of course adding
>>>>> another committer would require a vote on the private mailing list and
>>>>> requires the consent of the Olingo project.
>>>>>
>>>>> We could also think about giving commit access to the separate Git
>>>>> repository more freely to users that ask for it. This might also be an
>>>>> incentive for more contributions. I think it is possible to give commit
>>>>> access only to the new repository while leaving the core repo alone.
>>>>> We could also ask for volunteers on the user mailing list while clearly
>>>>> stating that we won`t accept this contribution to Olingo if there are not
>>>>> enough users that promise to contribute. Having an Alpha release could
>>>>> also help identify potential committers. And I don`t think that an Alpha
>>>>> release would require maintenance from the current Olingo PMC/committers.
>>>>>
>>>>> As for being cumbersome to work with the Apache repositories I agree. But
>>>>> I
>>>>> also heard that Apache is working on a tighter integration with the
>>>>> GitHub
>>>>> mirror. I am not sure how far this has progressed. Do you know anything
>>>>> about this?
>>>>>
>>>>> I personally would object to another separate Apache project for a JPA
>>>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>>>
>>>>> WDYT?
>>>>>
>>>>> -----Original Message-----
>>>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>>>> Sent: Mittwoch, 21. September 2016 16:47
>>>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>>>
>>>>> IMO, at least there are two reasons for me
>>>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>>>> working with external pull requests, code review features etc. I wish
>>>>> Olingo repo was on GitHub, instead of using the mirror.
>>>>> - second, most important is these are not part of ASF (yet), Olingo by
>>>>> including these in their repository comes with certain amount of
>>>>> responsibilities from committers, about their completeness, correctness,
>>>>> documents and management. Unless these are reasonably proved by the
>>>>> external community effort, Olingo committers are on hook to maintain
>>>>> these
>>>>> as if they were part of Olingo repo. So, my suggestion is wait until that
>>>>> time, then we can take vote to include with Olingo repo. If you are
>>>>> thinking outside of Olingo, then that need to be approached as new Apache
>>>>> project, that probably is completely separate effort.
>>>>>
>>>>> Ramesh..
>>>>>
>>>>> ----- Original Message -----
>>>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>>>> Yes, I have added the github organization and starter repo for this
>>>>>>> long
>>>>>>> time ago here https://github.com/olingo-extensions
>>>>>>>
>>>>>>> let me know who is leading the effort with your Github userid, I will
>>>>>>> give
>>>>>>> the commit rights to the repo.
>>>>>> Any specific reason to not use an ASF repository (mirrored and
>>>>>> integrated with GitHub as others, of course)?
>>>>>>
>>>>>>> ----- Original Message -----
>>>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> With Olingo Issue 1010
>>>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>>>> we got a big contribution for the V4 Olingo code line. I personally
>>>>>>>>> think
>>>>>>>>> this is great and we should integrate this into the Olingo project.
>>>>>>>>> The
>>>>>>>>> main question I have how this could be done best.
>>>>>>>>>   From the V2 JPA extension we learned that the inability to make JPA
>>>>>>>>> releases independent from the core library hurts the development
>>>>>>>>> process.
>>>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>>>> processor
>>>>>>>>> and requiring callbacks to adjust the SQL statements before they are
>>>>>>>>> send
>>>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>>>> dive
>>>>>>>>> into the details of the contribution to see if these points are
>>>>>>>>> already
>>>>>>>>> met. Any feedback here is welcome.
>>>>>>>>>
>>>>>>>>> For first steps I would suggest:
>>>>>>>>>
>>>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>>>
>>>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>>>> everyone
>>>>>>>>> can look at the code
>>>>>>>>>
>>>>>>>>> - Decide on a repository
>>>>>>>>>
>>>>>>>>> - Decide on a release strategy
>>>>>>>>>
>>>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>>>
>>>>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>>>>>> independent releases? Should we ask for a separate git repository?
>>>>>>>> IMO, a separate GIT repository with independent release process seems
>>>>>>>> the simpler way to handle what you report above.
>>>>>>>>
>>>>>>>> Just my 2c.
>>>>>>>> Regards.
>> --
>> Francesco Chicchiricc�
>>
>> Tirasa - Open Source Excellence
>> http://www.tirasa.net/
>>
>> Member at The Apache Software Foundation
>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>> http://home.apache.org/~ilgrosso/
>>
>>
>>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


Re: [DISCUSS] V4 JPA contribution

Posted by Ramesh Reddy <ra...@redhat.com>.
GitHub repo is created to capture the early enthusiasm of community contributors without much restrictions of ICLA and ASF and also to gauge the interest of the participant to drive the feature to the somewhat of a mature state. If Olingo starts adapting all the extensions which are not directly involved with implementing the OData specification, it is just going to spread the current limited resources too thin and quality of our offering will surely to take hit. When PMC thinks that module has reached sufficient maturity and/or sustained interest, PMC to vote on bringing it under ASF repos and making the individuals part of the committers. 

Also even though we think Olingo has been established as umbrella project, our builds except of V2 vs V4 have not been set up to bring these kind of extensions in a non dependent fashion. This separate build/release process and code repositories absolutely must be there. If we are willing to take these steps, you will have my vote for it.

Ramesh..


----- Original Message -----
> On 14/10/2016 10:35, Amend, Christian wrote:
> > Hi all,
> >
> > I would like to reanimate this discussion. I have been trying to find
> > information about having an Repository which is not under Apache control
> > as part of an Apache project but I could not find any useful information
> > about this.
> > In my personal opinion we should not use the GitHub repository because as
> > an Apache project we should rely on Apache infrastructure. This allows all
> > Olingo PMC members to have committing rights and prevents a single person
> > from having to provide/own the GitHub repository.
> > Also I would see this as a good way to attract users/contributers to Olingo
> > which we might miss if the connection between the GitHub repository and
> > the Apache Olingo project isn`t clear.
> > Also in my opinion we would not lose anything by providing an Alpha version
> > via Olingo. If there is no feedback or contributions coming we can still
> > decide not to take this forward. This would also mean that the current
> > Olingo PMC members do not have to provide support for the Alpha version.
> >
> > Here is a link on the Apache to GitHub features:
> > https://reference.apache.org/pmc/github for those interested. These
> > features could be useful to integrate the GitHub mirror more.
> >
> > Please consider the points above and let me know what you think!
> 
> I have already expressed my preference below: a GIT repository, hosted
> at the ASF infrastructure, with full-fledged GitHub integration.
> We will not loose anything about attracting extra-ASF contribution, but
> as PMC we will retain control over the repository itself.
> 
> Obviously, this will require contributors to sign an ICLA, but I urge to
> remind that this is the one of the pillars of how The ASF works.
> 
> If this is seen as too onerous and discouraging new contributors, then
> simply The ASF is not the right place to be and the V4 JPA effort should
> better find its home as one of the numerous github-homed open source
> projects in the wild.
> With no official relationship with the Apache Olingo PMC, naturally.
> 
> Regards.
> 
> > From: mibo [mailto:mibo@apache.org]
> > Sent: Samstag, 24. September 2016 06:56
> > To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
> > Subject: RE: [DISCUSS] V4 JPA contribution
> >
> >
> > IMHO I also think we should keep the barrier for further contributors (and
> > contributions) to the JPA extension low.
> >
> > Hence using a GitHub repository as starting point could be a good decision.
> >
> > This way contributing and building the first releases (alpha, beta,
> > whatever…) are completely independent from Apache (and any ICLA).
> >
> > Afterward when the JPA extension project has contributors and a own
> > “community” it could be moved into a official Apache Git and under the
> > OData umbrella aka. Olingo  ;o)
> >
> > And if all works well the time between start on GitHub and then move to
> > Olingo must not be long and could also include the direct promotion of
> > Oliver to a Olingo committer / PMC (if he wish  ;o)
> >
> >
> >
> > tldr; Start with a low entry barrier on GitHub and end (after some time)
> > with a JPA extension in Olingo (on Apache)
> >
> >
> >
> > Best Regards, Michael
> >
> >
> >
> > Am 23. September 2016 um 16:04:16, Grande, Oliver
> > (oliver.grande@sap.com<ma...@sap.com>) schrieb:
> > Hello,
> >
> > as I'm new to Apache and Open Source I have the feeling that I can't help
> > finding the right way is to handle my contribution.
> >
> > My idea was to contribute to the JPA processor after an initial
> > contribution, as I see it only as a starting point.
> >
> > Regards,
> > Oliver
> >
> >
> > -----Original Message-----
> > From: Ramesh Reddy [mailto:rareddy@redhat.com]
> > Sent: Freitag, 23. September 2016 15:18
> > To: dev@olingo.apache.org<ma...@olingo.apache.org>
> > Subject: Re: [DISCUSS] V4 JPA contribution
> >
> > IMO, creating the JIRA and promoting the extensions available on main
> > Olingo website should not be an issue. Many projects do that such
> > promotions, it is good for both parties, shows the whole eco-system around
> > the main project.
> >
> > Another note I would like to emphasize is, if Oliver Grande contributed
> > initial code, it is not necessary that he is the only one needs to take
> > responsibility to integrate or complete it. Anyone of you with similar
> > needs for JPA could continue the Oliver's work.
> >
> > Ramesh..
> >
> > ----- Original Message -----
> >> Hi,
> >>
> >> Has anyone officially been in contact with Oliver Grande since his
> >> contribution? I know he is active on the user list, but I think it would
> >> be nice to have his opinion regarding all of this.
> >>
> >>
> >> I personally think creating a github repo and giving access to Oliver
> >> Grande is indeed a good idea. If the ASF repo is not used, I still think
> >> it would be nice to keep some kind of link with the main Olingo project
> >> to let users know that the "main Olingo team" encourages contribution to
> >> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
> >> component, which leads to a summary with the POC jira items. Just an
> >> idea, but would it be possible to delete the POC jira items and maybe
> >> have that "odata4-JPA" summary link to the JPA processor potential
> >> github repo?
> >>
> >> Alexandre
> >>
> >>
> >>
> >> On 2016-09-21 11:09 AM, Amend, Christian wrote:
> >>> This is a valid point. If we put this code into an ASF repository the
> >>> Olingo project as a whole is somewhat responsible for this code. This
> >>> risk
> >>> could be reduced by making the contributor Oliver Grande an Olingo
> >>> committer so he could keep working on the code. He also started answering
> >>> mails on the users list already so he seems committed. Of course adding
> >>> another committer would require a vote on the private mailing list and
> >>> requires the consent of the Olingo project.
> >>>
> >>> We could also think about giving commit access to the separate Git
> >>> repository more freely to users that ask for it. This might also be an
> >>> incentive for more contributions. I think it is possible to give commit
> >>> access only to the new repository while leaving the core repo alone.
> >>> We could also ask for volunteers on the user mailing list while clearly
> >>> stating that we won`t accept this contribution to Olingo if there are not
> >>> enough users that promise to contribute. Having an Alpha release could
> >>> also help identify potential committers. And I don`t think that an Alpha
> >>> release would require maintenance from the current Olingo PMC/committers.
> >>>
> >>> As for being cumbersome to work with the Apache repositories I agree. But
> >>> I
> >>> also heard that Apache is working on a tighter integration with the
> >>> GitHub
> >>> mirror. I am not sure how far this has progressed. Do you know anything
> >>> about this?
> >>>
> >>> I personally would object to another separate Apache project for a JPA
> >>> implementation. IMHO Olingo is the OData umbrella project at Apache.
> >>>
> >>> WDYT?
> >>>
> >>> -----Original Message-----
> >>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
> >>> Sent: Mittwoch, 21. September 2016 16:47
> >>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
> >>> Subject: Re: [DISCUSS] V4 JPA contribution
> >>>
> >>> IMO, at least there are two reasons for me
> >>> - Working with ASF repository is cumbersome than the Github. Meaning
> >>> working with external pull requests, code review features etc. I wish
> >>> Olingo repo was on GitHub, instead of using the mirror.
> >>> - second, most important is these are not part of ASF (yet), Olingo by
> >>> including these in their repository comes with certain amount of
> >>> responsibilities from committers, about their completeness, correctness,
> >>> documents and management. Unless these are reasonably proved by the
> >>> external community effort, Olingo committers are on hook to maintain
> >>> these
> >>> as if they were part of Olingo repo. So, my suggestion is wait until that
> >>> time, then we can take vote to include with Olingo repo. If you are
> >>> thinking outside of Olingo, then that need to be approached as new Apache
> >>> project, that probably is completely separate effort.
> >>>
> >>> Ramesh..
> >>>
> >>> ----- Original Message -----
> >>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
> >>>>> Yes, I have added the github organization and starter repo for this
> >>>>> long
> >>>>> time ago here https://github.com/olingo-extensions
> >>>>>
> >>>>> let me know who is leading the effort with your Github userid, I will
> >>>>> give
> >>>>> the commit rights to the repo.
> >>>> Any specific reason to not use an ASF repository (mirrored and
> >>>> integrated with GitHub as others, of course)?
> >>>>
> >>>>> ----- Original Message -----
> >>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
> >>>>>>> Hi all,
> >>>>>>>
> >>>>>>> With Olingo Issue 1010
> >>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>>>>>> we got a big contribution for the V4 Olingo code line. I personally
> >>>>>>> think
> >>>>>>> this is great and we should integrate this into the Olingo project.
> >>>>>>> The
> >>>>>>> main question I have how this could be done best.
> >>>>>>>  From the V2 JPA extension we learned that the inability to make JPA
> >>>>>>> releases independent from the core library hurts the development
> >>>>>>> process.
> >>>>>>> Also a lot of feedback was centered around extending the JPA
> >>>>>>> processor
> >>>>>>> and requiring callbacks to adjust the SQL statements before they are
> >>>>>>> send
> >>>>>>> to the database. I am not really familiar with JPA and I did not
> >>>>>>> dive
> >>>>>>> into the details of the contribution to see if these points are
> >>>>>>> already
> >>>>>>> met. Any feedback here is welcome.
> >>>>>>>
> >>>>>>> For first steps I would suggest:
> >>>>>>>
> >>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
> >>>>>>>
> >>>>>>> - Integrate the code into our repository in a branch so
> >>>>>>> everyone
> >>>>>>> can look at the code
> >>>>>>>
> >>>>>>> - Decide on a repository
> >>>>>>>
> >>>>>>> - Decide on a release strategy
> >>>>>>>
> >>>>>>> - Perform an alpha release and collect feedback
> >>>>>>>
> >>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
> >>>>>>> independent releases? Should we ask for a separate git repository?
> >>>>>> IMO, a separate GIT repository with independent release process seems
> >>>>>> the simpler way to handle what you report above.
> >>>>>>
> >>>>>> Just my 2c.
> >>>>>> Regards.
> 
> --
> Francesco Chicchiriccò
> 
> Tirasa - Open Source Excellence
> http://www.tirasa.net/
> 
> Member at The Apache Software Foundation
> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> http://home.apache.org/~ilgrosso/
> 
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Francesco Chicchiriccò <il...@apache.org>.
On 14/10/2016 10:35, Amend, Christian wrote:
> Hi all,
>
> I would like to reanimate this discussion. I have been trying to find information about having an Repository which is not under Apache control as part of an Apache project but I could not find any useful information about this.
> In my personal opinion we should not use the GitHub repository because as an Apache project we should rely on Apache infrastructure. This allows all Olingo PMC members to have committing rights and prevents a single person from having to provide/own the GitHub repository.
> Also I would see this as a good way to attract users/contributers to Olingo which we might miss if the connection between the GitHub repository and the Apache Olingo project isn`t clear.
> Also in my opinion we would not lose anything by providing an Alpha version via Olingo. If there is no feedback or contributions coming we can still decide not to take this forward. This would also mean that the current Olingo PMC members do not have to provide support for the Alpha version.
>
> Here is a link on the Apache to GitHub features: https://reference.apache.org/pmc/github for those interested. These features could be useful to integrate the GitHub mirror more.
>
> Please consider the points above and let me know what you think!

I have already expressed my preference below: a GIT repository, hosted 
at the ASF infrastructure, with full-fledged GitHub integration.
We will not loose anything about attracting extra-ASF contribution, but 
as PMC we will retain control over the repository itself.

Obviously, this will require contributors to sign an ICLA, but I urge to 
remind that this is the one of the pillars of how The ASF works.

If this is seen as too onerous and discouraging new contributors, then 
simply The ASF is not the right place to be and the V4 JPA effort should 
better find its home as one of the numerous github-homed open source 
projects in the wild.
With no official relationship with the Apache Olingo PMC, naturally.

Regards.

> From: mibo [mailto:mibo@apache.org]
> Sent: Samstag, 24. September 2016 06:56
> To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
> Subject: RE: [DISCUSS] V4 JPA contribution
>
>
> IMHO I also think we should keep the barrier for further contributors (and contributions) to the JPA extension low.
>
> Hence using a GitHub repository as starting point could be a good decision.
>
> This way contributing and building the first releases (alpha, beta, whatever…) are completely independent from Apache (and any ICLA).
>
> Afterward when the JPA extension project has contributors and a own “community” it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)
>
> And if all works well the time between start on GitHub and then move to Olingo must not be long and could also include the direct promotion of Oliver to a Olingo committer / PMC (if he wish  ;o)
>
>
>
> tldr; Start with a low entry barrier on GitHub and end (after some time) with a JPA extension in Olingo (on Apache)
>
>
>
> Best Regards, Michael
>
>
>
> Am 23. September 2016 um 16:04:16, Grande, Oliver (oliver.grande@sap.com<ma...@sap.com>) schrieb:
> Hello,
>
> as I'm new to Apache and Open Source I have the feeling that I can't help finding the right way is to handle my contribution.
>
> My idea was to contribute to the JPA processor after an initial contribution, as I see it only as a starting point.
>
> Regards,
> Oliver
>
>
> -----Original Message-----
> From: Ramesh Reddy [mailto:rareddy@redhat.com]
> Sent: Freitag, 23. September 2016 15:18
> To: dev@olingo.apache.org<ma...@olingo.apache.org>
> Subject: Re: [DISCUSS] V4 JPA contribution
>
> IMO, creating the JIRA and promoting the extensions available on main Olingo website should not be an issue. Many projects do that such promotions, it is good for both parties, shows the whole eco-system around the main project.
>
> Another note I would like to emphasize is, if Oliver Grande contributed initial code, it is not necessary that he is the only one needs to take responsibility to integrate or complete it. Anyone of you with similar needs for JPA could continue the Oliver's work.
>
> Ramesh..
>
> ----- Original Message -----
>> Hi,
>>
>> Has anyone officially been in contact with Oliver Grande since his
>> contribution? I know he is active on the user list, but I think it would
>> be nice to have his opinion regarding all of this.
>>
>>
>> I personally think creating a github repo and giving access to Oliver
>> Grande is indeed a good idea. If the ASF repo is not used, I still think
>> it would be nice to keep some kind of link with the main Olingo project
>> to let users know that the "main Olingo team" encourages contribution to
>> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
>> component, which leads to a summary with the POC jira items. Just an
>> idea, but would it be possible to delete the POC jira items and maybe
>> have that "odata4-JPA" summary link to the JPA processor potential
>> github repo?
>>
>> Alexandre
>>
>>
>>
>> On 2016-09-21 11:09 AM, Amend, Christian wrote:
>>> This is a valid point. If we put this code into an ASF repository the
>>> Olingo project as a whole is somewhat responsible for this code. This risk
>>> could be reduced by making the contributor Oliver Grande an Olingo
>>> committer so he could keep working on the code. He also started answering
>>> mails on the users list already so he seems committed. Of course adding
>>> another committer would require a vote on the private mailing list and
>>> requires the consent of the Olingo project.
>>>
>>> We could also think about giving commit access to the separate Git
>>> repository more freely to users that ask for it. This might also be an
>>> incentive for more contributions. I think it is possible to give commit
>>> access only to the new repository while leaving the core repo alone.
>>> We could also ask for volunteers on the user mailing list while clearly
>>> stating that we won`t accept this contribution to Olingo if there are not
>>> enough users that promise to contribute. Having an Alpha release could
>>> also help identify potential committers. And I don`t think that an Alpha
>>> release would require maintenance from the current Olingo PMC/committers.
>>>
>>> As for being cumbersome to work with the Apache repositories I agree. But I
>>> also heard that Apache is working on a tighter integration with the GitHub
>>> mirror. I am not sure how far this has progressed. Do you know anything
>>> about this?
>>>
>>> I personally would object to another separate Apache project for a JPA
>>> implementation. IMHO Olingo is the OData umbrella project at Apache.
>>>
>>> WDYT?
>>>
>>> -----Original Message-----
>>> From: Ramesh Reddy [mailto:rareddy@redhat.com]
>>> Sent: Mittwoch, 21. September 2016 16:47
>>> To: dev@olingo.apache.org<ma...@olingo.apache.org>
>>> Subject: Re: [DISCUSS] V4 JPA contribution
>>>
>>> IMO, at least there are two reasons for me
>>> - Working with ASF repository is cumbersome than the Github. Meaning
>>> working with external pull requests, code review features etc. I wish
>>> Olingo repo was on GitHub, instead of using the mirror.
>>> - second, most important is these are not part of ASF (yet), Olingo by
>>> including these in their repository comes with certain amount of
>>> responsibilities from committers, about their completeness, correctness,
>>> documents and management. Unless these are reasonably proved by the
>>> external community effort, Olingo committers are on hook to maintain these
>>> as if they were part of Olingo repo. So, my suggestion is wait until that
>>> time, then we can take vote to include with Olingo repo. If you are
>>> thinking outside of Olingo, then that need to be approached as new Apache
>>> project, that probably is completely separate effort.
>>>
>>> Ramesh..
>>>
>>> ----- Original Message -----
>>>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>>>> Yes, I have added the github organization and starter repo for this long
>>>>> time ago here https://github.com/olingo-extensions
>>>>>
>>>>> let me know who is leading the effort with your Github userid, I will
>>>>> give
>>>>> the commit rights to the repo.
>>>> Any specific reason to not use an ASF repository (mirrored and
>>>> integrated with GitHub as others, of course)?
>>>>
>>>>> ----- Original Message -----
>>>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>>>> Hi all,
>>>>>>>
>>>>>>> With Olingo Issue 1010
>>>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>>>> we got a big contribution for the V4 Olingo code line. I personally
>>>>>>> think
>>>>>>> this is great and we should integrate this into the Olingo project. The
>>>>>>> main question I have how this could be done best.
>>>>>>>  From the V2 JPA extension we learned that the inability to make JPA
>>>>>>> releases independent from the core library hurts the development
>>>>>>> process.
>>>>>>> Also a lot of feedback was centered around extending the JPA
>>>>>>> processor
>>>>>>> and requiring callbacks to adjust the SQL statements before they are
>>>>>>> send
>>>>>>> to the database. I am not really familiar with JPA and I did not
>>>>>>> dive
>>>>>>> into the details of the contribution to see if these points are
>>>>>>> already
>>>>>>> met. Any feedback here is welcome.
>>>>>>>
>>>>>>> For first steps I would suggest:
>>>>>>>
>>>>>>> - Delete the POC JPA Jira Items as they are not needed anymore
>>>>>>>
>>>>>>> - Integrate the code into our repository in a branch so
>>>>>>> everyone
>>>>>>> can look at the code
>>>>>>>
>>>>>>> - Decide on a repository
>>>>>>>
>>>>>>> - Decide on a release strategy
>>>>>>>
>>>>>>> - Perform an alpha release and collect feedback
>>>>>>>
>>>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>>>> independent releases? Should we ask for a separate git repository?
>>>>>> IMO, a separate GIT repository with independent release process seems
>>>>>> the simpler way to handle what you report above.
>>>>>>
>>>>>> Just my 2c.
>>>>>> Regards.

-- 
Francesco Chicchiriccò

Tirasa - Open Source Excellence
http://www.tirasa.net/

Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/



RE: [DISCUSS] V4 JPA contribution

Posted by "Amend, Christian" <ch...@sap.com>.
Hi all,

I would like to reanimate this discussion. I have been trying to find information about having an Repository which is not under Apache control as part of an Apache project but I could not find any useful information about this.
In my personal opinion we should not use the GitHub repository because as an Apache project we should rely on Apache infrastructure. This allows all Olingo PMC members to have committing rights and prevents a single person from having to provide/own the GitHub repository.
Also I would see this as a good way to attract users/contributers to Olingo which we might miss if the connection between the GitHub repository and the Apache Olingo project isn`t clear.

Also in my opinion we would not lose anything by providing an Alpha version via Olingo. If there is no feedback or contributions coming we can still decide not to take this forward. This would also mean that the current Olingo PMC members do not have to provide support for the Alpha version.

Here is a link on the Apache to GitHub features: https://reference.apache.org/pmc/github for those interested. These features could be useful to integrate the GitHub mirror more.

Please consider the points above and let me know what you think!

Best Regards,
Christian

From: mibo [mailto:mibo@apache.org]
Sent: Samstag, 24. September 2016 06:56
To: Grande, Oliver <ol...@sap.com>; dev@olingo.apache.org
Subject: RE: [DISCUSS] V4 JPA contribution


IMHO I also think we should keep the barrier for further contributors (and contributions) to the JPA extension low.

Hence using a GitHub repository as starting point could be a good decision.

This way contributing and building the first releases (alpha, beta, whatever…) are completely independent from Apache (and any ICLA).

Afterward when the JPA extension project has contributors and a own “community” it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)

And if all works well the time between start on GitHub and then move to Olingo must not be long and could also include the direct promotion of Oliver to a Olingo committer / PMC (if he wish  ;o)



tldr; Start with a low entry barrier on GitHub and end (after some time) with a JPA extension in Olingo (on Apache)



Best Regards, Michael



Am 23. September 2016 um 16:04:16, Grande, Oliver (oliver.grande@sap.com<ma...@sap.com>) schrieb:
Hello,

as I'm new to Apache and Open Source I have the feeling that I can't help finding the right way is to handle my contribution.

My idea was to contribute to the JPA processor after an initial contribution, as I see it only as a starting point.

Regards,
Oliver


-----Original Message-----
From: Ramesh Reddy [mailto:rareddy@redhat.com]
Sent: Freitag, 23. September 2016 15:18
To: dev@olingo.apache.org<ma...@olingo.apache.org>
Subject: Re: [DISCUSS] V4 JPA contribution

IMO, creating the JIRA and promoting the extensions available on main Olingo website should not be an issue. Many projects do that such promotions, it is good for both parties, shows the whole eco-system around the main project.

Another note I would like to emphasize is, if Oliver Grande contributed initial code, it is not necessary that he is the only one needs to take responsibility to integrate or complete it. Anyone of you with similar needs for JPA could continue the Oliver's work.

Ramesh..

----- Original Message -----
> Hi,
>
> Has anyone officially been in contact with Oliver Grande since his
> contribution? I know he is active on the user list, but I think it would
> be nice to have his opinion regarding all of this.
>
>
> I personally think creating a github repo and giving access to Oliver
> Grande is indeed a good idea. If the ASF repo is not used, I still think
> it would be nice to keep some kind of link with the main Olingo project
> to let users know that the "main Olingo team" encourages contribution to
> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
> component, which leads to a summary with the POC jira items. Just an
> idea, but would it be possible to delete the POC jira items and maybe
> have that "odata4-JPA" summary link to the JPA processor potential
> github repo?
>
> Alexandre
>
>
>
> On 2016-09-21 11:09 AM, Amend, Christian wrote:
> > This is a valid point. If we put this code into an ASF repository the
> > Olingo project as a whole is somewhat responsible for this code. This risk
> > could be reduced by making the contributor Oliver Grande an Olingo
> > committer so he could keep working on the code. He also started answering
> > mails on the users list already so he seems committed. Of course adding
> > another committer would require a vote on the private mailing list and
> > requires the consent of the Olingo project.
> >
> > We could also think about giving commit access to the separate Git
> > repository more freely to users that ask for it. This might also be an
> > incentive for more contributions. I think it is possible to give commit
> > access only to the new repository while leaving the core repo alone.
> > We could also ask for volunteers on the user mailing list while clearly
> > stating that we won`t accept this contribution to Olingo if there are not
> > enough users that promise to contribute. Having an Alpha release could
> > also help identify potential committers. And I don`t think that an Alpha
> > release would require maintenance from the current Olingo PMC/committers.
> >
> > As for being cumbersome to work with the Apache repositories I agree. But I
> > also heard that Apache is working on a tighter integration with the GitHub
> > mirror. I am not sure how far this has progressed. Do you know anything
> > about this?
> >
> > I personally would object to another separate Apache project for a JPA
> > implementation. IMHO Olingo is the OData umbrella project at Apache.
> >
> > WDYT?
> >
> > -----Original Message-----
> > From: Ramesh Reddy [mailto:rareddy@redhat.com]
> > Sent: Mittwoch, 21. September 2016 16:47
> > To: dev@olingo.apache.org<ma...@olingo.apache.org>
> > Subject: Re: [DISCUSS] V4 JPA contribution
> >
> > IMO, at least there are two reasons for me
> > - Working with ASF repository is cumbersome than the Github. Meaning
> > working with external pull requests, code review features etc. I wish
> > Olingo repo was on GitHub, instead of using the mirror.
> > - second, most important is these are not part of ASF (yet), Olingo by
> > including these in their repository comes with certain amount of
> > responsibilities from committers, about their completeness, correctness,
> > documents and management. Unless these are reasonably proved by the
> > external community effort, Olingo committers are on hook to maintain these
> > as if they were part of Olingo repo. So, my suggestion is wait until that
> > time, then we can take vote to include with Olingo repo. If you are
> > thinking outside of Olingo, then that need to be approached as new Apache
> > project, that probably is completely separate effort.
> >
> > Ramesh..
> >
> > ----- Original Message -----
> >> On 21/09/2016 16:32, Ramesh Reddy wrote:
> >>> Yes, I have added the github organization and starter repo for this long
> >>> time ago here https://github.com/olingo-extensions
> >>>
> >>> let me know who is leading the effort with your Github userid, I will
> >>> give
> >>> the commit rights to the repo.
> >> Any specific reason to not use an ASF repository (mirrored and
> >> integrated with GitHub as others, of course)?
> >>
> >>> ----- Original Message -----
> >>>> On 21/09/2016 16:03, Amend, Christian wrote:
> >>>>> Hi all,
> >>>>>
> >>>>> With Olingo Issue 1010
> >>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>>>> we got a big contribution for the V4 Olingo code line. I personally
> >>>>> think
> >>>>> this is great and we should integrate this into the Olingo project. The
> >>>>> main question I have how this could be done best.
> >>>>> From the V2 JPA extension we learned that the inability to make JPA
> >>>>> releases independent from the core library hurts the development
> >>>>> process.
> >>>>> Also a lot of feedback was centered around extending the JPA
> >>>>> processor
> >>>>> and requiring callbacks to adjust the SQL statements before they are
> >>>>> send
> >>>>> to the database. I am not really familiar with JPA and I did not
> >>>>> dive
> >>>>> into the details of the contribution to see if these points are
> >>>>> already
> >>>>> met. Any feedback here is welcome.
> >>>>>
> >>>>> For first steps I would suggest:
> >>>>>
> >>>>> - Delete the POC JPA Jira Items as they are not needed anymore
> >>>>>
> >>>>> - Integrate the code into our repository in a branch so
> >>>>> everyone
> >>>>> can look at the code
> >>>>>
> >>>>> - Decide on a repository
> >>>>>
> >>>>> - Decide on a release strategy
> >>>>>
> >>>>> - Perform an alpha release and collect feedback
> >>>>>
> >>>>> WDYT? Do you have any ideas about how to set this up so we can make
> >>>>> independent releases? Should we ask for a separate git repository?
> >>>> IMO, a separate GIT repository with independent release process seems
> >>>> the simpler way to handle what you report above.
> >>>>
> >>>> Just my 2c.
> >>>> Regards.
> >> --
> >> Francesco Chicchiriccò
> >>
> >> Tirasa - Open Source Excellence
> >> http://www.tirasa.net/
> >>
> >> Member at The Apache Software Foundation
> >> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> >> http://home.apache.org/~ilgrosso/
> >>
> >>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
>

RE: [DISCUSS] V4 JPA contribution

Posted by mibo <mi...@apache.org>.
IMHO I also think we should keep the barrier for further contributors (and contributions) to the JPA extension low.
Hence using a GitHub repository as starting point could be a good decision.
This way contributing and building the first releases (alpha, beta, whatever…) are completely independent from Apache (and any ICLA).
Afterward when the JPA extension project has contributors and a own “community” it could be moved into a official Apache Git and under the OData umbrella aka. Olingo  ;o)
And if all works well the time between start on GitHub and then move to Olingo must not be long and could also include the direct promotion of Oliver to a Olingo committer / PMC (if he wish  ;o)

tldr; Start with a low entry barrier on GitHub and end (after some time) with a JPA extension in Olingo (on Apache)

Best Regards, Michael


Am 23. September 2016 um 16:04:16, Grande, Oliver (oliver.grande@sap.com) schrieb:

Hello,  

as I'm new to Apache and Open Source I have the feeling that I can't help finding the right way is to handle my contribution.  

My idea was to contribute to the JPA processor after an initial contribution, as I see it only as a starting point.  

Regards,  
Oliver  


-----Original Message-----  
From: Ramesh Reddy [mailto:rareddy@redhat.com]  
Sent: Freitag, 23. September 2016 15:18  
To: dev@olingo.apache.org  
Subject: Re: [DISCUSS] V4 JPA contribution  

IMO, creating the JIRA and promoting the extensions available on main Olingo website should not be an issue. Many projects do that such promotions, it is good for both parties, shows the whole eco-system around the main project.  

Another note I would like to emphasize is, if Oliver Grande contributed initial code, it is not necessary that he is the only one needs to take responsibility to integrate or complete it. Anyone of you with similar needs for JPA could continue the Oliver's work.  

Ramesh..  

----- Original Message -----  
> Hi,  
>  
> Has anyone officially been in contact with Oliver Grande since his  
> contribution? I know he is active on the user list, but I think it would  
> be nice to have his opinion regarding all of this.  
>  
>  
> I personally think creating a github repo and giving access to Oliver  
> Grande is indeed a good idea. If the ASF repo is not used, I still think  
> it would be nice to keep some kind of link with the main Olingo project  
> to let users know that the "main Olingo team" encourages contribution to  
> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo  
> component, which leads to a summary with the POC jira items. Just an  
> idea, but would it be possible to delete the POC jira items and maybe  
> have that "odata4-JPA" summary link to the JPA processor potential  
> github repo?  
>  
> Alexandre  
>  
>  
>  
> On 2016-09-21 11:09 AM, Amend, Christian wrote:  
> > This is a valid point. If we put this code into an ASF repository the  
> > Olingo project as a whole is somewhat responsible for this code. This risk  
> > could be reduced by making the contributor Oliver Grande an Olingo  
> > committer so he could keep working on the code. He also started answering  
> > mails on the users list already so he seems committed. Of course adding  
> > another committer would require a vote on the private mailing list and  
> > requires the consent of the Olingo project.  
> >  
> > We could also think about giving commit access to the separate Git  
> > repository more freely to users that ask for it. This might also be an  
> > incentive for more contributions. I think it is possible to give commit  
> > access only to the new repository while leaving the core repo alone.  
> > We could also ask for volunteers on the user mailing list while clearly  
> > stating that we won`t accept this contribution to Olingo if there are not  
> > enough users that promise to contribute. Having an Alpha release could  
> > also help identify potential committers. And I don`t think that an Alpha  
> > release would require maintenance from the current Olingo PMC/committers.  
> >  
> > As for being cumbersome to work with the Apache repositories I agree. But I  
> > also heard that Apache is working on a tighter integration with the GitHub  
> > mirror. I am not sure how far this has progressed. Do you know anything  
> > about this?  
> >  
> > I personally would object to another separate Apache project for a JPA  
> > implementation. IMHO Olingo is the OData umbrella project at Apache.  
> >  
> > WDYT?  
> >  
> > -----Original Message-----  
> > From: Ramesh Reddy [mailto:rareddy@redhat.com]  
> > Sent: Mittwoch, 21. September 2016 16:47  
> > To: dev@olingo.apache.org  
> > Subject: Re: [DISCUSS] V4 JPA contribution  
> >  
> > IMO, at least there are two reasons for me  
> > - Working with ASF repository is cumbersome than the Github. Meaning  
> > working with external pull requests, code review features etc. I wish  
> > Olingo repo was on GitHub, instead of using the mirror.  
> > - second, most important is these are not part of ASF (yet), Olingo by  
> > including these in their repository comes with certain amount of  
> > responsibilities from committers, about their completeness, correctness,  
> > documents and management. Unless these are reasonably proved by the  
> > external community effort, Olingo committers are on hook to maintain these  
> > as if they were part of Olingo repo. So, my suggestion is wait until that  
> > time, then we can take vote to include with Olingo repo. If you are  
> > thinking outside of Olingo, then that need to be approached as new Apache  
> > project, that probably is completely separate effort.  
> >  
> > Ramesh..  
> >  
> > ----- Original Message -----  
> >> On 21/09/2016 16:32, Ramesh Reddy wrote:  
> >>> Yes, I have added the github organization and starter repo for this long  
> >>> time ago here https://github.com/olingo-extensions  
> >>>  
> >>> let me know who is leading the effort with your Github userid, I will  
> >>> give  
> >>> the commit rights to the repo.  
> >> Any specific reason to not use an ASF repository (mirrored and  
> >> integrated with GitHub as others, of course)?  
> >>  
> >>> ----- Original Message -----  
> >>>> On 21/09/2016 16:03, Amend, Christian wrote:  
> >>>>> Hi all,  
> >>>>>  
> >>>>> With Olingo Issue 1010  
> >>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)  
> >>>>> we got a big contribution for the V4 Olingo code line. I personally  
> >>>>> think  
> >>>>> this is great and we should integrate this into the Olingo project. The  
> >>>>> main question I have how this could be done best.  
> >>>>> From the V2 JPA extension we learned that the inability to make JPA  
> >>>>> releases independent from the core library hurts the development  
> >>>>> process.  
> >>>>> Also a lot of feedback was centered around extending the JPA  
> >>>>> processor  
> >>>>> and requiring callbacks to adjust the SQL statements before they are  
> >>>>> send  
> >>>>> to the database. I am not really familiar with JPA and I did not  
> >>>>> dive  
> >>>>> into the details of the contribution to see if these points are  
> >>>>> already  
> >>>>> met. Any feedback here is welcome.  
> >>>>>  
> >>>>> For first steps I would suggest:  
> >>>>>  
> >>>>> - Delete the POC JPA Jira Items as they are not needed anymore  
> >>>>>  
> >>>>> - Integrate the code into our repository in a branch so  
> >>>>> everyone  
> >>>>> can look at the code  
> >>>>>  
> >>>>> - Decide on a repository  
> >>>>>  
> >>>>> - Decide on a release strategy  
> >>>>>  
> >>>>> - Perform an alpha release and collect feedback  
> >>>>>  
> >>>>> WDYT? Do you have any ideas about how to set this up so we can make  
> >>>>> independent releases? Should we ask for a separate git repository?  
> >>>> IMO, a separate GIT repository with independent release process seems  
> >>>> the simpler way to handle what you report above.  
> >>>>  
> >>>> Just my 2c.  
> >>>> Regards.  
> >> --  
> >> Francesco Chicchiriccò  
> >>  
> >> Tirasa - Open Source Excellence  
> >> http://www.tirasa.net/  
> >>  
> >> Member at The Apache Software Foundation  
> >> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail  
> >> http://home.apache.org/~ilgrosso/  
> >>  
> >>  
>  
>  
> ---  
> This email has been checked for viruses by Avast antivirus software.  
> https://www.avast.com/antivirus  
>  
>  

RE: [DISCUSS] V4 JPA contribution

Posted by "Grande, Oliver" <ol...@sap.com>.
Hello,

as I'm new to Apache and Open Source I have the feeling that I can't help finding the right way is to handle my contribution. 

My idea was to contribute to the JPA processor after an initial contribution, as I see it only as a starting point.

Regards,
Oliver


-----Original Message-----
From: Ramesh Reddy [mailto:rareddy@redhat.com] 
Sent: Freitag, 23. September 2016 15:18
To: dev@olingo.apache.org
Subject: Re: [DISCUSS] V4 JPA contribution

IMO, creating the JIRA and promoting the extensions available on main Olingo website should not be an issue. Many projects do that such promotions, it is good for both parties, shows the whole eco-system around the main project.

Another note I would like to emphasize is, if Oliver Grande contributed initial code, it is not necessary that he is the only one needs to take responsibility to integrate or complete it. Anyone of you with similar needs for JPA could continue the Oliver's work. 

Ramesh..

----- Original Message -----
> Hi,
> 
> Has anyone officially been in contact with Oliver Grande since his
> contribution? I know he is active on the user list, but I think it would
> be nice to have his opinion regarding all of this.
> 
> 
> I personally think creating a github repo and giving access to Oliver
> Grande is indeed a good idea. If the ASF repo is not used, I still think
> it would be nice to keep some kind of link with the main Olingo project
> to let users know that the "main Olingo team" encourages contribution to
> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
> component, which leads to a summary with the POC jira items. Just an
> idea, but would it be possible to delete the POC jira items and maybe
> have that "odata4-JPA" summary link to the JPA processor potential
> github repo?
> 
> Alexandre
> 
> 
> 
> On 2016-09-21 11:09 AM, Amend, Christian wrote:
> > This is a valid point. If we put this code into an ASF repository the
> > Olingo project as a whole is somewhat responsible for this code. This risk
> > could be reduced by making the contributor Oliver Grande an Olingo
> > committer so he could keep working on the code. He also started answering
> > mails on the users list already so he seems committed. Of course adding
> > another committer would require a  vote on the private mailing list and
> > requires the consent of the Olingo project.
> >
> > We could also think about giving commit access to the separate Git
> > repository more freely to users that ask for it. This might also be an
> > incentive for more contributions. I think it is possible to give commit
> > access only to the new repository while leaving the core repo alone.
> > We could also ask for volunteers on the user mailing list while clearly
> > stating that we won`t accept this contribution to Olingo if there are not
> > enough users that promise to contribute. Having an Alpha release could
> > also help identify potential committers. And I don`t think that an Alpha
> > release would require maintenance from the current Olingo PMC/committers.
> >
> > As for being cumbersome to work with the Apache repositories I agree. But I
> > also heard that Apache is working on a tighter integration with the GitHub
> > mirror. I am not sure how far this has progressed. Do you know anything
> > about this?
> >
> > I personally would object to another separate Apache project for a JPA
> > implementation. IMHO Olingo is the OData umbrella project at Apache.
> >
> > WDYT?
> >
> > -----Original Message-----
> > From: Ramesh Reddy [mailto:rareddy@redhat.com]
> > Sent: Mittwoch, 21. September 2016 16:47
> > To: dev@olingo.apache.org
> > Subject: Re: [DISCUSS] V4 JPA contribution
> >
> > IMO, at least there are two reasons for me
> > - Working with ASF repository is cumbersome than the Github. Meaning
> > working with external pull requests, code review features etc. I wish
> > Olingo repo was on GitHub, instead of using the mirror.
> > - second, most important is these are not part of ASF (yet), Olingo by
> > including these in their repository comes with certain amount of
> > responsibilities from committers, about their completeness, correctness,
> > documents and management. Unless these are reasonably proved by the
> > external community effort, Olingo committers are on hook to maintain these
> > as if they were part of Olingo repo. So, my suggestion is wait until that
> > time, then we can take vote to include with Olingo repo. If you are
> > thinking outside of Olingo, then that need to be approached as new Apache
> > project, that probably is completely separate effort.
> >
> > Ramesh..
> >
> > ----- Original Message -----
> >> On 21/09/2016 16:32, Ramesh Reddy wrote:
> >>> Yes, I have added the github organization and starter repo for this long
> >>> time ago here https://github.com/olingo-extensions
> >>>
> >>> let me know who is leading the effort with your Github userid, I will
> >>> give
> >>> the commit rights to the repo.
> >> Any specific reason to not use an ASF repository (mirrored and
> >> integrated with GitHub as others, of course)?
> >>
> >>> ----- Original Message -----
> >>>> On 21/09/2016 16:03, Amend, Christian wrote:
> >>>>> Hi all,
> >>>>>
> >>>>> With Olingo Issue 1010
> >>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>>>> we got a big contribution for the V4 Olingo code line. I personally
> >>>>> think
> >>>>> this is great and we should integrate this into the Olingo project. The
> >>>>> main question I have how this could be done best.
> >>>>>    From the V2 JPA extension we learned that the inability to make JPA
> >>>>>    releases independent from the core library hurts the development
> >>>>>    process.
> >>>>>    Also a lot of feedback was centered around extending the JPA
> >>>>>    processor
> >>>>>    and requiring callbacks to adjust the SQL statements before they are
> >>>>>    send
> >>>>>    to the database. I am not really familiar with JPA and I did not
> >>>>>    dive
> >>>>>    into the details of the contribution to see if these points are
> >>>>>    already
> >>>>>    met. Any feedback here is welcome.
> >>>>>
> >>>>> For first steps I would suggest:
> >>>>>
> >>>>> -          Delete the POC JPA Jira Items as they are not needed anymore
> >>>>>
> >>>>> -          Integrate the code into our repository in a branch so
> >>>>> everyone
> >>>>> can look at the code
> >>>>>
> >>>>> -          Decide on a repository
> >>>>>
> >>>>> -          Decide on a release strategy
> >>>>>
> >>>>> -          Perform an alpha release and collect feedback
> >>>>>
> >>>>> WDYT? Do you have any ideas about how to set this up so we can make
> >>>>> independent releases? Should we ask for a separate git repository?
> >>>> IMO, a separate GIT repository with independent release process seems
> >>>> the simpler way to handle what you report above.
> >>>>
> >>>> Just my 2c.
> >>>> Regards.
> >> --
> >> Francesco Chicchiriccò
> >>
> >> Tirasa - Open Source Excellence
> >> http://www.tirasa.net/
> >>
> >> Member at The Apache Software Foundation
> >> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> >> http://home.apache.org/~ilgrosso/
> >>
> >>
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Ramesh Reddy <ra...@redhat.com>.
IMO, creating the JIRA and promoting the extensions available on main Olingo website should not be an issue. Many projects do that such promotions, it is good for both parties, shows the whole eco-system around the main project.

Another note I would like to emphasize is, if Oliver Grande contributed initial code, it is not necessary that he is the only one needs to take responsibility to integrate or complete it. Anyone of you with similar needs for JPA could continue the Oliver's work. 

Ramesh..

----- Original Message -----
> Hi,
> 
> Has anyone officially been in contact with Oliver Grande since his
> contribution? I know he is active on the user list, but I think it would
> be nice to have his opinion regarding all of this.
> 
> 
> I personally think creating a github repo and giving access to Oliver
> Grande is indeed a good idea. If the ASF repo is not used, I still think
> it would be nice to keep some kind of link with the main Olingo project
> to let users know that the "main Olingo team" encourages contribution to
> this JPA processor. Currently there is "odata4-JPA" listed as a Olingo
> component, which leads to a summary with the POC jira items. Just an
> idea, but would it be possible to delete the POC jira items and maybe
> have that "odata4-JPA" summary link to the JPA processor potential
> github repo?
> 
> Alexandre
> 
> 
> 
> On 2016-09-21 11:09 AM, Amend, Christian wrote:
> > This is a valid point. If we put this code into an ASF repository the
> > Olingo project as a whole is somewhat responsible for this code. This risk
> > could be reduced by making the contributor Oliver Grande an Olingo
> > committer so he could keep working on the code. He also started answering
> > mails on the users list already so he seems committed. Of course adding
> > another committer would require a  vote on the private mailing list and
> > requires the consent of the Olingo project.
> >
> > We could also think about giving commit access to the separate Git
> > repository more freely to users that ask for it. This might also be an
> > incentive for more contributions. I think it is possible to give commit
> > access only to the new repository while leaving the core repo alone.
> > We could also ask for volunteers on the user mailing list while clearly
> > stating that we won`t accept this contribution to Olingo if there are not
> > enough users that promise to contribute. Having an Alpha release could
> > also help identify potential committers. And I don`t think that an Alpha
> > release would require maintenance from the current Olingo PMC/committers.
> >
> > As for being cumbersome to work with the Apache repositories I agree. But I
> > also heard that Apache is working on a tighter integration with the GitHub
> > mirror. I am not sure how far this has progressed. Do you know anything
> > about this?
> >
> > I personally would object to another separate Apache project for a JPA
> > implementation. IMHO Olingo is the OData umbrella project at Apache.
> >
> > WDYT?
> >
> > -----Original Message-----
> > From: Ramesh Reddy [mailto:rareddy@redhat.com]
> > Sent: Mittwoch, 21. September 2016 16:47
> > To: dev@olingo.apache.org
> > Subject: Re: [DISCUSS] V4 JPA contribution
> >
> > IMO, at least there are two reasons for me
> > - Working with ASF repository is cumbersome than the Github. Meaning
> > working with external pull requests, code review features etc. I wish
> > Olingo repo was on GitHub, instead of using the mirror.
> > - second, most important is these are not part of ASF (yet), Olingo by
> > including these in their repository comes with certain amount of
> > responsibilities from committers, about their completeness, correctness,
> > documents and management. Unless these are reasonably proved by the
> > external community effort, Olingo committers are on hook to maintain these
> > as if they were part of Olingo repo. So, my suggestion is wait until that
> > time, then we can take vote to include with Olingo repo. If you are
> > thinking outside of Olingo, then that need to be approached as new Apache
> > project, that probably is completely separate effort.
> >
> > Ramesh..
> >
> > ----- Original Message -----
> >> On 21/09/2016 16:32, Ramesh Reddy wrote:
> >>> Yes, I have added the github organization and starter repo for this long
> >>> time ago here https://github.com/olingo-extensions
> >>>
> >>> let me know who is leading the effort with your Github userid, I will
> >>> give
> >>> the commit rights to the repo.
> >> Any specific reason to not use an ASF repository (mirrored and
> >> integrated with GitHub as others, of course)?
> >>
> >>> ----- Original Message -----
> >>>> On 21/09/2016 16:03, Amend, Christian wrote:
> >>>>> Hi all,
> >>>>>
> >>>>> With Olingo Issue 1010
> >>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>>>> we got a big contribution for the V4 Olingo code line. I personally
> >>>>> think
> >>>>> this is great and we should integrate this into the Olingo project. The
> >>>>> main question I have how this could be done best.
> >>>>>    From the V2 JPA extension we learned that the inability to make JPA
> >>>>>    releases independent from the core library hurts the development
> >>>>>    process.
> >>>>>    Also a lot of feedback was centered around extending the JPA
> >>>>>    processor
> >>>>>    and requiring callbacks to adjust the SQL statements before they are
> >>>>>    send
> >>>>>    to the database. I am not really familiar with JPA and I did not
> >>>>>    dive
> >>>>>    into the details of the contribution to see if these points are
> >>>>>    already
> >>>>>    met. Any feedback here is welcome.
> >>>>>
> >>>>> For first steps I would suggest:
> >>>>>
> >>>>> -          Delete the POC JPA Jira Items as they are not needed anymore
> >>>>>
> >>>>> -          Integrate the code into our repository in a branch so
> >>>>> everyone
> >>>>> can look at the code
> >>>>>
> >>>>> -          Decide on a repository
> >>>>>
> >>>>> -          Decide on a release strategy
> >>>>>
> >>>>> -          Perform an alpha release and collect feedback
> >>>>>
> >>>>> WDYT? Do you have any ideas about how to set this up so we can make
> >>>>> independent releases? Should we ask for a separate git repository?
> >>>> IMO, a separate GIT repository with independent release process seems
> >>>> the simpler way to handle what you report above.
> >>>>
> >>>> Just my 2c.
> >>>> Regards.
> >> --
> >> Francesco Chicchiriccò
> >>
> >> Tirasa - Open Source Excellence
> >> http://www.tirasa.net/
> >>
> >> Member at The Apache Software Foundation
> >> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> >> http://home.apache.org/~ilgrosso/
> >>
> >>
> 
> 
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Alexandre Brassard Desjardins <bd...@gmail.com>.
Hi,

Has anyone officially been in contact with Oliver Grande since his 
contribution? I know he is active on the user list, but I think it would 
be nice to have his opinion regarding all of this.


I personally think creating a github repo and giving access to Oliver 
Grande is indeed a good idea. If the ASF repo is not used, I still think 
it would be nice to keep some kind of link with the main Olingo project 
to let users know that the "main Olingo team" encourages contribution to 
this JPA processor. Currently there is "odata4-JPA" listed as a Olingo 
component, which leads to a summary with the POC jira items. Just an 
idea, but would it be possible to delete the POC jira items and maybe 
have that "odata4-JPA" summary link to the JPA processor potential 
github repo?

Alexandre



On 2016-09-21 11:09 AM, Amend, Christian wrote:
> This is a valid point. If we put this code into an ASF repository the Olingo project as a whole is somewhat responsible for this code. This risk could be reduced by making the contributor Oliver Grande an Olingo committer so he could keep working on the code. He also started answering mails on the users list already so he seems committed. Of course adding another committer would require a  vote on the private mailing list and requires the consent of the Olingo project.
>
> We could also think about giving commit access to the separate Git repository more freely to users that ask for it. This might also be an incentive for more contributions. I think it is possible to give commit access only to the new repository while leaving the core repo alone.
> We could also ask for volunteers on the user mailing list while clearly stating that we won`t accept this contribution to Olingo if there are not enough users that promise to contribute. Having an Alpha release could also help identify potential committers. And I don`t think that an Alpha release would require maintenance from the current Olingo PMC/committers.
>
> As for being cumbersome to work with the Apache repositories I agree. But I also heard that Apache is working on a tighter integration with the GitHub mirror. I am not sure how far this has progressed. Do you know anything about this?
>
> I personally would object to another separate Apache project for a JPA implementation. IMHO Olingo is the OData umbrella project at Apache.
>
> WDYT?
>
> -----Original Message-----
> From: Ramesh Reddy [mailto:rareddy@redhat.com]
> Sent: Mittwoch, 21. September 2016 16:47
> To: dev@olingo.apache.org
> Subject: Re: [DISCUSS] V4 JPA contribution
>
> IMO, at least there are two reasons for me
> - Working with ASF repository is cumbersome than the Github. Meaning working with external pull requests, code review features etc. I wish Olingo repo was on GitHub, instead of using the mirror.
> - second, most important is these are not part of ASF (yet), Olingo by including these in their repository comes with certain amount of responsibilities from committers, about their completeness, correctness, documents and management. Unless these are reasonably proved by the external community effort, Olingo committers are on hook to maintain these as if they were part of Olingo repo. So, my suggestion is wait until that time, then we can take vote to include with Olingo repo. If you are thinking outside of Olingo, then that need to be approached as new Apache project, that probably is completely separate effort.
>
> Ramesh..
>
> ----- Original Message -----
>> On 21/09/2016 16:32, Ramesh Reddy wrote:
>>> Yes, I have added the github organization and starter repo for this long
>>> time ago here https://github.com/olingo-extensions
>>>
>>> let me know who is leading the effort with your Github userid, I will give
>>> the commit rights to the repo.
>> Any specific reason to not use an ASF repository (mirrored and
>> integrated with GitHub as others, of course)?
>>
>>> ----- Original Message -----
>>>> On 21/09/2016 16:03, Amend, Christian wrote:
>>>>> Hi all,
>>>>>
>>>>> With Olingo Issue 1010
>>>>> (https://issues.apache.org/jira/browse/OLINGO-1010)
>>>>> we got a big contribution for the V4 Olingo code line. I personally think
>>>>> this is great and we should integrate this into the Olingo project. The
>>>>> main question I have how this could be done best.
>>>>>    From the V2 JPA extension we learned that the inability to make JPA
>>>>>    releases independent from the core library hurts the development
>>>>>    process.
>>>>>    Also a lot of feedback was centered around extending the JPA processor
>>>>>    and requiring callbacks to adjust the SQL statements before they are
>>>>>    send
>>>>>    to the database. I am not really familiar with JPA and I did not dive
>>>>>    into the details of the contribution to see if these points are already
>>>>>    met. Any feedback here is welcome.
>>>>>
>>>>> For first steps I would suggest:
>>>>>
>>>>> -          Delete the POC JPA Jira Items as they are not needed anymore
>>>>>
>>>>> -          Integrate the code into our repository in a branch so everyone
>>>>> can look at the code
>>>>>
>>>>> -          Decide on a repository
>>>>>
>>>>> -          Decide on a release strategy
>>>>>
>>>>> -          Perform an alpha release and collect feedback
>>>>>
>>>>> WDYT? Do you have any ideas about how to set this up so we can make
>>>>> independent releases? Should we ask for a separate git repository?
>>>> IMO, a separate GIT repository with independent release process seems
>>>> the simpler way to handle what you report above.
>>>>
>>>> Just my 2c.
>>>> Regards.
>> --
>> Francesco Chicchiricc�
>>
>> Tirasa - Open Source Excellence
>> http://www.tirasa.net/
>>
>> Member at The Apache Software Foundation
>> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
>> http://home.apache.org/~ilgrosso/
>>
>>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


RE: [DISCUSS] V4 JPA contribution

Posted by "Amend, Christian" <ch...@sap.com>.
This is a valid point. If we put this code into an ASF repository the Olingo project as a whole is somewhat responsible for this code. This risk could be reduced by making the contributor Oliver Grande an Olingo committer so he could keep working on the code. He also started answering mails on the users list already so he seems committed. Of course adding another committer would require a  vote on the private mailing list and requires the consent of the Olingo project.

We could also think about giving commit access to the separate Git repository more freely to users that ask for it. This might also be an incentive for more contributions. I think it is possible to give commit access only to the new repository while leaving the core repo alone.
We could also ask for volunteers on the user mailing list while clearly stating that we won`t accept this contribution to Olingo if there are not enough users that promise to contribute. Having an Alpha release could also help identify potential committers. And I don`t think that an Alpha release would require maintenance from the current Olingo PMC/committers.

As for being cumbersome to work with the Apache repositories I agree. But I also heard that Apache is working on a tighter integration with the GitHub mirror. I am not sure how far this has progressed. Do you know anything about this?

I personally would object to another separate Apache project for a JPA implementation. IMHO Olingo is the OData umbrella project at Apache.

WDYT?

-----Original Message-----
From: Ramesh Reddy [mailto:rareddy@redhat.com] 
Sent: Mittwoch, 21. September 2016 16:47
To: dev@olingo.apache.org
Subject: Re: [DISCUSS] V4 JPA contribution

IMO, at least there are two reasons for me
- Working with ASF repository is cumbersome than the Github. Meaning working with external pull requests, code review features etc. I wish Olingo repo was on GitHub, instead of using the mirror.
- second, most important is these are not part of ASF (yet), Olingo by including these in their repository comes with certain amount of responsibilities from committers, about their completeness, correctness, documents and management. Unless these are reasonably proved by the external community effort, Olingo committers are on hook to maintain these as if they were part of Olingo repo. So, my suggestion is wait until that time, then we can take vote to include with Olingo repo. If you are thinking outside of Olingo, then that need to be approached as new Apache project, that probably is completely separate effort. 

Ramesh..

----- Original Message -----
> On 21/09/2016 16:32, Ramesh Reddy wrote:
> > Yes, I have added the github organization and starter repo for this long
> > time ago here https://github.com/olingo-extensions
> >
> > let me know who is leading the effort with your Github userid, I will give
> > the commit rights to the repo.
> 
> Any specific reason to not use an ASF repository (mirrored and
> integrated with GitHub as others, of course)?
> 
> > ----- Original Message -----
> >> On 21/09/2016 16:03, Amend, Christian wrote:
> >>> Hi all,
> >>>
> >>> With Olingo Issue 1010
> >>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>> we got a big contribution for the V4 Olingo code line. I personally think
> >>> this is great and we should integrate this into the Olingo project. The
> >>> main question I have how this could be done best.
> >>>   From the V2 JPA extension we learned that the inability to make JPA
> >>>   releases independent from the core library hurts the development
> >>>   process.
> >>>   Also a lot of feedback was centered around extending the JPA processor
> >>>   and requiring callbacks to adjust the SQL statements before they are
> >>>   send
> >>>   to the database. I am not really familiar with JPA and I did not dive
> >>>   into the details of the contribution to see if these points are already
> >>>   met. Any feedback here is welcome.
> >>>
> >>> For first steps I would suggest:
> >>>
> >>> -          Delete the POC JPA Jira Items as they are not needed anymore
> >>>
> >>> -          Integrate the code into our repository in a branch so everyone
> >>> can look at the code
> >>>
> >>> -          Decide on a repository
> >>>
> >>> -          Decide on a release strategy
> >>>
> >>> -          Perform an alpha release and collect feedback
> >>>
> >>> WDYT? Do you have any ideas about how to set this up so we can make
> >>> independent releases? Should we ask for a separate git repository?
> >> IMO, a separate GIT repository with independent release process seems
> >> the simpler way to handle what you report above.
> >>
> >> Just my 2c.
> >> Regards.
> 
> --
> Francesco Chicchiriccò
> 
> Tirasa - Open Source Excellence
> http://www.tirasa.net/
> 
> Member at The Apache Software Foundation
> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> http://home.apache.org/~ilgrosso/
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Ramesh Reddy <ra...@redhat.com>.
IMO, at least there are two reasons for me
- Working with ASF repository is cumbersome than the Github. Meaning working with external pull requests, code review features etc. I wish Olingo repo was on GitHub, instead of using the mirror.
- second, most important is these are not part of ASF (yet), Olingo by including these in their repository comes with certain amount of responsibilities from committers, about their completeness, correctness, documents and management. Unless these are reasonably proved by the external community effort, Olingo committers are on hook to maintain these as if they were part of Olingo repo. So, my suggestion is wait until that time, then we can take vote to include with Olingo repo. If you are thinking outside of Olingo, then that need to be approached as new Apache project, that probably is completely separate effort. 

Ramesh..

----- Original Message -----
> On 21/09/2016 16:32, Ramesh Reddy wrote:
> > Yes, I have added the github organization and starter repo for this long
> > time ago here https://github.com/olingo-extensions
> >
> > let me know who is leading the effort with your Github userid, I will give
> > the commit rights to the repo.
> 
> Any specific reason to not use an ASF repository (mirrored and
> integrated with GitHub as others, of course)?
> 
> > ----- Original Message -----
> >> On 21/09/2016 16:03, Amend, Christian wrote:
> >>> Hi all,
> >>>
> >>> With Olingo Issue 1010
> >>> (https://issues.apache.org/jira/browse/OLINGO-1010)
> >>> we got a big contribution for the V4 Olingo code line. I personally think
> >>> this is great and we should integrate this into the Olingo project. The
> >>> main question I have how this could be done best.
> >>>   From the V2 JPA extension we learned that the inability to make JPA
> >>>   releases independent from the core library hurts the development
> >>>   process.
> >>>   Also a lot of feedback was centered around extending the JPA processor
> >>>   and requiring callbacks to adjust the SQL statements before they are
> >>>   send
> >>>   to the database. I am not really familiar with JPA and I did not dive
> >>>   into the details of the contribution to see if these points are already
> >>>   met. Any feedback here is welcome.
> >>>
> >>> For first steps I would suggest:
> >>>
> >>> -          Delete the POC JPA Jira Items as they are not needed anymore
> >>>
> >>> -          Integrate the code into our repository in a branch so everyone
> >>> can look at the code
> >>>
> >>> -          Decide on a repository
> >>>
> >>> -          Decide on a release strategy
> >>>
> >>> -          Perform an alpha release and collect feedback
> >>>
> >>> WDYT? Do you have any ideas about how to set this up so we can make
> >>> independent releases? Should we ask for a separate git repository?
> >> IMO, a separate GIT repository with independent release process seems
> >> the simpler way to handle what you report above.
> >>
> >> Just my 2c.
> >> Regards.
> 
> --
> Francesco Chicchiriccò
> 
> Tirasa - Open Source Excellence
> http://www.tirasa.net/
> 
> Member at The Apache Software Foundation
> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> http://home.apache.org/~ilgrosso/
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Francesco Chicchiriccò <il...@apache.org>.
On 21/09/2016 16:32, Ramesh Reddy wrote:
> Yes, I have added the github organization and starter repo for this long time ago here https://github.com/olingo-extensions
>
> let me know who is leading the effort with your Github userid, I will give the commit rights to the repo.

Any specific reason to not use an ASF repository (mirrored and 
integrated with GitHub as others, of course)?

> ----- Original Message -----
>> On 21/09/2016 16:03, Amend, Christian wrote:
>>> Hi all,
>>>
>>> With Olingo Issue 1010 (https://issues.apache.org/jira/browse/OLINGO-1010)
>>> we got a big contribution for the V4 Olingo code line. I personally think
>>> this is great and we should integrate this into the Olingo project. The
>>> main question I have how this could be done best.
>>>   From the V2 JPA extension we learned that the inability to make JPA
>>>   releases independent from the core library hurts the development process.
>>>   Also a lot of feedback was centered around extending the JPA processor
>>>   and requiring callbacks to adjust the SQL statements before they are send
>>>   to the database. I am not really familiar with JPA and I did not dive
>>>   into the details of the contribution to see if these points are already
>>>   met. Any feedback here is welcome.
>>>
>>> For first steps I would suggest:
>>>
>>> -          Delete the POC JPA Jira Items as they are not needed anymore
>>>
>>> -          Integrate the code into our repository in a branch so everyone
>>> can look at the code
>>>
>>> -          Decide on a repository
>>>
>>> -          Decide on a release strategy
>>>
>>> -          Perform an alpha release and collect feedback
>>>
>>> WDYT? Do you have any ideas about how to set this up so we can make
>>> independent releases? Should we ask for a separate git repository?
>> IMO, a separate GIT repository with independent release process seems
>> the simpler way to handle what you report above.
>>
>> Just my 2c.
>> Regards.

-- 
Francesco Chicchiricc�

Tirasa - Open Source Excellence
http://www.tirasa.net/

Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/


Re: [DISCUSS] V4 JPA contribution

Posted by Ramesh Reddy <ra...@redhat.com>.
Yes, I have added the github organization and starter repo for this long time ago here https://github.com/olingo-extensions

let me know who is leading the effort with your Github userid, I will give the commit rights to the repo.

Ramesh..

----- Original Message -----
> On 21/09/2016 16:03, Amend, Christian wrote:
> > Hi all,
> >
> > With Olingo Issue 1010 (https://issues.apache.org/jira/browse/OLINGO-1010)
> > we got a big contribution for the V4 Olingo code line. I personally think
> > this is great and we should integrate this into the Olingo project. The
> > main question I have how this could be done best.
> >  From the V2 JPA extension we learned that the inability to make JPA
> >  releases independent from the core library hurts the development process.
> >  Also a lot of feedback was centered around extending the JPA processor
> >  and requiring callbacks to adjust the SQL statements before they are send
> >  to the database. I am not really familiar with JPA and I did not dive
> >  into the details of the contribution to see if these points are already
> >  met. Any feedback here is welcome.
> >
> > For first steps I would suggest:
> >
> > -          Delete the POC JPA Jira Items as they are not needed anymore
> >
> > -          Integrate the code into our repository in a branch so everyone
> > can look at the code
> >
> > -          Decide on a repository
> >
> > -          Decide on a release strategy
> >
> > -          Perform an alpha release and collect feedback
> >
> > WDYT? Do you have any ideas about how to set this up so we can make
> > independent releases? Should we ask for a separate git repository?
> 
> IMO, a separate GIT repository with independent release process seems
> the simpler way to handle what you report above.
> 
> Just my 2c.
> Regards.
> 
> --
> Francesco Chicchiriccò
> 
> Tirasa - Open Source Excellence
> http://www.tirasa.net/
> 
> Member at The Apache Software Foundation
> Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
> http://home.apache.org/~ilgrosso/
> 
> 
> 

Re: [DISCUSS] V4 JPA contribution

Posted by Francesco Chicchiriccò <il...@apache.org>.
On 21/09/2016 16:03, Amend, Christian wrote:
> Hi all,
>
> With Olingo Issue 1010 (https://issues.apache.org/jira/browse/OLINGO-1010) we got a big contribution for the V4 Olingo code line. I personally think this is great and we should integrate this into the Olingo project. The main question I have how this could be done best.
>  From the V2 JPA extension we learned that the inability to make JPA releases independent from the core library hurts the development process. Also a lot of feedback was centered around extending the JPA processor and requiring callbacks to adjust the SQL statements before they are send to the database. I am not really familiar with JPA and I did not dive into the details of the contribution to see if these points are already met. Any feedback here is welcome.
>
> For first steps I would suggest:
>
> -          Delete the POC JPA Jira Items as they are not needed anymore
>
> -          Integrate the code into our repository in a branch so everyone can look at the code
>
> -          Decide on a repository
>
> -          Decide on a release strategy
>
> -          Perform an alpha release and collect feedback
>
> WDYT? Do you have any ideas about how to set this up so we can make independent releases? Should we ask for a separate git repository?

IMO, a separate GIT repository with independent release process seems 
the simpler way to handle what you report above.

Just my 2c.
Regards.

-- 
Francesco Chicchiriccò

Tirasa - Open Source Excellence
http://www.tirasa.net/

Member at The Apache Software Foundation
Syncope, Cocoon, Olingo, CXF, OpenJPA, PonyMail
http://home.apache.org/~ilgrosso/