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.

Tipos de Contenido en WQS

elena

Buenas,

Según estoy entendiendo, AVM esta deprecado y en su lugar habrá que usar WQS. El problema que tengo es que no se identificar la correspondencia de webForms y webscripts de AVM (lo usaba en Alfresco Explorer ECM) a como crear tipos de contenido y contenido en WQS.

Es decir, quiero crear un tipo de contenido "Noticia" que tenga por ejemplo las siguientes características:

<xs:schema>
   <xs:element name="noticia">
      <xs:complexType>
         <xs:sequence>
            <xs:element name="Título" type="xs:normalizedString"/>
            <xs:element name="Resumen" type="xs:normalizedString" minOccurs="0"/>
            <xs:element name="Encabezado" type="xs:normalizedString" minOccurs="0"/>
         </xs:sequence>
      </xs:complexType>
   </xs:element>
</xs:schema>

En AVM tendría que hacerlo en Data Dictionary > Web Forms. ¿Y en WQS?

Gracias!!

Find more posts tagged with

Comments

venzia

Hola Elena,
En WQS puedes generar los tipos que desees y definir los forms de dichos tipos a través de config, luego tendrás que indicar en la correspondiente "colección de la seccion noticias" cuales deseas mostrar (a través de querys cmis), el número de entradas, la configuración del "rendition" (como lo mostramos) y alguna propiedad más. Échale un vistazo al siguiente artículo, donde se explica bastante bien http://docs.alfresco.com/4.0/index.jsp?topic=%2Fcom.alfresco.enterprise.doc%2Fconcepts%2FWQS-intro.html.
Básicamente ese es el modelo de generación de tipos, muy en la línea del funcionamiento "standar" de Share.

Espero que te sirva de ayuda.
Saludos!

elena

Muchas gracias,

Estuve leyendo el documento, pero tengo una duda, para crear tipos de contenidos, contenidos y presentación asociada, ¿no hay ninguna opción en el share que te permita añadir tipos de contenido? (me refiero de forma visual, tal como teniamos en Explorer ECM) ¿O hay que hacerlo tocando los archivos de configuracion? (A eso te refieres con el config?)

Un saludo,

Gracias!!!

venzia

Efectivamente, por defecto debes hacerlo desde ficheros de configuración siguiendo las "buenas prácticas". Otra opción es instalar el siguiente módulo que te lo permite de forma visual http://addons.alfresco.com/addons/alfresco-form-model-management .. si bien no lo he probado.
Espero que te sirva de ayuda.
Saludos!

elena

Buenas,

A qué te refieres exactamente con hacerlo a través de "config"? Donde está ese directorio?

Muchas gracias!!!

venzia

Hola Elena, siento haberte liado, a ver si ahora :
Lo que comento es que debes hacerlo desde ficheros de configuración de Spring, es decir, los típicos xml que incorpora Alfresco para casos varios (delcaración de beans, propiedades, modelos, etc..). Tomando como ejemplo este particular, si lo que necesitas es generar un tipo de contenido Noticia puedes tomar como base el trabajo de modelado que ya incorpora WQS (incluye News que seguro te valen). Dicha declaración se realiza en tomcat/webapps/alfresco/WEB-INF/classes/alfresco/module/org_alfresco_module_wcmquickstart/model/webSiteModel.xml .. y la configuración que define su "presentación" en el cliente Share se declara en tomcat/webapps/alfresco/WEB-INF/classes/alfresco/module/org_alfresco_module_wcmquickstart/web-client-custom.xml.

Lo ideal es que intentes adecuarte a los tipos y aspectos existentes pues está basado en un modelo "estandar" de publicación de contenidos Web. En caso de tener que crear nuevos lo deberías incorporar a tomcat/shared/classes/alfresco/extension/customModel.xml y custom-model-context.xml (modelos) y por otro lado a tomcat/shared/classes/alfresco/web-extension/share-config-custom.xml (presentación en Share).

Espero que con esto te quede más claro.
Saludos!

elena

Muchisimas gracias,

Poco a poco me voy enterando, estoy bastante perdida. Entonces, suponiendo que yo quiero crear un tipo de datos noticia que tenga: Fecha, Titulo, imagen, entrada y cuerpo. ¿Tendría que crear un tipo de datos nuevo (extension)? De otra forma, ¿Como podría utilizar el tipo de datos news? Mi problema es que en shared solo veo html, xml y plain text cuando le doy a "create content" (es decir, no veo create content>news y me aparece un form con fecha, titulo, etc.).

Muchas gracias por tu ayuda,

Un saludo!!!

venzia

Hola de nuevo elena, veo que vamos avanzando

..
El problema en Share (que no shared jeje) es que no permite (por defecto) editar todos los metadatos al crear el contenido de tipo noticia, si bien con la instalación de WQS se implementan unos "comportamientos" ((behaviours) que aplican el modelo de contenido en función a ciertos criterios como la extensión del documento y/o el path, así pues, si generas un "nombre_noticia.html" en la carpeta "News" (o Noticias) verás que tras darlo de alta e ir a editar metadatos ("Full metadata edit page") podrás asignar una imagen primaria y otra secundaria, entre otras propiedades.
También comentar que estas imágenes tienen un "Rendition Config" definido para presentarlas con su formato adecuado en el portal (miniaturas, cabecera, etc..) .. si bien esto lo hace por defecto, aunque lo puedes personalizar.

Vuelvo a aconsejarte que si con el modelo existente te puedes valer mejor, pues cualquier cambio que quieras aplicar para personalizar la lógica tendrá que ser tenido en cuenta para el correcto funcionamiento del portal (y esto si es algo más complejo de explicar).

Ve probando y nos cuentas.
Saludos!

elena

Buenas!

Te voy siguiendo que no es poco

. Bien, los tipos de contenido existentes no me sirven ya que la aplicación necesita de unos tipos de datos muy especificos.

Para la prueba incial, ya tengo creados los ficheros customModel.xml y custom-model-context.xml (los he cogido de otros foros y los he modificado xa que se adapten a una noticia por ejemplo), pero tengo una duda, ¿hay que crear el fichero share-config-custom.xml o el web-client-config-custom.xml?

Por otra parte, tengo otra duda, ¿los modelos del diccionario de datos, es parte del modulo WQS?

Muchisimas gracias!!!

venzia

Ok, te voy comentando ..

Para la prueba incial, ya tengo creados los ficheros customModel.xml y custom-model-context.xml (los he cogido de otros foros y los he modificado xa que se adapten a una noticia por ejemplo), pero tengo una duda, ¿hay que crear el fichero share-config-custom.xml o el web-client-config-custom.xml?

Debes crear el fichero share-config-custom.xml (predefinido para "Presentacion" de modelos en Share) ubicado en tomcat/shared/classes/alfresco/web-extension, ya que el web-client-config-custom.xml se refiere a Alfresco Explorer (predefinido para "Presentacion" de modelos en webclient tradicional), y se suele ubicar en tomcat/shared/classes/alfresco/extension.

Por otra parte, tengo otra duda, ¿los modelos del diccionario de datos, es parte del modulo WQS?

Los modelos de tomcat/webapps/alfresco/WEB-INF/classes/alfresco/module/org_alfresco_module_wcmquickstart/model/webSiteModel.xml son los que incorpora WQS a Alfresco (ws:webasset o ws:article por ejemplo), los del diccionario de datos viene en cualquier instalación de Alfresco (con tipos "base" como cm:content y cm:folder por ejemplo).

Espero haber aclarado tus dudas

.
Saludos!

elena

Muchas gracias, aclaradas las dudas.

Todo esto tiene un próposito, te cuento para que puedas ayudarme mejor.
Tenemos varios portales que como gestor de contenidos utilizan Alfresco (recuperan los contenidos y los pintan en el portal). Nuestro problema es que hasta ahora hemos desarrollado todos los tipos de contenido (noticias, eventos, banners, etc.), contenidos y presentación, mediante la creación de webforms, webscript y web projects en Alfresco Explorer.
Ahora nos han comunicado que esto esta obsoleto ya que utiliza AVM y hay que utilizar WQS.

Llegados a este punto hemos de hacer toda la migración, pero para eso tenemos que saber como se utiliza toda la creación de tipos, contenidos y presentación de los mismos en WQS. Este es el punto de partida de todas las preguntas que te he hecho anteriormente.

Te agradecería que pudieras encaminarme.

Muchisimas gracias,

Un saludo.

venzia

Entiendo Elena, este es un problema típico que a muchos clientes les va a costar afrontar (raro el mes que no nos llega alguna solicitud del estilo

).
La buena noticia, empecemos por esta, es que con el nuevo modelo trabajas de una forma "más natural" con Alfresco, quiero decir, utilizas el "store" típico, modelos, forms y demás componentes que existen (y existirán) en posteriores versiones de Alfresco, ya que conforman la lógica básica de la tecnología que sustenta a Share. Otro detalle a tener en cuenta es que con WQS el trabajo es mucho más intuitivo y dinámico (aún recuerdo lo que me costo particularmente entender el mecanismo del WCM antiguo). Estos son los principales a favor de la apuesta por esta solución, aunque hay muchos más beneficios en "usabilidad y potencia" que iréis viendo a medida que vayáis usándolo (Renditions, Template mappings, Workflows de Aprobación, Espacios Editorial y Live, etc..).
La mala, la cual estás "palpando", es que inicialmente se busca trasladar la forma de trabajo del antiguo WCM a este nuevo modelo de publicación y esto, la mayoría de las veces no es posible. Mi consejo es que, si no es un proyecto urgente (si lo fuera lo mejor es externalizar el servicio a cualquier especialista contrastado :roll: ) os vayáis empapando de las definiciones, características y métodos enunciados en la documentación oficial http://docs.alfresco.com/4.0/topic/com.alfresco.enterprise.doc/concepts/WCM-intro.html y http://docs.alfresco.com/4.0/topic/com.alfresco.enterprise.doc/concepts/qs-intro.html. Una vez tengáis todo esto claro "solo" quedaría traducir el modelo de trabajo anterior al mecanismo de WQS, el cual veréis es mucho más sencillo.

Espero haber dado una explicación clara y que os sirva de ayuda.
Saludos y suerte!

elena

Buenos días,

Entonces, si los modelos del diccionario de datos están en cualquier instalación de Alfresco, ¿Por qué se dice que hay que hacer una migración de AVM a WQS?. Realmente vamos a usar Alfresco base para crear todos los tipos de contenidos, contenidos y demás que teniamos con AVM, no?

Siento ser pesada, pero necesito enterarme un poco bien de todo esto y los documentos me resultan un poco confusos en este terreno.

Muchisimas gracias,

Un saludo

venzia

Bueno, en ese aspecto veo cierta confusión de términos, seguramente tu te referías al contenido de Company Home/Data Dictionary/Models (ubicado dentro del repositorio de Alfresco) y yo me refiero al Diccionario de Datos "base" de Alfresco (el que describe los tipos de contenido y aspectos que utiliza el sistema para elementos "base" como documentos y carpetas estandar, por ejemplo). La migración debe realizarse por la diferencia del "Store" utilizado entre el modelo antiguo y el nuevo (WQS no mantiene sus contenidos en el store AVM, sino en el ADM) .. para más info en este aspecto consulta http://wiki.alfresco.com/wiki/WCM_Overview#What_is_the_AVM.3F y http://wiki.alfresco.com/wiki/AVM.

Saludos!

elena

Muchas gracias,

Entonces, en realidad la migración es de AVM a ADM, no?.

Si los modelos ya existían antes, ¿por qué no se implementaban todos los tipos de contenidos y contenidos utilizando ese método (en lugar de web Forms y web projects)?.

Es que por lo que yo leo en la documentacion WQS me parece un aplicación web implentada siguiendo modelos, aspectos y propiedades, pero no veo la correspondencia entre esta aplicación y los antiguos web form (en WQS no puedes generar nuevos tipos de contenidos, solo puedes usar los existentes).

Muchas gracias!!!!!

venzia

Te comento ..

Entonces, en realidad la migración es de AVM a ADM, no?.

Básicamente así es, pero esta migración va enfocada a reutilizar los contenidos generados con el antiguo AVM en ADM (por ejemplo Noticias, Imágenes, etc..).

Si los modelos ya existían antes, ¿por qué no se implementaban todos los tipos de contenidos y contenidos utilizando ese método (en lugar de web Forms y web projects)?.

Ten en cuenta que el WCM que estabais usando es un modulo adicional de Alfresco ECM, el cual añade las particularidades mostradas en la interfaz de Alfresco Explorer. Digamos que WQS es similar, aunque cambia la dinámica de trabajo (nada de webforms y webprojects, ahora son forms y sites respectivamente).

Es que por lo que yo leo en la documentacion WQS me parece un aplicación web implentada siguiendo modelos, aspectos y propiedades, pero no veo la correspondencia entre esta aplicación y los antiguos web form (en WQS no puedes generar nuevos tipos de contenidos, solo puedes usar los existentes).

Si que puedes, si bien tendrás que adaptar el uso de estos nuevos tipos, aspectos y propiedades a la dinámica de trabajo de ejemplo que trae WQS cuando lo instalas y cargas el "contenido demo".

Siento sintetizar tanto, quizá sea este el problema por el que pueda confundirte en algunos momentos, pero ahora mismo ando liado con algún que otro proyecto y no puedo dedicarle demasiado tiempo (o al menos el que me gustaría para poder ayudaros).
Saludos!

elena

No te preocupes, agradezco muchisimo la ayuda.

Hasta ahora todo claro, llegados a este punto tengo la duda de, el web form, por ejemplo "noticia" (con titulo, cabecera, bla bla) creado en WCM, ¿cómo lo migro a WQS?
Es decir, si me creo un nuevo modelo realmente no estoy usando WQS (además los modelos también se pueden en Alfresco Base, no?).

Resumiendo, mi duda es que yo veo que WQS es una aplicación más de presentación que de creación y gestión de nuevos tipos de contenidos. Si me quiero crear un nuevo tipo de contenido tengo que hacerlo mediante un "nuevo modelo" y esto ¿no se puede hacer en Alfresco Base sin WQS instalado? Por tanto, WQS para que se usa?¿Para crear html, texto plano y cambiar los estilos de presentación de una página?

Contesta cuando puedas, si estas ocupado no hay problema.

Muchas gracias.

venzia

Tranquila Elena, cuando no puedo no hay nada que hacer y ahora tengo un hueco .. además que he dado con buen material .. échale un vistazo a las siguientes referencias, que seguro aclaran tus dudas de forma general (no se como no dí con ellos antes

ops: ) :
http://vimeo.com/18977247
http://www.slideshare.net/toniblyx/alfresco-web-quick-start-en-espaol

Luego haznos saber las dudas que aún tengas, para culminar este "mini-master" en WQS

.
Saludos!!

elena

Buenas, gracias por la documentación, en cualquier caso ya la había visto pero es que realmente no resuelve nuestras dudas, igual no estoy enfocando bien el problema.

Nosotros tenemos una arquitectura tal que un portlet en Websphere Portal que consume contenidos de Alfresco, donde contribuimos tipos de contenidos (web forms) y contenidos (web projects). Esto hay que cambiarlo al nuevo modelo de Alfresco, WQS.

Entonces, si quiero crear nuevos tipos de contenidos tengo que crear un nuevos modelos? Y la duda viene en, si los modelos ya existian antes de WQS, ¿por qué todo se creaba mediante web forms en lugar de crear un nuevos modelos?. En resumen, ¿Qúé sustituye a los web form antiguos?

Son dudas más bien teóricas para saber como llamar a cada cosa por su nombre.

Muchismas gracias por la ayuda.

venzia

Ok, ya entiendo .. y pensaba que la finalidad era migrar una serie de portales gestionados por el antiguo WCM al nuevo WQS, lo cual no es así. Dicho esto te explico lo que entiendo :
1.Seguramente no necesites WQS para nada, pues esta extensión es básicamente una estructura de portal predefinido bastante genérico (paginas, plantillas, tipos de contenido y reglas) sobre el que basarse para la administración de un site web desde Share. Sobre esta estructura puedes añadir tus particularidades, por ejemplo, un tipo de contenido "Caso de exito", similar a noticias, pero que se muestra en otro apartado (menu o submenu) del sitio web. Si esta estructura no es mostrada directamente en una aplicación web no tiene sentido que gestiones tus contenidos con la extensión WQS, pues Alfresco te proporciona otros modelos para consumir contenidos más orientados a vuestro enfoque práctico.
2.Si lo que necesitas es consumir contenidos de Alfresco siguiendo los nuevos métodos la idea, a vuelo pluma, sería utilizar las APIS CMIS o REST de Alfresco, para solicitar dichos contenidos en función a unos criterios dados basados en vuestras necesidades, así por ejemplo para traer los últimos artículos generados en el Site "Prensa" (lo que antes eran webprojects ahora pueden ser Sites de Share) sería necesario desarrollar (o reutilizar) un webscript que obtenga, dado el nombre de un sitio, los X últimos artículos generados (en función de si CMIS o REST el query se puede hacer por CMIS querys o Lucene querys principalmente).

Respecto a tus preguntas ..

Entonces, si quiero crear nuevos tipos de contenidos tengo que crear un nuevos modelos?

Exacto.

Y la duda viene en, si los modelos ya existian antes de WQS, ¿por qué todo se creaba mediante web forms en lugar de crear un nuevos modelos?

La posibilidad de crear modelos de contenido ha existido siempre (desde 1.x tenemos constancia de ello), si bien en aquellos entonces Alfresco no estaba muy enfocado al contenido Web. Por ello crearon la extensión WCM, la cual sentó las bases para gestionar este tipo de contenidos en las posteriores evoluciones de Alfresco. Al crear Share Alfresco apostó estratégicamente por esta tecnología (Spring Surf) que poco tiene que ver con la antigua, relativamente obsoleta (JSF). Tampoco te puedo decir mucho más en este aspecto.

En resumen, ¿Qúé sustituye a los web form antiguos?

El form engine que incorpora Share por defecto http://wiki.alfresco.com/wiki/Forms.

Espero que con estos detalles se aclaren muchos de esos conceptos "teóricos".
Saludos!

elena

Buenos días,

Muchisimas gracias, ahora ya esta todo claro, solo una pequeña duda, los forms realmente no serían lo mismo que los web form porque si no entiendo mal la documentación, los models definen los tipos de datos y los forms la forma en que se visualizan los campos de esos datos, es decir, si quiero un tipo de dato "evento" debería de crearme un custom model evento y luego con los forms mostrar los campos que quiero que se rellenen de ese tipo (como se muestran, etc.), no?. Igual no lo he entendido bien.

Muchas gracias por tu ayuda,

Un saludo.

venzia

Buenos días Elena,

los forms realmente no serían lo mismo que los web form porque si no entiendo mal la documentación, los models definen los tipos de datos y los forms la forma en que se visualizan los campos de esos datos, es decir, si quiero un tipo de dato "evento" debería de crearme un custom model evento y luego con los forms mostrar los campos que quiero que se rellenen de ese tipo (como se muestran, etc.), no?. Igual no lo he entendido bien.

Efectivamente, así es! .. estaba intentando sintetizar la idea y por lo que veo has entendido perfectamente el concepto : un form es el componente de gestión de los metadatos de un modelo/tipo de contenido existente en Alfresco.

Espero haber servidor de ayuda.
Saludos y suerte!

elena

Muchisimas gracias, me ha servido de gran ayuda,

Con la antigua herramienta, podiamos generar web forms (models y forms) que se asociaban a los web projects (sites), es decir, que un proyecto web podia usar "x" tipos de contenido. Ahora se pude hacer esa asociación también? O todos los models que se definan aplican a todos los sites?

Muchas gracias!!!

venzia

Con la antigua herramienta, podiamos generar web forms (models y forms) que se asociaban a los web projects (sites), es decir, que un proyecto web podia usar "x" tipos de contenido. Ahora se pude hacer esa asociación también? O todos los models que se definan aplican a todos los sites?

Todos los modelos que se definan aplican a todos los Sites (e incluso al Respository general, donde esta Company Home).

Saludos!

elena

Buenas,

Estoy intentando crear un tipo de contenido con una estructura definida (ej: noticia, titulo, entrada y cuerpo) y me es imposible con modelado de datos (modelos y forms). Estoy leyendo la documentación, y al parecer solo puedo asociarle metadatos, pero yo no quiero definir los metadatos, si no la estructura del propio contenido.

Gracias,

Un saludo

venzia

Hola Elena, una vez proporcionas esa "Noticia, titulo, entrada y cuerpo" puedes determinar el "formato/composición de la plantilla" para visualizarlo como sea necesario. Para ello se suelen utilizar las plantillas de salida .ftl, asociadas a un webscript (http://wiki.alfresco.com/wiki/Web_Scripts) dado.
Saludos!

elena

Buenas,

No hay ninguna forma que en la interfaz de creación de contenidos, le asocies un tipo y te aparezcan los campos a rellenar, es decir:

Tipo Noticia:

Titulo: [ a rellenar por el que contribuye ]
Cuerpo: [ a rellenar por el que contribuye ]
….

En cualquier caso, tampoco se puede definir una estructura de datos (los web forms antiguos: xsd) para que valide el XML cuando lo cargas? Es decir, todo se tiene que hacer con la visualización? (supongo que leeras las etiquetas del xml y las presentaras de una forma u otra, a eso te refieres, no?)

Gracias!!!!!

venzia

Te comento ..

No hay ninguna forma que en la interfaz de creación de contenidos, le asocies un tipo y te aparezcan los campos a rellenar, es decir:

Tipo Noticia:

Titulo: [ a rellenar por el que contribuye ]
Cuerpo: [ a rellenar por el que contribuye ]
….

Por defecto en Share esta característica no funciona igual que en Explorer, se suele crear el cotenido (html en este caso) y mediante reglas o acciones para especializar el tipo se le añaden estos metadatos "personalizados". Otra opcion es realizar una parametrización para exponer tu tipo de contenido en el menu de "creación de contenidos" ( como hacen los compañeros de Zylk http://www.zylk.net/web/guest/web-2-0/blog/-/blogs/creacion-de-contenidos-personalizados-en-alfresco-share ).

En cualquier caso, tampoco se puede definir una estructura de datos (los web forms antiguos: xsd) para que valide el XML cuando lo cargas? Es decir, todo se tiene que hacer con la visualización? (supongo que leeras las etiquetas del xml y las presentaras de una forma u otra, a eso te refieres, no?)

La estructura de presentación de los datos en integraciones con sistemas externos (portlet websphere) la defines tu, dados los metadatos del contenido que obtienes vía consulta (lucene, cmis, xpath..).

Saludos!

elena

Buenos días,

¿Entonces no es posible definir en Share un formulario de entrada de datos para que un usuario sin conocimiento en html (o xml) pueda contribuir contenido?¿Todas las contribuciones con distintos tipos de datos se hacen a través de XML y HTML?

Muchas gracias,

Un saludo.

venzia

Hola Elena,

¿Entonces no es posible definir en Share un formulario de entrada de datos para que un usuario sin conocimiento en html (o xml) pueda contribuir contenido?¿Todas las contribuciones con distintos tipos de datos se hacen a través de XML y HTML?

Claro que sí, así es como funciona, por ejemplo, cuando creas un contenido html desde la interfaz de Share. Tú caso sería similar (con vuestras propiedades adicionales). Lo que tendréis que definir vosotros es la presentación de dicho contenido en el portlet de websphere.
Saludos!

elena

Buenas,

Me he creado un nuevo modelo y dentro de él un tipo de datos (Noticia con varias propiedades). He configurado el web-client-config-custom.xml para que me muestre mi nuevo tipo a la hora de crear contenidos en Alfresco Explorer. Todo funciona correctamente, cuando cargo el tipo me muestra los combos para que introduzca los metadatos.

He intentado configurar el fichero share-config-custom.xml para que haga lo mismo pero en la interfaz de share, es decir, que yo contribuya un HTML por ejemplo, y entre en la opción de "Change type" y me aparezca en el desplegable mi nuevo tipo Noticia, pueda seleccionarlo y me cargue sus metadatos(propiedades). El problema es que no aparece en el desplegable, solo aparece "article".

Muchas gracias,

Un saludo.