nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

Problema grave: RepositoryServiceSoapBindingStub con Alfresco 5.0?

spilby

Buenos días,

me encuentro con un problema muy grave. Hemos cambiado a Alfresco 5.0, hemos hecho cambio en el modelo, añadido behaviors, aspectos y varias cosas más. Tenemos unos webscripts que hemos actualizado, y de momento todo bien sin problemas.

Llega el momento de probar una aplicación java que tenemos, que usa las librerias alfresco-webservice-client-2.1.jar. Nos autenticamos de la siguiente manera:

WebServiceFactory.setEndpointAddress(endPoint);
AuthenticationResult result = WebServiceFactory.getAuthenticationService().startSession(username, password);
‍‍‍‍

Pero para la url que empleamos (/alfresco/api) no conecta, y devuelve un org.alfresco.webservice.util.WebServiceException: Error starting session.

Empiezo a leer y veo que desde la 5.0 esa url se emplea sólo para los servicios REST. Y me ha parecido entender que ya no se pueden usar los webservice-client. ¿Es realmente así?

Al trabajar con los nodos hacemos cosas como…

RepositoryServiceSoapBindingStub repositoryService = SessionManager.getRepositoryService(sessionId);
Predicate pred = new Predicate();
pred.setNodes(new Reference[] { new Reference(STORE, null, alfPath) });
node = repositoryService.get(pred);
‍‍‍‍‍‍

Ya no sirve nada de esto?? O sólo la autenticación??

No sé si hemos de rehacerlo TODO o es simplemente un cambio de librería o url, porque de tener que cambiarlo todo va a ser un gran problema de tiempo! ¿Me podría aclarar alguien qué cambios implica en este sentido usar la 5.0, por favor?

Muchísimas gracias

Find more posts tagged with

Comments

angelborroy

Lo cierto es que la vieja API SOAP ya no está disponible.

Puedes utilizar SOAP con la API CMIS (eligiendo el binding SOAP), pero implicará rehacer el código. Si vais a rehacerlo, creo que la mejor opción sería usar la API CMIS pero con el binding Atom (para hacer la comunicación más eficiente).

spilby

Ostras… Pues no lo teníamos en cuenta. Es que todo lo que hacemos, buscar, crear, borrar, lo hacemos con las clases CMLDelete, CMLUpdate, etc del web-service-client. Con la API CMIS es muy diferente?? No habrá por casualidad algun tutorial con las equivalencias de una API a la otra? Vaya problema se nos viene encima…

A ver, calma, he visto la luz. Una duda al respecto… En la wiki de alfresco pone:

<blockcode>
Please note that this API has been superceded by CMIS (specifically, the CMIS SOAP binding).
It's use is no longer recommended. This functionality was removed from Alfresco in 5.0.b.
Please also note that the endpoint for soap web services was moved for alfresco 4.2.d. To make way for the public api.
Now instead of being http://localhost:8080/alfresco/api the soap services resides at http://localhost:8080/alfresco/soapapi.
This API was removed in Alfresco 5.0 and is no longer available. Use the CMIS web services bindings instead.
</blockcode>

Entiendo entonces que la API desaparece a partir de la 5.0, y en la 4.2d aún se pueden encontrar los webservice aunque cambiando /alfresco/api por /alfresco/soapapi. Lo digo porque como posible solución, podríamos usar Alfresco 4.2d. Al menos de momento. Y seguirían funcionando los webservice sin cambiar código. Y la funcionalidad de poder buscar en BD sin pasar por SOLR (Transactional queries), que es la que nos interesaba sobretodo, creo que también está en la 4.2.d.

Como diferencias entre 4.2d y la 5.0 (no a nivel de share sino de desarrollo, ya que el share no lo usamos) veo que la principal es el uso de SOLR en lugar de Lucene. No sé si en cuanto a rendimiento se han hecho grandes mejoras. Usar 4.2d podría ser una solución (venimos de la 4.1.6).

angelborroy

Es algo que tenéis que evaluar con calma.

La API SOAP CMIS no tiene nada que ver con la SOAP API que estáis usando, por eso te sugería cambiarte a CMIS Atom.

En cuanto a las más importantes diferencias entre la 4.2.d y la 5.0 destaca el paso de SOLR1 a SOLR4. También incluye un montón de mejoras en el interfaz de Alfresco Share (aikau, PDF.js, búsqueda facetada, sugerencias de búsqueda…) pero si no lo usáis, no debería influir en la decisión. Creo que, en efecto, la 4.2.d era la primera que incluía las Transactional Queries.

También hay que notar que la 4.2.d fue una versión efímera (duró apenas mes y medio), ya que fue rápidamente sustituida por la 4.2.e. Así que estaríais usando una versión "rara".

Finalmente, en cuanto a rendimiento del repo, no hay diferencias notables entre la 4.1.6 y la 4.2.d

spilby

Ah ok, decía la 4.2d porque es la que indicaban en la wiki. Pero si en la 4.2e (o incluso la 4.2f) se pueden seguir usando los webservices, no hay problema en usar la 4.2e.

Entre la 4.1.6 y la 4.2.d indicabas que no hay mucha diferencia de rendimiento. Entre la 4.2 y la 5.0 (debido imagino al cambio a SOLR4) supongo que sí encontraría diferencias de rendimiento, no sé si notables o no.

Por cierto, buscando hasta que versión de la 4.2 hay cliente webservice, he encontrado este link:

https://maven.alfresco.com/nexus/content/groups/public/org/alfresco/alfresco-web-service-client/5.0.a/

La 5.0.a! Eso sí, compilado con la Java 7.

angelborroy

La 5.0.a fue un fiasco (con perdón), creo que la más estable de todas tus opciones es la 4.2.f.

Aunque también deberías pensar que algún día deberías cambiar tus integraciones a CMIS: quizá no sea demasiado complicado hacer un wrapper para los objetos clientes de SOAP y traducir las invocaciones a CMIS.

spilby

Ah ok, pues la 4.2f entonces. Al ver 5.0 pensé si podría funcionar para Alfresco 5.0, me extrañaba si han quitado los servicios soap que iban con webservice para 5.0, pero no sabia si era una especie de wraper para hacerlo compatible o algo. No tiene nada que ver entonces, no? Aunque ponga 5.0 no funcionará con Alfresco 5.0?

angelborroy

Una cosa es el cliente y otra el servidor.

El servidor SOAP solo está hasta la 5.0.a, así que si usas el cliente con una versión superior de Alfresco encontrarás el servidor vacío.

spilby

Una pregunta sobre versiones… He encontrado este link con fechas de soporte.

https://www.alfresco.com/services/subscription/technical-support/product-support-status

Concretamente, indica ésto sobre las últimas releases:

Product   -    Support Status    -   First Release   -    Deprecation    -   End of Maintenance

Alfresco Version 5.x   -    Full Support   -    3rd Dec 2014   -    TBA   -    TBA
Alfresco Version 4.2.5   -    Full Support   -    25th Nov 2015   -    TBA   -    TBA
Alfresco Version 4.x (excluding 4.2.5)   -    Limited Support   -    31st Jan 2012   -    3rd Dec 2014   -    TBA
Alfresco Version 3.4.14   -    Limited Support   -    21st Jan 2011    -   3rd Dec 2014    -   TBA

(TBA es To Be Announced)

Veo que para versiones community se emplean letras y para las enterprise números. Nosotros tenemos la enterprise. La 4.2.5 equivale a la 4.2.f de la que hablábamos como la última y más estable? Es decir, la "a" comienza con el "0"? Imagino que sí, ya que entiendo que el soporte especial que se indica en la tabla (segunda fila) debe corresponder a la última versión, que se alarga más su deprecation date por ser la última y más estable. Pero por confirmarlo seguro.

angelborroy

En realidad las versiones Community y Enterprise no tienen una correspondencia directa. Cada una tiene su propio ciclo de vida.

spilby

Oks, en ese caso instalaremos la 4.2.5 de la enterprise, que es la última por lo que veo. Si supieras de algun problema con esa versión, encantado de saberlo.

Entiendo que todo lo que hablamos de la 4.2.f (acceso a BD sin pasar por SOLR, acceso a los webservices) lo lleva la 4.2.5.

Y una duda también… Para usar los webservices en la 4.2.5 enterprise, ¿he de usar la libreria alfresco-web-service-client-4.2.f? Al llevar una "f" ya no tengo claro si está pensando para la community o no tiene nada que ver.

angelborroy

En el portal de soporte de Alfresco tienes la última versión disponible de la 4.2 (denominada 4.2.5.1) con todas las funcionalidades de la 4.2.f

También tienes el cliente de webservices: "4.2.5.1 Alfresco web service client zip package"

Supongo que el de la Community funcionará, pero siempre es mejor utilizar la distribución oficial.

spilby

Oks, perfecto Ángel, buscaré esa versión entonces.

Nuestra idea es migrar a esa versión y poco a poco ir pasando las llamadas webservices a servicios rest. Y cuando los tengamos todos migrados, que nos llevará un tiempo, pasar a la Alfresco 5.0, que ya no requerirá ningun cambio de desarrollo y debería ser rápido y transparente cuando lo hagamos.

angelborroy

Parece un buen plan, aunque como decía anteriormente y, ya que os ponéis, yo cambiaría a llamadas CMIS AtomPub en vez de a la API REST.

spilby

Bueno, es que en realidad no usaremos la API Rest concretamente, me he expresado mal por querer simplificar.

Lo que haremos son llamadas REST a los webscripts propios que hice en su día, y a algunos nuevos que serán los que iremos haciendo a medida que migremos las antiguas llamadas a webservices.

Así, ya que cada operación implica una lógica de negocio (propiedades que se actualizan en el árbol, permisos que mirar, y otras cosas), en lugar de hacer N llamadas a la API desde la aplicación java, haremos una sola y que sean nuestros java backed webscripts quienes hagan el trabajo y respondan. De esta manera creo que será mas eficiente para nuestro modelo.

De todas formas, si necesitamos hacer alguna operación aislada, tendré en cuenta usar CMIS Atom en lugar de rest si así me lo recomiendas.