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 > > > > >
