My understanding, with information about Carlos’ code based only on this thread, is... With the current GPL3 licensing of Carlos’ previous work, you cannot continue development of that code at Apache.
I think the ideal solution would be for Carlos to relicense the code under AL 2 and contribute it to Camel. This would open it to more collaboration and wider awareness. Other possibilities are: - Start a new component at Apache. - Continue work on Carlos’ component at its current location. I doubt this would qualify for GSOC related to Camel, but I don’t know any details. David Jencks > On Mar 10, 2020, at 10:51 AM, Juan Segarra <juanksegar...@gmail.com> wrote: > > Hi. > > If you all agree I could go for my first suggestion in my proposal, which > will be to create a new camel-oai-pmh project based on Carlos' previous > work, fixing possible issues and fulfilling missing features. Obviously, I > will add authorship acknowledgements on the code that I reuse from Carlos > and references to his original project. Also, as suggested by Denis I could > extend my work with documentation, examples, osgi support, etc. > > I you agree with that I could prepare my proposal right away and share with > you in order to receive some feedback before sending it to Google. > > Please let me know your thoughts, specially related to possible the > licensing concerns on my plan. I am not an expert at all. > > > Cheers, > Juan > > El mar., 10 mar. 2020 a las 10:01, Carlos Badenes Olmedo (< > cbade...@gmail.com>) escribió: > >> Hi, >> >> Thank you very much, Ralf, for adding me to the loop. >> >> A few years ago I developed a component for Camel [1] to download >> meta-information from some OAI-PMH repositories. That was a partial work I >> had to develop in the European project DrInventor [2]. >> >> Since then I haven't worked on that component again but I would be happy >> to take up the work again to fix possible bugs, add new functionality and >> update what was needed. >> >> If you think it's a good starting point we can start from that content and >> move on. >> >> Regards >> >> [1] - https://github.com/cbadenes/camel-oaipmh < >> https://github.com/cbadenes/camel-oaipmh> >> [2] - http://drinventor.eu <http://drinventor.eu/> >> >> >> >> >> Carlos Badenes-Olmedo >> cbade...@gmail.com >> cbadenes.github.io <http://cbadenes.github.io/> >> >> >> >> >>> On 10 Mar 2020, at 10:45, Ralf Claussnitzer < >> ralf.claussnit...@slub-dresden.de> wrote: >>> >>> Hi, >>> >>> I made the original developer of the old OAI-PMH library (Carlos >> Badenes-Olmedo) aware of the discussion here. He showed interest in further >> developing the component but he did not yet join the discussion so I put >> him in BCC. >>> >>> @Carlos: Please consider registering for the mailing list. Maybe we can >> sort out the issues or even rewrite the component to current standards. >>> >>>> Alternatively, there are other standards that are not still implemented >> in >>>> Apache Camel and they are used in libraries world-wide such as >>>> MARC21/MARCXML [1] or Z39.50 [2]. >>> I can confirm. These are widly used in the library data space. But I >> think MARC21/MARCXML transformation does not need a component. >>> >>> Another (ancient) library standard is SRU [1]. That one could use a >> component too. >>> >>> [1] https://www.loc.gov/standards/sru/ >>> >>> Regards, >>> Ralf >>> >>> On 3/10/20 10:23 AM, Denis Istomin wrote: >>>> Hello Juan, >>>> I think it would be great idea to implement new camel-oai-pmh >>>> component with all features support (that you mentioned) including >>>> docs, examples, OSGI support etc. >>>> Also I think it would be useful to have specific example project that >>>> uses OAI-PMH (based on your expierence in university) [0]. >>>> >>>> By the way, you could implement multiple components/tasks during GSoC >> [1] >>>> Maybe you could start to write a proposal [2]. >>>> >>>> [0] https://github.com/apache/camel-examples >>>> [1] >> https://issues.apache.org/jira/browse/CAMEL-14625?jql=project%20%3D%20CAMEL%20AND%20labels%20%3D%20gsoc2020%20AND%20assignee%20in%20(EMPTY) >>>> [2] https://google.github.io/gsocguides/student/writing-a-proposal >>>> -- >>>> Denis Istomin >>>> >>>> On Tue, Mar 10, 2020 at 3:17 AM Juan Segarra <juanksegar...@gmail.com> >> wrote: >>>>> Hi all, >>>>> >>>>> I was not aware of the existence of that project [0], thanks for the >>>>> information. I think that there some details to take into account. >>>>> >>>>> - The project is licensed under GPL 3.0, I do not know if there is any >>>>> conflict with the Apache Licence. >>>>> - Even though the the last realease was a few months ago, the last >> commits >>>>> were made 4 years ago. >>>>> - Some features such as: GetRecord, ListSets are not implemented yet. >>>>> - Only the oai_dc metadata format seems to be supported, since there >> are >>>>> not schema definitions for other formats such as: xoai or rdf. >>>>> - It seems that it needs some minor changes to work, I downloaded the >> code >>>>> and tried to run it, but obtained some errors in the xjc goal of the >>>>> jaxb2-maven-plugin that need to be reviewed. >>>>> >>>>> I would like to know your opinion about this. On one hand, I could port >>>>> this project to the Apache Camel codebase (under the creator permission >>>>> obviously) and implement all missing features, On the other hand, I >> could >>>>> implement a new OAI-PMH component from scratch in order to not >> interfere >>>>> with this project. >>>>> >>>>> Alternatively, there are other standards that are not still >> implemented in >>>>> Apache Camel and they are used in libraries world-wide such as >>>>> MARC21/MARCXML [1] or Z39.50 [2]. There are also good options to be >> Apache >>>>> Camel Components and I have some experience working with them. So, I >> could >>>>> to create a proposal for them instead. >>>>> >>>>> Please let me known your thoughts about this. >>>>> >>>>> [0] https://github.com/cbadenes/camel-oaipmh >>>>> [1] https://en.wikipedia.org/wiki/MARC_standards >>>>> [2] https://en.wikipedia.org/wiki/Z39.50 >>>>> >>>>> Best regards >>>>> Juan >>>>> >>>>> El vie., 6 mar. 2020 a las 3:45, Andrea Cosentino (<anco...@gmail.com >>> ) >>>>> escribió: >>>>> >>>>>> Hello Juan, >>>>>> >>>>>> The proposal looks interesting to me. Maybe you can write down your >>>>>> proposal to submit for Gsoc. >>>>>> >>>>>> Il giorno gio 5 mar 2020 alle ore 05:56 Juan Segarra < >>>>>> juanksegar...@gmail.com> ha scritto: >>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> I am Juan Carlos Segarra a student at UDC in Ecuador. I am looking >>>>>> forward >>>>>>> to participate as a GSoC student this year. I have some experience >>>>>> working >>>>>>> with Java, Maven and Git, and I am familiar with Apache Camel >> because I >>>>>>> used it during an internship last year at my university. >>>>>>> >>>>>>> In that internship, we tried to integrate some digital repositories, >>>>>>> digital libraries and other sources of my university using only >> Apache >>>>>>> Camel, however as we found out, Apache Camel currently does not >> support >>>>>> the >>>>>>> OAI-PMH [0] protocol for harvesting that kind of data. So, we had to >>>>>>> develop a workaround with third-party software. Therefore, I thought >> I >>>>>>> could propose the implementation of a consumer component for OAI-PMH >> to >>>>>> the >>>>>>> Apache Camel Community. I think that such component will be extremely >>>>>>> useful for people working with digital repositories and data >> integration >>>>>> in >>>>>>> libraries world-wide. >>>>>>> >>>>>>> Please, let me known if you find my proposal interesting for Apache >> Camel >>>>>>> and if somebody would be interested in mentoring this, so I can work >> on a >>>>>>> formal proposal. >>>>>>> >>>>>>> [0] https://www.openarchives.org/pmh/ >>>>>>> >>>>>>> Regards, >>>>>>> Juan >>>>>>> >> >>
