You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(24) |
Nov
(9) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2005 |
Jan
(3) |
Feb
(7) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(6) |
Jul
(8) |
Aug
(7) |
Sep
(2) |
Oct
(2) |
Nov
(1) |
Dec
|
2006 |
Jan
(1) |
Feb
(2) |
Mar
(20) |
Apr
(2) |
May
(3) |
Jun
|
Jul
|
Aug
(5) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(2) |
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(8) |
Dec
|
2009 |
Jan
(1) |
Feb
(3) |
Mar
(6) |
Apr
(3) |
May
|
Jun
(3) |
Jul
|
Aug
(1) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Jean-Luc ARVERS(IMAP) <ar...@aj...> - 2016-10-19 08:32:51
|
Bonjour, Voici deux ou trois précisions et éclaircissements en ce qui concerne Pleade et sa feuille de route. Nous avons déposé un patch sur SourceForge qui devrait régler le problème de compatibilité entre Pleade 3 et Java 8 (https://sourceforge.net/projects/pleade/files <https://sourceforge.net/projects/pleade/files>). De plus, nous avons sorti une nouvelle version de Pleade : 3.59, compatible elle-aussi avec Java 8. Cette version est livrée avec ses sources et deux applications : Linux/Mac ou Windows, embarquées avec chacune leur tomcat pré-paramétré (https://sourceforge.net/projects/pleade/files/pleade/3.59/ <https://sourceforge.net/projects/pleade/files/pleade/3.59/>). Nous prévoyons la sortie de la version 3.6 de Pleade d’ici le premier trimestre 2017. Elle intègre toutes les évolutions de Pleade depuis 2014. En parallèle, nous allons sortir une version 4 de Pleade qui fusionnera, en une seule application et un seul projet disponible sur SourceForge, les modules suivants : modules EAD et visionneuse (HTML5 et liseuse), plus les modules METS (METS-> EAD, METS->ALTO, etc.), UNIMARC, Harvester, Annotation,.. et le moteur de recherche à facettes multi-bases. Malgré les divers ajouts de formats supportés par cette nouvelle version, le nom reste Pleade. Avant sa sortie officielle, Pleade 4 beta sera à disposition de celles et ceux qui le souhaitent. Merci de vous rapprocher d’AJLSM pour en faire la demande. Bien cordialement. -- Jean-Luc ARVERS ___________________________ AJLSM : solutions pour l'information numérique ___________________________ 17 rue Vital Carles 33 000 BORDEAUX Tél. : 05 57 14 25 20 http://www.ajlsm.com > Le 22 sept. 2016 à 18:32, flo...@fr... a écrit : > > Bonjour, > > En essayant de faire tourner une application Pleade 3 sur un Java 8, je me suis heurtée à de gros problèmes, et j'ai fini en fouillant partout par trouver sur Internet la page suivante (https://issues.apache.org/jira/browse/COCOON-2344) qui mentionne un souci de fonctionnement de XSP (ou Cocoon 2.1) sur Java 8. > Régler ce problème en appliquant la recette préconisée sur cette page est une chose que je ne saurais pas faire moi-même, surtout pour une appli qui embarque Cocoon, donc tant pis ; dans l'immédiat, je suis revenue avec succès sur un Java 7. > > Comme je suis actuellement responsable de deux applications Pleade, l'une en production depuis 2010, l'autre bientôt en production, je viens tout de même poser deux questions : > - y a-t-il une manière assez simple de régler le problème et de faire en sorte que Pleade 3 tourne sur un Java 8 ? > - quelle est plus généralement la feuille de route de Pleade ? en particulier, des modifications importantes dans l'architecture et les composants sont-elles prévues ? > > Merci d'avance pour toute réponse. > > Bien cordialement, > > Florence Clavaud > Archives nationales et EA3624 (Centre Jean-Mabillon) de l'Ecole nationale des chartes > > ------------------------------------------------------------------------------ > _______________________________________________ > Liste pleade-users mailing list > ple...@li... > https://lists.sourceforge.net/lists/listinfo/pleade-users |
From: Florence C. <flo...@fr...> - 2010-06-25 17:28:44
|
Bonsoir, Pour annoncer la publication par l'Ecole des chartes d'une application construite en partant de la version 3 de PLEADE, à l’adresse <http://saint-denis.enc.sorbonne.fr/>. Cette application veut faciliter les travaux sur les chartes médiévales de l’abbaye de Saint-Denis, en donnant à explorer, à lire et à voir deux compilations monumentales qui ont semblé être les meilleurs points d’accès aux richesses du chartrier aujourd’hui dispersé, et qui ont été informatisées. On y trouve donc : - une édition électronique progressive du Cartulaire blanc de l’abbaye, compilé dans le dernier quart du XIIIe siècle (quatre chapitres aujourd’hui édités, soit 284 actes) ; pour réaliser cette édition, on a produit des fichiers XML/TEI P5 ; - une édition électronique intégrale de l’Inventaire général du chartrier (produit par l’abbaye à la fin du XVIIe siècle et au début du XVIIIe siècle) jusqu’en 1302 (soit 3 307 regestes). Pour réaliser cette édition, on a produit des fichiers XML/EAD 2002 ; - les images numériques de la totalité des pages du Cartulaire blanc, et celles de la totalité des pages éditées dans l’Inventaire général. On peut y bénéficier d’accès parallèles et croisés aux deux compilations, grâce à des moyens de navigation de l’un à l’autre des quatre sous-ensembles du corpus numérique (TEI, EAD, deux séries d’images), mis en place en se servant de fichiers XML/METS. C'est donc une application assez particulière, qui a demandé pas mal de travail de développement. Merci à AJLSM pour son aide. Plus d’informations sur le site Web de l’application, dans la section "projet". Ce site Web est présenté dans sa première version, il va beaucoup évoluer dans les prochains mois. Si vous voulez réagir, poser des questions, faire des remarques ou des suggestions, n’hésitez pas à utiliser la boîte aux lettres indiquée à la page de contacts ! Bonne soirée, Florence Clavaud Ecole nationale des chartes |
From: Malo P. <mal...@aj...> - 2009-10-07 07:29:24
|
Bonjour, Nous venons de trouver un important bogue dans Pleade 3.3 disponible depuis hier. Ce bogue bloque toute publication de document XML EAD possédant un attribut @audience de valeur "external" au niveau de la balise mère "ead". Ce bogue est d'autant plus gênant que Aide au Classement d'Arkhéïa place un tel attribut par défaut. Pour tous ceux qui ont déjà téléchargé cette dernière version (vous êtes nombreux !), le patch ci-joint corrige le problème. Il s'agit d'une archive ZIP qui contient un unique fichier "module-eadeac/xsl/publication/ead/skip-internal-audience-elements.xsl". Il y a un caractère en trop ! :-( Vous pouvez décompresser le patch et copie ce fichier dans votre distribution de Pleade pour remplacer un fichier de même nom. Bien entendu nous allons sortir une version 3.3.0.1 dans la matinée pour corriger tout cela. Désolé ! A bientôt, Malo Pichot |
From: Jean-Luc A. <ar...@aj...> - 2009-10-06 19:07:36
|
Bonjour, La dernière version de Pleade 3.3 est disponible. http://pleade.com//telecharger Et toujours plus d'ajouts dans cette version 3.3 que ce que nous avions annoncé dans la feuille de route : http://pleade.com/documentation/3_3vs3_2_1 Si le temps vous manque pour installer Pleade, vous pouvez voir une démonstration de la dernière version 3.3 : http://demo.pleade.com/ Enfin, la version 3.4 est annoncée pour début 2010 Bonne découverte ! Nous sommes (toujours) à la recherche d'instruments de recherche que nous pourrions publier dans cette démonstration. N'hésitez pas à nous contacter ! Bonne découverte et à bientôt ! -- Jean-Luc ARVERS et toute l'équipe de AJLSM ___________________________ AJLSM : solutions pour l'information numérique ___________________________ 17 rue Vital Carles 33 000 BORDEAUX Tél. : 05 57 14 25 20 Fax : 05 56 44 08 47 http://www.ajlsm.com |
From: Malo P. <mal...@aj...> - 2009-08-03 08:44:10
|
Bonjour, Une nouvelle version de 3.2.1 est sortie le 31/07/2009 : http://sourceforge.net/projects/pleade/ Cette nouvelle version apporte des corrections d'anomalies apparues dans la précédente version 3.2. Plus de détails sur ces corrections ici : http://sourceforge.net/projects/pleade/files/pleade/3.2.1/pleade-release-notes-3.2.1.txt/download Vous pouvez télécharger la version 3.2.1 ici : http://sourceforge.net/projects/pleade/files/pleade/3.2.1/pleade-exe-3.2.1.zip/download A bientôt, Malo Pichot AJLSM |
From: Malo P. <mal...@aj...> - 2009-06-11 14:23:29
|
Pierre BALLINGER a écrit : > Bonjour, > Après installation de pleade 3.2, j'ai le message d'erreur suivant : > > HTTP Status 500 - > > type Exception report > > message > > description The server encountered an internal error () that prevented > it from fulfilling this request. > > exception > > javax.servlet.ServletException: Servlet execution threw an exception > > root cause > > java.lang.UnsupportedClassVersionError: Bad version number in .class file > java.lang.ClassLoader.defineClass1(Native Method) > java.lang.ClassLoader.defineClass(ClassLoader.java:620) > java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) > org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1815) > org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872) > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325) > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) > org.apache.cocoon.components.ExtendedComponentSelector.configure(ExtendedComponentSelector.java:228) > org.apache.cocoon.components.treeprocessor.sitemap.ComponentsSelector.configure(ComponentsSelector.java:158) > org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.java:201) > org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:289) > org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:108) > org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:524) > org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:583) > org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.createComponentManager(SitemapLanguage.java:91) > org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:390) > org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:370) > org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:340) > org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:305) > org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251) > org.apache.cocoon.Cocoon.process(Cocoon.java:699) > org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154) > javax.servlet.http.HttpServlet.service(HttpServlet.java:803) > > note The full stack trace of the root cause is available in the Apache > Tomcat/6.0.10 logs. > > Ma conf est : > Apache Tomcat/6.0.10 > JVM : 1.5.0_16-b06-275 > > Quelqu'un a-t-il une idée ? > > Cordialement > > Pierre Bonjour, Typiquement une erreur de version de JVM. Je m'aperçois que nous avons compilé Pleade 3.2 avec Java 1.6. En dehors de ce fait, je vous encourage à passer à une JVM 1.6, vous avez un Tomcat qui s'entend parfaitement avec cette version de JVM :-) Malo Pichot |
From: Pierre B. <pie...@gm...> - 2009-06-11 14:12:58
|
Bonjour, Après installation de pleade 3.2, j'ai le message d'erreur suivant : HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet execution threw an exception root cause java.lang.UnsupportedClassVersionError: Bad version number in .class file java.lang.ClassLoader.defineClass1(Native Method) java.lang.ClassLoader.defineClass(ClassLoader.java:620) java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1815) org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:872) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1325) org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1204) org.apache.cocoon.components.ExtendedComponentSelector.configure(ExtendedComponentSelector.java:228) org.apache.cocoon.components.treeprocessor.sitemap.ComponentsSelector.configure(ComponentsSelector.java:158) org.apache.avalon.framework.container.ContainerUtil.configure(ContainerUtil.java:201) org.apache.avalon.excalibur.component.DefaultComponentFactory.newInstance(DefaultComponentFactory.java:289) org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.initialize(ThreadSafeComponentHandler.java:108) org.apache.avalon.excalibur.component.ExcaliburComponentManager.initialize(ExcaliburComponentManager.java:524) org.apache.cocoon.components.CocoonComponentManager.initialize(CocoonComponentManager.java:583) org.apache.cocoon.components.treeprocessor.sitemap.SitemapLanguage.createComponentManager(SitemapLanguage.java:91) org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:390) org.apache.cocoon.components.treeprocessor.DefaultTreeBuilder.build(DefaultTreeBuilder.java:370) org.apache.cocoon.components.treeprocessor.TreeProcessor.buildConcreteProcessor(TreeProcessor.java:340) org.apache.cocoon.components.treeprocessor.TreeProcessor.setupConcreteProcessor(TreeProcessor.java:305) org.apache.cocoon.components.treeprocessor.TreeProcessor.process(TreeProcessor.java:251) org.apache.cocoon.Cocoon.process(Cocoon.java:699) org.apache.cocoon.servlet.CocoonServlet.service(CocoonServlet.java:1154) javax.servlet.http.HttpServlet.service(HttpServlet.java:803) note The full stack trace of the root cause is available in the Apache Tomcat/6.0.10 logs. Ma conf est : Apache Tomcat/6.0.10 JVM : 1.5.0_16-b06-275 Quelqu'un a-t-il une idée ? Cordialement Pierre |
From: Jean-Luc A. <ar...@aj...> - 2009-06-03 16:36:46
|
Bonjour, Comme annoncé en février dernier, la dernière version de Pleade 3.2 est disponible. http://pleade.com//telecharger Il y a beaucoup plus d'ajouts dans cette version que ce que nous avions annoncé dans la feuille de route : http://pleade.com/documentation/3_2vs3_1 Si le temps vous manque pour installer Pleade, vous pouvez voir une démonstration de la dernière version 3.2 : http://demo.pleade.com/ Bonne découverte ! -- Jean-Luc ARVERS ___________________________ AJLSM : solutions pour l'information numérique ___________________________ 17 rue Vital Carles 33 000 BORDEAUX Tél. : 05 57 14 25 20 Fax : 05 56 44 08 47 http://www.ajlsm.com |
From: Malo P. <mal...@aj...> - 2009-04-21 16:46:47
|
Un point que j'ai oublié de donner ici : FOP écrit sa cache dans {user.home}/.fop/fop-fonts.cache C'est le pourquoi de tout ce problème. Il faut donc s'assurer que le {user.home} passé à la JVM pointe sur un dossier dans lequel l'utilisateur pilotant Tomcat peut écrire. Il se peut que cet utilisateur possède les droits d'écriture dans les sous-dossiers de /usr/share/tomcat5.5 mais pas dans le dossier /usr/share/tomcat5.5 lui-même. Voilà, Malo Malo Pichot a écrit : > Bonjour Florence, > > Nous ne rencontrons pas le problème alors que nous installons très > régulièrement (de préférence en fait ;o)) dans des environnements > identiques à celui que tu décris ici : Linux et /usr/share/tomcat > > Je suis quasiment certain que tu as un problème de droit. Regarde > l'utilisateur qui démarre ton Tomcat. Regarde le répertoire "home" de > cet utilisateur. Regarde s'il a les droits pour écrire/lire dans son > dossier utilisateur. > > A vue de nez, je pense que l'utilisateur qui démarre Tomcat a son "home" > réglé sur "/usr/share/tomcat5.5/", or il n'a pas le droit d'écrire dans > ce dossier. > > Si ce n'est pas ça, il faut regarder si au démarrage de Tomcat, il n'y a > pas un paramètre qui redéfinie le "user.home" tel que la JVM va le > propager à Tomcat. > > A bientôt, > > Malo > > Florence Clavaud (Ecole nationale des Chartes) a écrit : >> Bonjour, >> >> >> Une application PLEADE 3.1 installée en local sous Windows, fonctionne >> parfaitement bien. >> >> La même application déployée sur un serveur Linux fonctionne aussi, sauf >> l'export PDF : au clic sur le bouton d'export, on est redirigé vers la >> page Web d'erreur interne. >> >> En fouillant dans le fichier de logs de Cocoon, voici ce qu'on trouve : >> ERROR (2009-04-21) 16:10.27:922 [sitemap.serializer.ead-fo2pdf] >> (/stdenis-dev/ead.pdf) http-8180-Processor22/FOPNGSerializer: FOP setup >> failed >> java.io.FileNotFoundException: /usr/share/tomcat5.5/.fop/fop-fonts.cache >> (No such file or directory) >> >> Dans le sitemap du module eadeac, on a ça (pas touché) : >> <map:serializers> >> <!-- On définit ici le sérialiseur PDF pour les documents >> EAD, car cela permet de mieux préciser les options, >> le fichier de configuration, etc. --> >> <map:serializer >> name="ead-fo2pdf" >> logger="sitemap.serializer.ead-fo2pdf" >> mime-type="application/pdf" >> src="org.apache.cocoon.blocks.fop.FOPNGSerializer"> >> <!-- Le fichier de configuration semble être relatif au >> sitemap --> >> >> <user-config>context://module-eadeac/xsl/ead-xslt/fo/fop.xconf</user-config> >> </map:serializer> >> </map:serializers> >> ET le fichier fop.xconf est bien où il est censé être. >> >> >> >> Précision, à tout hasard : l'application est dans un dossier de >> /usr/share/tomcat5.5-webapps/ >> Tomcat est dans le dossier /usr/share/tomcat5.5/ >> >> >> >> Une idée pour orienter les recherches vers ce qui peut coincer ? une >> histoire de droits sur un dossier ou un fichier, un pb de configuration? >> >> A bientôt, >> >> Florence Clavaud >> Ecole nationale des Chartes >> 19 rue de la Sorbonne >> 75005 Paris >> tél. : 01-55-42-75-07 / 06-84-14-78-71 >> courriel : flo...@en... >> >> Site Web de l'école : http://www.enc.sorbonne.fr >> Centre de ressources numériques TELMA : http://www.cn-telma.fr/ |
From: Malo P. <mal...@aj...> - 2009-04-21 16:40:32
|
Bonjour Florence, Nous ne rencontrons pas le problème alors que nous installons très régulièrement (de préférence en fait ;o)) dans des environnements identiques à celui que tu décris ici : Linux et /usr/share/tomcat Je suis quasiment certain que tu as un problème de droit. Regarde l'utilisateur qui démarre ton Tomcat. Regarde le répertoire "home" de cet utilisateur. Regarde s'il a les droits pour écrire/lire dans son dossier utilisateur. A vue de nez, je pense que l'utilisateur qui démarre Tomcat a son "home" réglé sur "/usr/share/tomcat5.5/", or il n'a pas le droit d'écrire dans ce dossier. Si ce n'est pas ça, il faut regarder si au démarrage de Tomcat, il n'y a pas un paramètre qui redéfinie le "user.home" tel que la JVM va le propager à Tomcat. A bientôt, Malo Florence Clavaud (Ecole nationale des Chartes) a écrit : > Bonjour, > > > Une application PLEADE 3.1 installée en local sous Windows, fonctionne > parfaitement bien. > > La même application déployée sur un serveur Linux fonctionne aussi, sauf > l'export PDF : au clic sur le bouton d'export, on est redirigé vers la > page Web d'erreur interne. > > En fouillant dans le fichier de logs de Cocoon, voici ce qu'on trouve : > ERROR (2009-04-21) 16:10.27:922 [sitemap.serializer.ead-fo2pdf] > (/stdenis-dev/ead.pdf) http-8180-Processor22/FOPNGSerializer: FOP setup > failed > java.io.FileNotFoundException: /usr/share/tomcat5.5/.fop/fop-fonts.cache > (No such file or directory) > > Dans le sitemap du module eadeac, on a ça (pas touché) : > <map:serializers> > <!-- On définit ici le sérialiseur PDF pour les documents > EAD, car cela permet de mieux préciser les options, > le fichier de configuration, etc. --> > <map:serializer > name="ead-fo2pdf" > logger="sitemap.serializer.ead-fo2pdf" > mime-type="application/pdf" > src="org.apache.cocoon.blocks.fop.FOPNGSerializer"> > <!-- Le fichier de configuration semble être relatif au > sitemap --> > > <user-config>context://module-eadeac/xsl/ead-xslt/fo/fop.xconf</user-config> > </map:serializer> > </map:serializers> > ET le fichier fop.xconf est bien où il est censé être. > > > > Précision, à tout hasard : l'application est dans un dossier de > /usr/share/tomcat5.5-webapps/ > Tomcat est dans le dossier /usr/share/tomcat5.5/ > > > > Une idée pour orienter les recherches vers ce qui peut coincer ? une > histoire de droits sur un dossier ou un fichier, un pb de configuration? > > A bientôt, > > Florence Clavaud > Ecole nationale des Chartes > 19 rue de la Sorbonne > 75005 Paris > tél. : 01-55-42-75-07 / 06-84-14-78-71 > courriel : flo...@en... > > Site Web de l'école : http://www.enc.sorbonne.fr > Centre de ressources numériques TELMA : http://www.cn-telma.fr/ |
From: Florence C. (E. n. d. Chartes)
<flo...@en...> - 2009-04-21 15:25:11
|
Bonjour, Une application PLEADE 3.1 installée en local sous Windows, fonctionne parfaitement bien. La même application déployée sur un serveur Linux fonctionne aussi, sauf l'export PDF : au clic sur le bouton d'export, on est redirigé vers la page Web d'erreur interne. En fouillant dans le fichier de logs de Cocoon, voici ce qu'on trouve : ERROR (2009-04-21) 16:10.27:922 [sitemap.serializer.ead-fo2pdf] (/stdenis-dev/ead.pdf) http-8180-Processor22/FOPNGSerializer: FOP setup failed java.io.FileNotFoundException: /usr/share/tomcat5.5/.fop/fop-fonts.cache (No such file or directory) Dans le sitemap du module eadeac, on a ça (pas touché) : <map:serializers> <!-- On définit ici le sérialiseur PDF pour les documents EAD, car cela permet de mieux préciser les options, le fichier de configuration, etc. --> <map:serializer name="ead-fo2pdf" logger="sitemap.serializer.ead-fo2pdf" mime-type="application/pdf" src="org.apache.cocoon.blocks.fop.FOPNGSerializer"> <!-- Le fichier de configuration semble être relatif au sitemap --> <user-config>context://module-eadeac/xsl/ead-xslt/fo/fop.xconf</user-config> </map:serializer> </map:serializers> ET le fichier fop.xconf est bien où il est censé être. Précision, à tout hasard : l'application est dans un dossier de /usr/share/tomcat5.5-webapps/ Tomcat est dans le dossier /usr/share/tomcat5.5/ Une idée pour orienter les recherches vers ce qui peut coincer ? une histoire de droits sur un dossier ou un fichier, un pb de configuration? A bientôt, Florence Clavaud Ecole nationale des Chartes 19 rue de la Sorbonne 75005 Paris tél. : 01-55-42-75-07 / 06-84-14-78-71 courriel : flo...@en... Site Web de l'école : http://www.enc.sorbonne.fr Centre de ressources numériques TELMA : http://www.cn-telma.fr/ |
From: Florence C. (E. n. d. Chartes)
<flo...@en...> - 2009-03-19 14:44:10
|
Bonjour, Malo Pichot a écrit : > Stéphane POUYLLAU a écrit : >> Bonjour, >> Nous utilisons tomcat depuis 2006 en production. nous avons fait un test >> en pré-prod avec jetty sur un mois, nous avons eu principalement des >> "calages" avec la nécessité de relancer l'ensemble. > > > Par curiosité, pourquoi vouloir passer à Jetty en production ? Ce n'est pas exactement un souhait. Je parlais en fait au nom de quelqu'un d'autre qui monte pas très loin de l'ENC une application Pleade 3, et à qui l'administrateur du serveur hôte, un serveur mutualisé, a pour l'instant indiqué qu'il voulait en rester à Jetty, disant notamment que les failles de sécurité sont moins nombreuses pour Jetty que pour Tomcat, et évoquant sans le démontrer que les performances de Jetty sont meilleures. Nous (à l'ENC), on va en rester à Tomcat je pense ;-) Merci pour les réponses A bientôt Florence > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > pleade-developers mailing list > ple...@li... > https://lists.sourceforge.net/lists/listinfo/pleade-developers > -- Florence Clavaud directrice des nouvelles technologies et de l'informatique Ecole nationale des Chartes 19 rue de la Sorbonne 75005 Paris tél. : 01-55-42-75-07 / 06-84-14-78-71 courriel : flo...@en... Site Web de l'école : http://www.enc.sorbonne.fr Centre de ressources numériques TELMA : http://www.cn-telma.fr/ |
From: Stéphane P. <pou...@iv...> - 2009-03-18 11:38:27
|
juste pour tester, tomcat nous pose par ailleurs d'autres problèmes. S. Malo Pichot a écrit : > Stéphane POUYLLAU a écrit : >> Bonjour, >> Nous utilisons tomcat depuis 2006 en production. nous avons fait un test >> en pré-prod avec jetty sur un mois, nous avons eu principalement des >> "calages" avec la nécessité de relancer l'ensemble. > > > Par curiosité, pourquoi vouloir passer à Jetty en production ? > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > pleade-developers mailing list > ple...@li... > https://lists.sourceforge.net/lists/listinfo/pleade-developers > -- M. Stéphane POUYLLAU CNRS engineer IT manager of the History of science and technology Research Center (CRHST-CNRS) Head of the National Center for digital images and digital humanities (CN2SV-CNRS). Centre de Recherche en Histoire des Sciences et des Techniques (CRHST) 30, av. Corentin Cariou 75930 PARIS cedex 19 FRANCE tel. : +33 (0)1 40 05 73 92 email : pou...@iv... http://www.cnrs.fr http://www.cn2sv.fr http://www.stephanepouyllau.org |
From: Malo P. <mal...@aj...> - 2009-03-18 10:58:07
|
Stéphane POUYLLAU a écrit : > Bonjour, > Nous utilisons tomcat depuis 2006 en production. nous avons fait un test > en pré-prod avec jetty sur un mois, nous avons eu principalement des > "calages" avec la nécessité de relancer l'ensemble. Par curiosité, pourquoi vouloir passer à Jetty en production ? |
From: Stéphane P. <pou...@iv...> - 2009-03-18 08:54:05
|
Bonjour, Nous utilisons tomcat depuis 2006 en production. nous avons fait un test en pré-prod avec jetty sur un mois, nous avons eu principalement des "calages" avec la nécessité de relancer l'ensemble. Stéphane. Malo Pichot a écrit : > Florence Clavaud (Ecole nationale des Chartes) a écrit : >> Bonsoir, >> >> >> Y a-t-il en production des raisons de préférer utiliser Jetty plutôt que >> Tomcat, comme serveur d'application Pleade 3, ou l'inverse ? Est-ce que >> vous avez testé les performances, la fiabilité, de l'un et de l'autre ? >> >> J'ai cherché un peu sur Internet des documents sur ce sujet, mais n'ai >> trouvé essentiellement qu'un texte rédigé par la communauté Jetty >> <http://www.webtide.com/choose/jetty.jsp>, ou des réflexions partielles >> de développeurs et intégrateurs. > > > Bonjour, > > En production, nous utilisons Tomcat. Il s'interface parfaitement avec > le serveur Web de la même maison : Apache HTTP. Tomcat est relativement > bien connu des équipes systèmes qui gèrent les serveur hébergeant les > servlets. Pour ce qui est des différences de performances, je passe la > main :o) > > Malo > > ------------------------------------------------------------------------------ > Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are > powering Web 2.0 with engaging, cross-platform capabilities. Quickly and > easily build your RIAs with Flex Builder, the Eclipse(TM)based development > software that enables intelligent coding and step-through debugging. > Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com > _______________________________________________ > pleade-developers mailing list > ple...@li... > https://lists.sourceforge.net/lists/listinfo/pleade-developers > -- M. Stéphane POUYLLAU CNRS engineer IT manager of the History of science and technology Research Center (CRHST-CNRS) Head of the National Center for digital images and digital humanities (CN2SV-CNRS). Centre de Recherche en Histoire des Sciences et des Techniques (CRHST) 30, av. Corentin Cariou 75930 PARIS cedex 19 FRANCE tel. : +33 (0)1 40 05 73 92 email : pou...@iv... http://www.cnrs.fr http://www.cn2sv.fr http://www.stephanepouyllau.org |
From: Malo P. <mal...@aj...> - 2009-03-18 08:05:59
|
Florence Clavaud (Ecole nationale des Chartes) a écrit : > Bonsoir, > > > Y a-t-il en production des raisons de préférer utiliser Jetty plutôt que > Tomcat, comme serveur d'application Pleade 3, ou l'inverse ? Est-ce que > vous avez testé les performances, la fiabilité, de l'un et de l'autre ? > > J'ai cherché un peu sur Internet des documents sur ce sujet, mais n'ai > trouvé essentiellement qu'un texte rédigé par la communauté Jetty > <http://www.webtide.com/choose/jetty.jsp>, ou des réflexions partielles > de développeurs et intégrateurs. Bonjour, En production, nous utilisons Tomcat. Il s'interface parfaitement avec le serveur Web de la même maison : Apache HTTP. Tomcat est relativement bien connu des équipes systèmes qui gèrent les serveur hébergeant les servlets. Pour ce qui est des différences de performances, je passe la main :o) Malo |
From: Florence C. (E. n. d. Chartes)
<flo...@en...> - 2009-03-17 17:49:04
|
Bonsoir, Y a-t-il en production des raisons de préférer utiliser Jetty plutôt que Tomcat, comme serveur d'application Pleade 3, ou l'inverse ? Est-ce que vous avez testé les performances, la fiabilité, de l'un et de l'autre ? J'ai cherché un peu sur Internet des documents sur ce sujet, mais n'ai trouvé essentiellement qu'un texte rédigé par la communauté Jetty <http://www.webtide.com/choose/jetty.jsp>, ou des réflexions partielles de développeurs et intégrateurs. Merci d'avance pour tout élément de réponse et à bientôt, Florence Clavaud directrice des nouvelles technologies et de l'informatique Ecole nationale des Chartes 19 rue de la Sorbonne 75005 Paris tél. : 01-55-42-75-07 / 06-84-14-78-71 courriel : flo...@en... Site Web de l'école : http://www.enc.sorbonne.fr Centre de ressources numériques TELMA : http://www.cn-telma.fr/ |
From: Malo P. <mal...@aj...> - 2009-02-25 15:55:06
|
Bonjour, Nous avons décidé de ne plus utiliser le dépôt SVN mis à disposition par Sourceforge pour Pleade. L'utilisation de ce dépôt nous pénalise trop au quotidien. Nous préférons mettre en place le bon vieux système de la distribution livrée avec ses sources (cf. la dernière distribution de Pleade 3.1). En parallèle, nous allons mettre en place un dépôt régulier des dernières sources de Pleade. La fréquence de ces dépôts serait hebdomadaire. Nous verrons si cela tient la route avec le temps. Le fait que nous n'utilisons plus le dépôt de Sourceforge ne signifie pas que nous n'acceptons plus les participations au niveau du développement de l'application. La manière de faire change un peu mais n'hésitez pas à nous contacter. A bientôt, Malo Pichot AJLSM |
From: Jean-Luc A. <ar...@aj...> - 2009-02-25 09:14:02
|
Bonjour, (désolais si vous recevez ce message une deuxième fois, un problème d'adresse courriel ;-) La dernière distribution de Pleade 3.1 est disponible en téléchargement : * http://pleade.com/telecharger Entre la version 3.0 et cette nouvelle version, c'est plus de 360 changements, (around Pleade ;-) dont beaucoup de nouvelles fonctionnalités : - Historique de la recherche, - statistiques sur la recherche, - publication automatique, - etc. * http://pleade.com/documentation/change3-1 Les sources sont disponibles sur SourceForge : * https://sourceforge.net/project/showfiles.php?group_id=80362 Et si le temps vous manque pour installer Pleade, vous pouvez voir une démonstration de la dernière version 3.1 : * http://pleade.com/demo La version 3.2 est prévue pour le mois de juin 2009. Nous sommes à la recherche d'instruments de recherche que nous pourrions publier dans cette démonstration. Nous citerons les généreux donateurs, cela va de soit. N'hésitez pas à nous contacter ! Bonne découverte et à bientôt ! -- Jean-Luc ARVERS ___________________________ AJLSM : solutions pour l'information numérique ___________________________ 17 rue Vital Carles 33 000 BORDEAUX Tél. : 05 57 14 25 20 Fax : 05 56 44 08 47 http://www.ajlsm.com |
From: Jean-Luc A. <ar...@aj...> - 2009-02-24 17:26:37
|
Bonjour, La dernière distribution de Pleade 3.1 est disponible en téléchargement : * http://pleade.com/telecharger Entre la version 3.0 et cette nouvelle version, c'est plus de 360 changements, (around Pleade ;-) dont beaucoup de nouvelles fonctionnalités : - Historique de la recherche, - statistiques sur la recherche, - publication automatique, - etc. * http://pleade.com/documentation/change3-1 Les sources sont disponibles sur SourceForge : * https://sourceforge.net/project/showfiles.php?group_id=80362 Et si le temps vous manque pour installer Pleade, vous pouvez voir une démonstration de la dernière version 3.1 : * http://pleade.com/demo La version 3.2 est prévue pour le mois de juin 2009. Nous sommes à la recherche d'instruments de recherche que nous pourrions publier dans cette démonstration. Nous citerons les généreux donateurs, cela va de soit. N'hésitez pas à nous contacter ! Bonne découverte et à bientôt ! -- Jean-Luc ARVERS ___________________________ AJLSM : solutions pour l'information numérique ___________________________ 17 rue Vital Carles 33 000 BORDEAUX Tél. : 05 57 14 25 20 Fax : 05 56 44 08 47 http://www.ajlsm.com |
From: Johan C. <joh...@aj...> - 2009-01-23 17:26:32
|
Bonjour, Je viens de finaliser la migration du dépôt CVS en SVN sur SourceForge. La migration s'est bien passée, toutes les données ont été récupérées correctement (fichiers, historique, etc.). La documentation de SVN pour SourceForge est disponible sur cette page : https://sourceforge.net/svn/?group_id=80362 Une documentation complète sur SVN est disponible à cette adresse : http://svnbook.red-bean.com/ Bon week-end :-) -- Johan Cwiklinski AJLSM |
From: Florence C. (E. n. d. Chartes)
<flo...@en...> - 2008-11-04 15:45:23
|
Bonjour Christine, Christine Bougoüin a écrit : > Bonjour Florence, >> Dans l'onglet, l'étiquette qui précède la zone de saisie du texte à >> chercher est paramétrable (comme un message d'interface i18n). > > Bien, le message i18n devrait être dans le fichier theme/i18n/module-ead-xslt.xml Oui c'est ça. >> Pour le reste, je reviens à mon message du 27 octobre, j'y écrivais : >> "ce n'est pas une option d'affichage à >> choisir lors de la publication". >> Avant de committer, je peux rendre optionnelle la présence de cet onglet >> de recherche "simple", en en faisant une option d'affichage à choisir >> lors de la publication. > > Il y a déjà un paramètre d'affichage permettant de choisir le formulaire à afficher dans l'onglet Recherche de la > fenêtre EAD ; ce paramètre search-form n'est pas fonctionnel pour le moment. Oui, repéré depuis un moment ;-) > > Plutôt que d'ajouter un nouveau paramètre, ne pouvez-vous utiliser celui-là : > - avec comme valeur par défaut le formulaire que vous avez développé > - si aucune valeur pour ce paramètre, l'onglet n'est pas affiché > Et donc modifier les paramètres de publication par défaut dans ead-documents-property-sets.xconf pour indiquer la > nouvelle valeur par défaut de ce paramètre. Oui, c'est ce que j'avais l'intention de faire. Et que je vais donc faire, ce sera dans la semaine ;-) A bientôt Florence C. > >> Mais je n'ai pas travaillé à l'affichage de formulaire de recherche >> avancée multi-critères dans cet onglet. Je me suis limitée à ce qui me >> paraissait le plus important et le plus utile à tous dans l'immédiat. >> >> Est-ce que ça convient comme ça? > > De notre côté aussi, nous n'avons pas encore travaillé à un formulaire multi-critères dans cet onglet. > Donc, cela ira très bien. > > Bonne fin de journée. > > Christine > >> A bientôt, >> >> Florence C. >> Ecole nationale des chartes >> |
From: Christine B. <chr...@aj...> - 2008-11-04 15:38:45
|
Bonjour Florence, >> Pour répondre rapidement, et sans refaire l'histoire, l'ajout de cette >> fonctionnalité est intéressante si elle peut être paramétrable comme toutes >> les autres options d'affichage. > > Dans l'onglet, l'étiquette qui précède la zone de saisie du texte à > chercher est paramétrable (comme un message d'interface i18n). Bien, le message i18n devrait être dans le fichier theme/i18n/module-ead-xslt.xml > > Pour le reste, je reviens à mon message du 27 octobre, j'y écrivais : > "ce n'est pas une option d'affichage à > choisir lors de la publication". > Avant de committer, je peux rendre optionnelle la présence de cet onglet > de recherche "simple", en en faisant une option d'affichage à choisir > lors de la publication. Il y a déjà un paramètre d'affichage permettant de choisir le formulaire à afficher dans l'onglet Recherche de la fenêtre EAD ; ce paramètre search-form n'est pas fonctionnel pour le moment. Plutôt que d'ajouter un nouveau paramètre, ne pouvez-vous utiliser celui-là : - avec comme valeur par défaut le formulaire que vous avez développé - si aucune valeur pour ce paramètre, l'onglet n'est pas affiché Et donc modifier les paramètres de publication par défaut dans ead-documents-property-sets.xconf pour indiquer la nouvelle valeur par défaut de ce paramètre. > > Mais je n'ai pas travaillé à l'affichage de formulaire de recherche > avancée multi-critères dans cet onglet. Je me suis limitée à ce qui me > paraissait le plus important et le plus utile à tous dans l'immédiat. > > Est-ce que ça convient comme ça? De notre côté aussi, nous n'avons pas encore travaillé à un formulaire multi-critères dans cet onglet. Donc, cela ira très bien. Bonne fin de journée. Christine > > A bientôt, > > Florence C. > Ecole nationale des chartes > > > >> Donner un coup de main est très précieux pour ce projet et nous t'en >> remercions. Par contre, il faut le faire en tenant compte des contraintes >> liées à ce projet. Dans le cas contraire on ne va pas y arriver. >> >> > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > pleade-developers mailing list > ple...@li... > https://lists.sourceforge.net/lists/listinfo/pleade-developers > > |
From: Florence C. (E. n. d. Chartes)
<flo...@en...> - 2008-11-03 13:10:20
|
Bonjour, > Jean-Luc ARVERS a écrit : > > Pour répondre rapidement, et sans refaire l'histoire, l'ajout de cette > fonctionnalité est intéressante si elle peut être paramétrable comme toutes > les autres options d'affichage. Dans l'onglet, l'étiquette qui précède la zone de saisie du texte à chercher est paramétrable (comme un message d'interface i18n). Pour le reste, je reviens à mon message du 27 octobre, j'y écrivais : "ce n'est pas une option d'affichage à choisir lors de la publication". Avant de committer, je peux rendre optionnelle la présence de cet onglet de recherche "simple", en en faisant une option d'affichage à choisir lors de la publication. Mais je n'ai pas travaillé à l'affichage de formulaire de recherche avancée multi-critères dans cet onglet. Je me suis limitée à ce qui me paraissait le plus important et le plus utile à tous dans l'immédiat. Est-ce que ça convient comme ça? A bientôt, Florence C. Ecole nationale des chartes > > Donner un coup de main est très précieux pour ce projet et nous t'en > remercions. Par contre, il faut le faire en tenant compte des contraintes > liées à ce projet. Dans le cas contraire on ne va pas y arriver. > > |
From: Jean-Luc A. <ar...@aj...> - 2008-11-03 07:25:12
|
> Bien. J'attends... pour quelle raison ? Maintenance. >> Pour les futurs développements, merci de nous en parler _avant_ de les >> réaliser. Ça évitera que nous développions les mêmes fonctionnalités chacun >> de notre côté. > > > Tu as tout à fait raison, je suis tout à fait d'accord qu'il faut se > coordonner. [...] Pour répondre rapidement, et sans refaire l'histoire, l'ajout de cette fonctionnalité est intéressante si elle peut être paramétrable comme toutes les autres options d'affichage. Donner un coup de main est très précieux pour ce projet et nous t'en remercions. Par contre, il faut le faire en tenant compte des contraintes liées à ce projet. Dans le cas contraire on ne va pas y arriver. -- Jean-Luc ARVERS AJLSM |