¿Por qué la biblioteca del cliente google api no está construida sobre el framework Abdera de Apache?

Question

Antes que nada quiero agradecer a los ingenieros de la API de Google GData por su buen trabajo y me gustaría mencionar que esta pregunta no pretende criticar nada. Solo señala cosas.

¿Alguien podría explicarme eso? Por lo que puedo ver, los desarrolladores de la biblioteca del cliente google api de java están reinventando la rueda. Es como escribir un nuevo JDK para un proyecto Java, porque el cliente abdera hace lo que hace la biblioteca del cliente google api y las características y adaptadores del servidor abdera también se pueden usar para muchas cosas, como persistencia de entrada y muchas otras.

Soy consciente del hecho de que el protocolo de datos de Google es una publicación atómica poco específica, pero si uno necesita usar algunas de las extravagantes extensiones y características que ofrece el proyecto Apache Abdera para este protocolo, es mejor no usar google api client library e implementar el cliente desde el principio con Abdera ... Y estoy seguro de que en muchos casos sus características como el adaptador JCR de Abdera serían muy útiles para google docs, google translator toolkit y prácticamente para la mayoría de otros.

Ahora es genial que haya una biblioteca de cliente google api para ser utilizada para los documentos de google, pero ¿qué voy a hacer con los documentos y las respuestas de feed de átomos? Creo que en más de la mitad de los casos también hay un repositorio o base de datos en el otro lado. Y en ese caso, se necesita abdera, no los simples clientes de google api que solo están coordinando/deshaciendo los feeds ...

De hecho, hay algo que persiste en todas las API de Google. Tendría sentido, si Google decidiera invertir el esfuerzo en la mejora o integración de Abdera ... Esto no ... Especialmente considerando un hecho muy conocido en el desarrollo de software, esa segunda versión generalmente se reescribe desde cero. Apache Abdera es un proyecto maduro con 5 años de existencia, utilizado por toneladas de aplicaciones.

Si hay razones por las cuales no veo y la implementación del cliente con el uso de pull parser solo era realmente necesaria, al menos usaría un xml pull parser que no está en desuso. Xmlpull.org tiene 6 años, pero está inactivo y ni siquiera implementa la api StAX. Implementación de referencia de stax.codehaus.org, implementación de stax por defecto de JRE, implementación de Apache Axiom y principalmente la implementación de woodstox.codehaus.org sería mucho mejor, ¿por qué evitar especificaciones y proyectos activos con soporte y comunidad?

Mis disculpas a los desarrolladores de google api client biblioteca java para esta crítica, pero realmente me gusta google apis, pero trabajar con la primera versión de este cliente fue realmente amarga experiencia, el lanzamiento actual es agradable. Pero en realidad se desperdició mucho tiempo principalmente debido a Reinventing the wheel y esos cambios extremos entre versiones de la versión 0 a través de gdata-java-client a google-api-client-java.

Finalmente, Google hace que las API se restrinjan después de que las personas invierten tanto tiempo como dinero, así que ¿por qué preocuparse? :-)

Recupero lo que dije, el software y el protocolo han cambiado mucho desde entonces ... ¡Ahora, cuando GData también sea compatible con JSON, ni siquiera tendría sentido usarlo!

Answer 1

Tuve el mismo problema. Puede obtener inspiración del proyecto google-feedserver. Utiliza la versión antigua de gdata de la biblioteca de cliente de google, pero el proyecto trata sobre la combinación de esta con Apache Abdera. Están haciendo persistencia de la base de datos a través de ibatis.

Sin embargo, lo que hice: pasé 2 días aprendiendo e implementando mi aplicación cliente con la biblioteca del cliente google api esperando que el desarrollo de la biblioteca continúe y se agregarán nuevas características.Pero desafortunadamente es más o menos lo mismo por mucho tiempo. Así que recientemente utilicé el cliente de Abdera y creé algunas extensiones org.apache.abdera.examples.extension.* para api de datos de Google y utilicé Abdera por completo. Si lo piensas, no es necesario utilizar la biblioteca del cliente google api. Sólo tiene que configurar la cabecera de autorización

clientLogin.authenticate().setAuthorizationHeader(Util.getTransport()); 

cuanto a por qué Google no utiliza marco Abdera, estoy pidiendo la misma pregunta. Es uno de los problemas del mundo Java. Desperdicio en muchos lugares. Abdera Framework es un proyecto realmente agradable y, con todo el respeto debido a Google, si decidieran crear su propia biblioteca cliente, deberían hacerlo con mayor potencia. (es mi opinión) En pocas palabras, si el framework de Abdera fuera malo, lo obtendría, pero está muy bien hecho y tiene muchas funciones.

Por otro lado, las características que Abdera framework tiene, existen debido a la naturaleza del proyecto. Es principalmente un servidor atompub, por lo que se supone que maneja los datos suministrados por los clientes. Pero los clientes de la API de Google también requieren un manejo, aunque la biblioteca de clientes de Google no ofrece la posibilidad.