http://www.nuxeo.org/discussions/forum.jspa?forumID=20
No dejéis de visitarlo. Estaremos por allí para ayudaros en todo lo que esté en nuestra mano para hacer más útil vuestra experiencia con esta herramienta de gestión documental.

La verdad es que mirando las cosas con perspectiva, la elección deAlresco
como proyectoOpen Source
no pasaría los controles que precisamente yo explico en mis clases en laEPSE
deValencia
:(. De todo se aprende.
- Es muy pesado. Por defecto tarda mucho en arrancar (¡incluso sin documentos!), y es complicado hacer que arranque/pare sin problemas. Da igual que leas las trazas de error, es más que probable que nunca sepas qué está pasando.
- La documentacuión de la versión community es mala, y en muchos casos anticuada o errónea.
- Si se te ocurre mirar los scripts de arranque/parada que vienen para
Linux
(comoalfresco.sh
), probablemente decidas que no es buena idea que tu empresa dependa de algo programado así (feo, muy feo).- Es un producto Open Source de muy poca calidad. Parece que las versiones community son sin certificar (¿aforismo de pre-beta?), sin actualizaciones de correcciones de fallos, y sin soporte de ningún tipo: si algo no va, espera a la siguiente versión y, con suerte, actualiza.
El viernes estaba en Sevilla, viendo a una importante empresa del sector TIC con más de mil empleados, y me comentaban lo siguiente:
Alfresco al principio tenía una versión community (labs) muy parecida a la versión enterprise, pero con el tiempo todo el parecido ha quedado en nada.. y claro la versión enterprise es realmente cara...
Cosas como los conectores a Oracle son de pago, y la muchas grandes cuentas usan este sistema gestor de bases de datos.
Repositorio a Repositorio (R2R): Este caso se da cuando los repositorios de contenido necesitan hablar directamente los unos con los otros.
- Gestionando registros que están almacenados en otros repositorios de forma centralizada. Esto se llama Gestión Federada de Registros, aunque es diferente del caso de uso Federado, que veremos más adelante.
- Publicación de contenido de un repositorio a otro. Un escenario común es la publicación de contenido desde un systema colaborativo / ECM directamente a un sistema WCM para publicar en una Intranet/Extranet.
Aplicación a Repositorio (A2R): Esto ocurre cuando una aplicación que utiliza contenido se engancha a un repositorio de contenido para gestionar todos los servicios relacionados con los contenidos.
- Sharepoint como un front-end. Si se implementa, Sharepoint puede convertirse en un front-end y cualquier otro repositorio puede utilizarse como back-end. De esta forma podrían resolverse los problemas de escalabilidad de Sharepoint sin que el usuario se vea afectado.
- Sistemas colaborativos. Todos los sistemas Enterprise 2.0, y las aplicaciones colaborativas actuales podrían utilizar un back-end robusto para proporcionar características como la unicidad de contenidos y la gestión de registros. Esto es lo mismo que el ejemplo anterior, pero generalizado.
- Aplicaciones Software Empresariales. Podría ser un gestor de procesos (BPM), un gestor de las relaciones con el cliente (CRM), o cualquier tipo de aplicación utilizada por una organización, el contenido se está conviertiendo en una gran parte de estos sistemas. Está empezando a ser crítico el tener un sitio centralizado en el que gestionar el contenido y aplicar reglas consistentes.
- Aplicaciones Verticales que usan Contenido (CEVAs). Como se comenta antes, CMIS puede hacer la vida más fácil a los fabricantes de CEVA. Deja que los expertos en cada dominio construyan una aplicación para la industria correspondiente y permíteles asociarlos con un sistema de contenidos para gestionarlos. Esto libera al fabricante de CEVA de tener que preocuparse sobre el contenido o de mantener tantas interfaces diferentes. Eso significa poder invertir más dinero de I+D en funcionalidades reales.
- Aplicaciones de productividad. ¿Por qué no enlazar Word, Excel, Open Office o cualquier otro tipo de aplicación a un repositorio utilizando CMIS? Parece una buena forma de hacer una integración portable, similar a lo que se intentó con ODMA (aportado por @billtrippe a través de twitter en 8/17/09)
Repositorios Federados: Esto ocurre cuando una aplicación necesita hablar con muchos repositorios diferentes utilizando una única interfaz al usuario.
- Búsqueda federada. Esto significa básicamente lo que se puede ver en la demo de iECM. Alguien podría realizar una búsqueda en múltiples repositorios.
- Federación en lugar de migración. Una aplicación puede interactuar con múltiples repositorios. En vez de migrar todo el contenido de un viejo repositorio inmediatamente, se podría tener al interfaz interaactuando con el viejo repositorio hasta que esté completamente migrado o totalmente desfasado. La aplicación puede almacenar el nuevo contenido en el nuevo repositorio por defecto.