<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comentarios en: Buscando DMS	</title>
	<atom:link href="https://open-free.com/2005/07/25/buscando-dms/feed/" rel="self" type="application/rss+xml" />
	<link>https://open-free.com/2005/07/25/buscando-dms/</link>
	<description>Software Libre, Código Abierto, FLOSS, Conocimiento Libre, Tecnología, Internet, Libertad y, si toca, algo de humor ;-)</description>
	<lastBuildDate>Fri, 17 Feb 2012 01:08:29 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Por: Raúl Remedios		</title>
		<link>https://open-free.com/2005/07/25/buscando-dms/#comment-2719</link>

		<dc:creator><![CDATA[Raúl Remedios]]></dc:creator>
		<pubDate>Tue, 27 May 2008 07:59:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.open-free.com/?p=10#comment-2719</guid>

					<description><![CDATA[Estoy interesado en la evolución de jlibrary, ya que pretendo utilizarlo para el desarrollo de un archivo documental de consulta pública. 

Me gustaría el punto de vista de alguien con experiencia en el producto sobre sus posibilidades en búsquedas por contenido en ficheros binarios, p.e. pdf, y respecto a las posibilidades de acceso a la documentación según perfil de usuario. Estos aspectos son críticos para tomar mi decisión.

No descarto otras posibilidades, pero por ahora jlibrary es mi mejor candidato.

Saludos y gracias.]]></description>
			<content:encoded><![CDATA[<p>Estoy interesado en la evolución de jlibrary, ya que pretendo utilizarlo para el desarrollo de un archivo documental de consulta pública. </p>
<p>Me gustaría el punto de vista de alguien con experiencia en el producto sobre sus posibilidades en búsquedas por contenido en ficheros binarios, p.e. pdf, y respecto a las posibilidades de acceso a la documentación según perfil de usuario. Estos aspectos son críticos para tomar mi decisión.</p>
<p>No descarto otras posibilidades, pero por ahora jlibrary es mi mejor candidato.</p>
<p>Saludos y gracias.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Luismi		</title>
		<link>https://open-free.com/2005/07/25/buscando-dms/#comment-105</link>

		<dc:creator><![CDATA[Luismi]]></dc:creator>
		<pubDate>Fri, 07 Apr 2006 10:05:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.open-free.com/?p=10#comment-105</guid>

					<description><![CDATA[Las dos cosas justas que estás comentando ha sido donde estamos trabajando. La integración LDAP que nos hacía falta ha sido &quot;fácil&quot;, ya que hemos modificado el jlibrary-server.jar para que cuando hace login, haga login contra nuestro LDAP, y que crees los usuarios necesarios en función de nuestros usuarios LDAP. Los ROLES los pilla también de nuestro LDAP (simplemente una clave más que ya nos servía en nuestra aplicación).

Respecto a la parte WEB, como sabes, Jlibrary no la tiene, y nos la hemos tenido que currar nosotros en el proyecto. Uno de nuestros programadores va a &quot;devolver&quot; a la comunidad, con su experiencia, una colaboración con el proyecto Jlibrary (si puede ser) para que Jlibrary pueda tener este tipo de cliente.

Jlibrary tiene, que yo sepa, dos manera de &quot;atacar&quot; el repositorio: directamnte y por webservices. Nosotros lo atacamos directamente de momento, aunque el poder hacerlo por webservices es muy interesante para, en un futuro, poder separar el servicio a otros servidores.

Hay que tener en cuenta que, solo se puede tener una instancia abierta del repositorio, por lo que eso condiciona que, si tiene abierto el repositorio con el cliente jlibrary, no puedes tenerlo abierto por web y viceversa, por eso el disponer de un cliente de acceso único (web o webservices) es más que interesante, para un uso col.laborativo.

Espero que los datos que te doy te dén pistas, de todas formas, puedo comentar más cosas, si quieres.

Saludos.]]></description>
			<content:encoded><![CDATA[<p>Las dos cosas justas que estás comentando ha sido donde estamos trabajando. La integración LDAP que nos hacía falta ha sido «fácil», ya que hemos modificado el jlibrary-server.jar para que cuando hace login, haga login contra nuestro LDAP, y que crees los usuarios necesarios en función de nuestros usuarios LDAP. Los ROLES los pilla también de nuestro LDAP (simplemente una clave más que ya nos servía en nuestra aplicación).</p>
<p>Respecto a la parte WEB, como sabes, Jlibrary no la tiene, y nos la hemos tenido que currar nosotros en el proyecto. Uno de nuestros programadores va a «devolver» a la comunidad, con su experiencia, una colaboración con el proyecto Jlibrary (si puede ser) para que Jlibrary pueda tener este tipo de cliente.</p>
<p>Jlibrary tiene, que yo sepa, dos manera de «atacar» el repositorio: directamnte y por webservices. Nosotros lo atacamos directamente de momento, aunque el poder hacerlo por webservices es muy interesante para, en un futuro, poder separar el servicio a otros servidores.</p>
<p>Hay que tener en cuenta que, solo se puede tener una instancia abierta del repositorio, por lo que eso condiciona que, si tiene abierto el repositorio con el cliente jlibrary, no puedes tenerlo abierto por web y viceversa, por eso el disponer de un cliente de acceso único (web o webservices) es más que interesante, para un uso col.laborativo.</p>
<p>Espero que los datos que te doy te dén pistas, de todas formas, puedo comentar más cosas, si quieres.</p>
<p>Saludos.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Kali		</title>
		<link>https://open-free.com/2005/07/25/buscando-dms/#comment-58</link>

		<dc:creator><![CDATA[Kali]]></dc:creator>
		<pubDate>Thu, 02 Mar 2006 12:45:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.open-free.com/?p=10#comment-58</guid>

					<description><![CDATA[Openfree,
Nosostros también hemos estado mirando lo mismo que tú y me parece que nos decantamos por jlibrary. PÃªro tengo algunas dudas respecto a la integración con LDAP y el cliente web.
Â¿Puedes decirmes algo de tu experiencia al respecto?
Saludos.]]></description>
			<content:encoded><![CDATA[<p>Openfree,<br />
Nosostros también hemos estado mirando lo mismo que tú y me parece que nos decantamos por jlibrary. PÃªro tengo algunas dudas respecto a la integración con LDAP y el cliente web.<br />
Â¿Puedes decirmes algo de tu experiencia al respecto?<br />
Saludos.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Openfree		</title>
		<link>https://open-free.com/2005/07/25/buscando-dms/#comment-47</link>

		<dc:creator><![CDATA[Openfree]]></dc:creator>
		<pubDate>Thu, 16 Feb 2006 11:22:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.open-free.com/?p=10#comment-47</guid>

					<description><![CDATA[Acabo de ver tu comentario. Finalmente evaluamos con mucho detalle Alfresco y Jlibrary (http://jlibrary.sourceforge.net) y finalmente nos decantamos por Jlibrary.

Tengo que publicar un análisis más detallado de las conclusiones, pero te adelanto que Alfresco es absolutamente impresionante, desarrollado por exdesarrolladores de Documentum, y utiliza un montón de tecnología estandard, inclusive MyFaces, pero tiene un gran pero, y es que, sobre haber una versión Open Source, está &quot;capada&quot;, de tal forma, que no tiene grupos en la versión Open Source, solo usuarios, y la integración LDAP, la tienes que hacer tu. Lo de la intregración LDAP no fué un problema, pero lo de los grupos si, ya que eso nos producía muchos problemas. De todas formas, la herramienta es impresionante.

Con Jlibrary lo teníamos todo. Está basado en Jackrabbit (Alfresco creo que con Slide que es anterior) y tiene todo. La diferencia básica, además de los peros de antes, está en el entorno de gestión que no es web, si no un plugin de eclipse, pero implementa absolutamente JCR, es decir, es absolutamente estandard, y puedes conectarte por webservices o directamente a través de su api. El cliente por web lo estamos integrando nosotros, pero no es especialmente complicado. 

En fin, espero que te haya servido de algo. :D]]></description>
			<content:encoded><![CDATA[<p>Acabo de ver tu comentario. Finalmente evaluamos con mucho detalle Alfresco y Jlibrary (<a href="http://jlibrary.sourceforge.net" rel="nofollow ugc">http://jlibrary.sourceforge.net</a>) y finalmente nos decantamos por Jlibrary.</p>
<p>Tengo que publicar un análisis más detallado de las conclusiones, pero te adelanto que Alfresco es absolutamente impresionante, desarrollado por exdesarrolladores de Documentum, y utiliza un montón de tecnología estandard, inclusive MyFaces, pero tiene un gran pero, y es que, sobre haber una versión Open Source, está «capada», de tal forma, que no tiene grupos en la versión Open Source, solo usuarios, y la integración LDAP, la tienes que hacer tu. Lo de la intregración LDAP no fué un problema, pero lo de los grupos si, ya que eso nos producía muchos problemas. De todas formas, la herramienta es impresionante.</p>
<p>Con Jlibrary lo teníamos todo. Está basado en Jackrabbit (Alfresco creo que con Slide que es anterior) y tiene todo. La diferencia básica, además de los peros de antes, está en el entorno de gestión que no es web, si no un plugin de eclipse, pero implementa absolutamente JCR, es decir, es absolutamente estandard, y puedes conectarte por webservices o directamente a través de su api. El cliente por web lo estamos integrando nosotros, pero no es especialmente complicado. </p>
<p>En fin, espero que te haya servido de algo. 😀</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
