[JIRA] Created: (NXP-8663) Bloquage JBOSS suite au bug dans ComplexTypeImpl NXP-8614
Bloquage JBOSS suite au bug dans ComplexTypeImpl NXP-8614 -- Key: NXP-8663 URL: https://jira.nuxeo.com/browse/NXP-8663 Project: Nuxeo Enterprise Platform Issue Type: Bug Reporter: Mathieu GREGORI Priority: Major -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira ___ ECM-tickets mailing list ECM-tickets@lists.nuxeo.com http://lists.nuxeo.com/mailman/listinfo/ecm-tickets
[JIRA] Commented: (NXP-7863) Concurrency problem on startup in PostgreSQL cluster mode
[ https://jira.nuxeo.com/browse/NXP-7863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=107766#comment-107766 ] Mathieu GREGORI commented on NXP-7863: -- Est il possible de changer cette requete en : DELETE FROM CLUSTER_INVALS inv WHERE inv.NODEID NOT IN (SELECT DISTINCT nod.NODEID FROM CLUSTER_NODES nod) (Celle-ci a me semble-t-il moins de chance de rester bloquée) Concurrency problem on startup in PostgreSQL cluster mode - Key: NXP-7863 URL: https://jira.nuxeo.com/browse/NXP-7863 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Core SQL Storage Affects Versions: 5.4.2 Environment: PostgreSQL, cluster mode Reporter: Benoit Delbosc Priority: Critical On startup there is a cleaning procedure to remove orphan invalidation. This cleaning is done on each node even on instance with a noDDL repository option. This cleaning should not be done concurrently because it hangs: {code} DELETE FROM CLUSTER_INVALS USING CLUSTER_INVALS i LEFT JOIN CLUSTER_NODES n ON i.NODEID=n.NODEID WHERE n.NODEID IS NULL {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira ___ ECM-tickets mailing list ECM-tickets@lists.nuxeo.com http://lists.nuxeo.com/mailman/listinfo/ecm-tickets
[JIRA] Commented: (NXP-7863) Concurrency problem on startup in PostgreSQL cluster mode
[ https://jira.nuxeo.com/browse/NXP-7863?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=105865#comment-105865 ] Mathieu GREGORI commented on NXP-7863: -- Que penses tu de cette requête ? = Pas de lecture sur la table qu'on delete ... DELETE FROM CLUSTER_INVALS WHERE NODEID NOT IN (SELECT NODEID FROM CLUSTER_NODES) NB: la requête initiale bloque même s'il n'y a qu'un des membres du cluster de demarré. Concurrency problem on startup in PostgreSQL cluster mode - Key: NXP-7863 URL: https://jira.nuxeo.com/browse/NXP-7863 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Core SQL Storage Affects Versions: 5.4.2 Environment: PostgreSQL, cluster mode Reporter: Benoit Delbosc On startup there is a cleaning procedure to remove orphan invalidation. This cleaning is done on each node even on instance with a noDDL repository option. This cleaning should not be done concurrently because it hangs: {code} DELETE FROM CLUSTER_INVALS USING CLUSTER_INVALS i LEFT JOIN CLUSTER_NODES n ON i.NODEID=n.NODEID WHERE n.NODEID IS NULL {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira ___ ECM-tickets mailing list ECM-tickets@lists.nuxeo.com http://lists.nuxeo.com/mailman/listinfo/ecm-tickets
[JIRA] Created: (NXP-7327) Problème de tenue à la charge : redirect (HTTP 302) en boucle
Problème de tenue à la charge : redirect (HTTP 302) en boucle - Key: NXP-7327 URL: https://jira.nuxeo.com/browse/NXP-7327 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Web API (REST or WS*) Affects Versions: 5.3.2 Environment: RedHat Enterprise Linux 5.5 64bits Reporter: Mathieu GREGORI Priority: Blocker Lors des tests de performances la plateforme génère des redirect en boucles, ce qui bloque a pour conséquences : - de bloquer les tests de performances, les injecteurs ont des limites en nombre de self-redirect - de bloquer l'utilisation de l'application, Internet Explorer comme Firefox ont les même types de limites Le soucis est que le problème survient avec un nombre d'utilisateurs inférieur à 100 alors que la plateforme a pour cible 1200 utilisateurs simultanés en pointe. Vous trouverez en fin de description la pile d'appel d'un redirect (code HTTP 302) dans le cas normal et le cas indésirable. La différence est à partir de la ligne com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214). La ligne en soupçonnée est org.nuxeo.ecm.platform.ui.web.rest.RestHelper_$$_javassist_17. Elle correspond fonctionnellement à la récupération (via un intercepteur @Begin) d'un id de conversation (conversationIdGenerator.currentOrNewMainConversationId). Je ne vois pas pourquoi ce point serait bloquant sous forte charge mais je ne maitrise pas suffisamment le code interne de Nuxeo pour écarter cette piste. Pouvez-vous l'investiguer de votre coté ? Pile d'appel du redirect en cas de comportement OK : 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] Test codes 302 par CBAR2 17:10:02,681 INFO [FilterServletResponseWrapper] URL : /nuxeo/fo/tdb_reponses_effectuees.faces?conversationId=0NXMAIN 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] org.ajax4jsf.webapp.FilterServletResponseWrapper.sendRedirect(FilterServletResponseWrapper.java:610) 17:10:02,681 INFO [FilterServletResponseWrapper] javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:126) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.web.RedirectFilter$1.sendRedirect(RedirectFilter.java:70) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.context.ExternalContextImpl.redirect(ExternalContextImpl.java:421) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.application.NavigationHandlerImpl.handleNavigation(NavigationHandlerImpl.java:181) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamNavigationHandler.handleNavigation(SeamNavigationHandler.java:44) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.rest.FancyNavigationHandler.handleNavigation(FancyNavigationHandler.java:67) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.handleOutcome(Pages.java:603) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Page.preRender(Page.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.preRender(Pages.java:316) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:560) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:471) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:144) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:114) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.lifecycle.NuxeoLifeCycleImpl.render(NuxeoLifeCycleImpl.java:98) 17:10:02,682 INFO [FilterServletResponseWrapper] javax.faces.webapp.FacesServlet.service(FacesServlet.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper] org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 17:10:02,682 INFO [FilterServletResponseWrapper] org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 17:10:02,682 INFO [FilterServletResponseWrapper]
[JIRA] Updated: (NXP-7327) Problème de tenue à la charge : redirect (HTTP 302) en boucle
[ https://jira.nuxeo.com/browse/NXP-7327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mathieu GREGORI updated NXP-7327: - Attachment: 1-console-logs-CBAR3.zip Dernières logs obtenues Problème de tenue à la charge : redirect (HTTP 302) en boucle - Key: NXP-7327 URL: https://jira.nuxeo.com/browse/NXP-7327 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Web API (REST or WS*) Affects Versions: 5.3.2 Environment: RedHat Enterprise Linux 5.5 64bits Reporter: Mathieu GREGORI Priority: Blocker Attachments: 1-console-logs-CBAR3.zip Lors des tests de performances la plateforme génère des redirect en boucles, ce qui bloque a pour conséquences : - de bloquer les tests de performances, les injecteurs ont des limites en nombre de self-redirect - de bloquer l'utilisation de l'application, Internet Explorer comme Firefox ont les même types de limites Le soucis est que le problème survient avec un nombre d'utilisateurs inférieur à 100 alors que la plateforme a pour cible 1200 utilisateurs simultanés en pointe. Vous trouverez en fin de description la pile d'appel d'un redirect (code HTTP 302) dans le cas normal et le cas indésirable. La différence est à partir de la ligne com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214). La ligne en soupçonnée est org.nuxeo.ecm.platform.ui.web.rest.RestHelper_$$_javassist_17. Elle correspond fonctionnellement à la récupération (via un intercepteur @Begin) d'un id de conversation (conversationIdGenerator.currentOrNewMainConversationId). Je ne vois pas pourquoi ce point serait bloquant sous forte charge mais je ne maitrise pas suffisamment le code interne de Nuxeo pour écarter cette piste. Pouvez-vous l'investiguer de votre coté ? Pile d'appel du redirect en cas de comportement OK : 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] Test codes 302 par CBAR2 17:10:02,681 INFO [FilterServletResponseWrapper] URL : /nuxeo/fo/tdb_reponses_effectuees.faces?conversationId=0NXMAIN 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] org.ajax4jsf.webapp.FilterServletResponseWrapper.sendRedirect(FilterServletResponseWrapper.java:610) 17:10:02,681 INFO [FilterServletResponseWrapper] javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:126) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.web.RedirectFilter$1.sendRedirect(RedirectFilter.java:70) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.context.ExternalContextImpl.redirect(ExternalContextImpl.java:421) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.application.NavigationHandlerImpl.handleNavigation(NavigationHandlerImpl.java:181) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamNavigationHandler.handleNavigation(SeamNavigationHandler.java:44) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.rest.FancyNavigationHandler.handleNavigation(FancyNavigationHandler.java:67) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.handleOutcome(Pages.java:603) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Page.preRender(Page.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.preRender(Pages.java:316) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:560) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:471) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:144) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:114) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.lifecycle.NuxeoLifeCycleImpl.render(NuxeoLifeCycleImpl.java:98) 17:10:02,682 INFO [FilterServletResponseWrapper] javax.faces.webapp.FacesServlet.service(FacesServlet.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper]
[JIRA] Updated: (NXP-7327) Problème de tenue à la charge : redirect (HTTP 302) en boucle
[ https://jira.nuxeo.com/browse/NXP-7327?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mathieu GREGORI updated NXP-7327: - Attachment: configuration.zip Configuration Faces Problème de tenue à la charge : redirect (HTTP 302) en boucle - Key: NXP-7327 URL: https://jira.nuxeo.com/browse/NXP-7327 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Web API (REST or WS*) Affects Versions: 5.3.2 Environment: RedHat Enterprise Linux 5.5 64bits Reporter: Mathieu GREGORI Priority: Blocker Attachments: 1-console-logs-CBAR3.zip, configuration.zip Lors des tests de performances la plateforme génère des redirect en boucles, ce qui bloque a pour conséquences : - de bloquer les tests de performances, les injecteurs ont des limites en nombre de self-redirect - de bloquer l'utilisation de l'application, Internet Explorer comme Firefox ont les même types de limites Le soucis est que le problème survient avec un nombre d'utilisateurs inférieur à 100 alors que la plateforme a pour cible 1200 utilisateurs simultanés en pointe. Vous trouverez en fin de description la pile d'appel d'un redirect (code HTTP 302) dans le cas normal et le cas indésirable. La différence est à partir de la ligne com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214). La ligne en soupçonnée est org.nuxeo.ecm.platform.ui.web.rest.RestHelper_$$_javassist_17. Elle correspond fonctionnellement à la récupération (via un intercepteur @Begin) d'un id de conversation (conversationIdGenerator.currentOrNewMainConversationId). Je ne vois pas pourquoi ce point serait bloquant sous forte charge mais je ne maitrise pas suffisamment le code interne de Nuxeo pour écarter cette piste. Pouvez-vous l'investiguer de votre coté ? Pile d'appel du redirect en cas de comportement OK : 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] Test codes 302 par CBAR2 17:10:02,681 INFO [FilterServletResponseWrapper] URL : /nuxeo/fo/tdb_reponses_effectuees.faces?conversationId=0NXMAIN 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] org.ajax4jsf.webapp.FilterServletResponseWrapper.sendRedirect(FilterServletResponseWrapper.java:610) 17:10:02,681 INFO [FilterServletResponseWrapper] javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:126) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.web.RedirectFilter$1.sendRedirect(RedirectFilter.java:70) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.context.ExternalContextImpl.redirect(ExternalContextImpl.java:421) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.application.NavigationHandlerImpl.handleNavigation(NavigationHandlerImpl.java:181) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamNavigationHandler.handleNavigation(SeamNavigationHandler.java:44) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.rest.FancyNavigationHandler.handleNavigation(FancyNavigationHandler.java:67) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.handleOutcome(Pages.java:603) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Page.preRender(Page.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.preRender(Pages.java:316) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:560) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:471) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:144) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:114) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96) 17:10:02,682 INFO [FilterServletResponseWrapper] com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.lifecycle.NuxeoLifeCycleImpl.render(NuxeoLifeCycleImpl.java:98) 17:10:02,682 INFO [FilterServletResponseWrapper] javax.faces.webapp.FacesServlet.service(FacesServlet.java:266) 17:10:02,682 INFO
[JIRA] Commented: (NXP-7327) Problème de tenue à la charge : redirect (HTTP 302) en boucle
[ https://jira.nuxeo.com/browse/NXP-7327?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=99555#comment-99555 ] Mathieu GREGORI commented on NXP-7327: -- Lors des premiers tests nous avons eu des problèmes de dimensionnement Datasource et de configuration du Kernel pour autoriser un nombre de Socket plus important. Ces problèmes ont été résolus et maintenant nous obtenons la boucle 302 sans autres erreurs dans la log (les erreurs en fin de log jointes apparaissent après une demande de shutdown). Les tests se font via un serveur Apache qui utilise mod_jk pour transmettre les requêtes via le protocole AJP (comme indiqué dans la documentation Nuxeo). Apache a également été configuré pour supporter la charge. PostgreSQL a aussi été configuré pour tenir la charge. Problème de tenue à la charge : redirect (HTTP 302) en boucle - Key: NXP-7327 URL: https://jira.nuxeo.com/browse/NXP-7327 Project: Nuxeo Enterprise Platform Issue Type: Bug Components: Web API (REST or WS*) Affects Versions: 5.3.2 Environment: RedHat Enterprise Linux 5.5 64bits Reporter: Mathieu GREGORI Priority: Blocker Attachments: 1-console-logs-CBAR3.zip, configuration.zip Lors des tests de performances la plateforme génère des redirect en boucles, ce qui bloque a pour conséquences : - de bloquer les tests de performances, les injecteurs ont des limites en nombre de self-redirect - de bloquer l'utilisation de l'application, Internet Explorer comme Firefox ont les même types de limites Le soucis est que le problème survient avec un nombre d'utilisateurs inférieur à 100 alors que la plateforme a pour cible 1200 utilisateurs simultanés en pointe. Vous trouverez en fin de description la pile d'appel d'un redirect (code HTTP 302) dans le cas normal et le cas indésirable. La différence est à partir de la ligne com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214). La ligne en soupçonnée est org.nuxeo.ecm.platform.ui.web.rest.RestHelper_$$_javassist_17. Elle correspond fonctionnellement à la récupération (via un intercepteur @Begin) d'un id de conversation (conversationIdGenerator.currentOrNewMainConversationId). Je ne vois pas pourquoi ce point serait bloquant sous forte charge mais je ne maitrise pas suffisamment le code interne de Nuxeo pour écarter cette piste. Pouvez-vous l'investiguer de votre coté ? Pile d'appel du redirect en cas de comportement OK : 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] Test codes 302 par CBAR2 17:10:02,681 INFO [FilterServletResponseWrapper] URL : /nuxeo/fo/tdb_reponses_effectuees.faces?conversationId=0NXMAIN 17:10:02,681 INFO [FilterServletResponseWrapper] - 17:10:02,681 INFO [FilterServletResponseWrapper] org.ajax4jsf.webapp.FilterServletResponseWrapper.sendRedirect(FilterServletResponseWrapper.java:610) 17:10:02,681 INFO [FilterServletResponseWrapper] javax.servlet.http.HttpServletResponseWrapper.sendRedirect(HttpServletResponseWrapper.java:126) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.web.RedirectFilter$1.sendRedirect(RedirectFilter.java:70) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.context.ExternalContextImpl.redirect(ExternalContextImpl.java:421) 17:10:02,681 INFO [FilterServletResponseWrapper] com.sun.faces.application.NavigationHandlerImpl.handleNavigation(NavigationHandlerImpl.java:181) 17:10:02,681 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamNavigationHandler.handleNavigation(SeamNavigationHandler.java:44) 17:10:02,682 INFO [FilterServletResponseWrapper] org.nuxeo.ecm.platform.ui.web.rest.FancyNavigationHandler.handleNavigation(FancyNavigationHandler.java:67) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.handleOutcome(Pages.java:603) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Page.preRender(Page.java:266) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.navigation.Pages.preRender(Pages.java:316) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:560) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:471) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:144) 17:10:02,682 INFO [FilterServletResponseWrapper] org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:114) 17:10:02,682 INFO
[JIRA] Created: (NXP-6408) Erreur Javascript sur l'utilisation du composant calendar de rich Faces sur IE et Firefox
Erreur Javascript sur l'utilisation du composant calendar de rich Faces sur IE et Firefox - Key: NXP-6408 URL: https://jira.nuxeo.com/browse/NXP-6408 Project: Nuxeo Enterprise Platform Issue Type: Bug Affects Versions: 5.3.2 Reporter: Mathieu Gregori Priority: Major Bonjour, L'erreur que nous obtenons est la suivante, est ce que vous avez une idée de ce qui pourrait la causer ? (new Calendar(modifierEntiteForm:nxl_entite_coordonnees:j_id200, {dayListTableId: modifierEntiteForm:nxl_entite_coordonnees:j_id200Day, weekNumberBarId: modifierEntiteForm:nxl_entite_coordonnees:j_id200WeekNum, weekDayBarId: modifierEntiteForm:nxl_entite_coordonnees:j_id200WeekDay, currentDate: new Date(2011, 1, 24), selectedDate: null, datePattern: dd/MM/, jointPoint: bottom-left, direction: bottom-right, boundaryDatesMode: inactive, popup: true, enableManualInput: false, showInput: true, disabled: false, readonly: false, ajaxSingle: true, verticalOffset: 0, horizontalOffset: 0, style: z-index: 3; width:200px, firstWeekDay: 1, minDaysInFirstWeek: 4, todayControlMode: select, showHeader: true, showFooter: true, showWeeksBar: true, showWeekDaysBar: true, showApplyButton: true, resetTimeOnDateSelect: false, defaultTime: {hours: 12, minutes: 0}, labels: {apply: Apply, today: Today, clean: Clean, cancel: Cancel, ok: OK, close: x}, dayCellClass: modifierEntiteForm_nxl_entite_coordonnees_j_id200DayCell, monthLabels: [janvier, f\xE9vrier, mars, avril, mai, juin, juillet, ao\xFBt, septembre, octobre, novembre, d\xE9cembre], monthLabelsShort: [janv., f\xE9vr., mars, avr., mai, juin, juil., ao\xFBt, sept., oct., nov., d\xE9c.], weekDayLabels: [dimanche, lundi, mardi, mercredi, jeudi, vendredi, samedi], weekDayLabelsShort: [dim., lun., mar., mer., jeu., ven., sam.]})).load is not a function Fichier Source : http://localhost:8080/nuxeo/nxpath/organisations/organisations/orga3/orga3@view_documents?tabId=ENTITE_IDENTITEconversationId=0NXMAIN -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.nuxeo.com/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira ___ ECM-tickets mailing list ECM-tickets@lists.nuxeo.com http://lists.nuxeo.com/mailman/listinfo/ecm-tickets