|
|
|
| The following comment has been added to this issue: |
[ Permlink ] |
|
Author: Nicolas Cuvilier
Date: 06/08/07 11:04
Comment:
Bonjour,
Merci pour la réponse.
Pour le 2) OK je vais utiliser BETWEEN plutot que STARTSWITH. Quand je parle de version précédente, il s'agit de la version 5.1 M3 que nous avions récupéré le 5 juin 2007.
3) En fait j'ai créé un arbre de navigation treeDirectory qui s'appuie sur des valeurs hiérarchisées au sein de fichiers .csv. Il y a 3 niveaux. Utilisation de
directoryTreeManager.directoryTrees. Le fonctionnement précédent était étrange : je devais tout d'abord cliquer sur une valeur de l'arbre (entrainant le réaffichage de la requête précédente) ET ensuite via un bouton , lancer l'action de recherche (du form de recherche avancée) : #{searchActions.performSearch} pour obtenir ma liste de résultats filtrée par la valeur de categorie de mon arbre (valeur sous-tendue par le noeud sur lequel j'avais cliqué) ...
Avec la 5.1 RC, quand je clique sur le noeud de mon arbre et que je clique ensuite sur mon bouton d'action qui effectue la recherche #{searchActions.performSearch} , la requête effectuee dans le fichier de log ne contient pas la clause where qui devrait être rajoutée par la query de l'arbre. En 5.1 M3, je visualisais bien ma requête : SELECT * from Document Where rde:marche-poste STARTSWITH 'keyValue1/keyValue2' . Ce n'est plus le cas.
Aussi et la c'est plus grave, la requête cidessus SELECT * from Document Where rde:marche-poste STARTSWITH 'keyValue1/keyValue2 ne fonctionne plus même quand je la teste avec la champ NXQL du form de recherche avancée. (avec l'opérateur '=' ça fonctionne).
Pourriez vous me donner un délai de correction de ces différents problèmes pour la 5.1 RC (livraison de patch ?) car je dois livrer une version de mon application RDE rapidement à notre client? Aussi, quand vous aurez résolu les problèmes autour de la mise en oeuvre de l'arbre avec le query Model etc... Merci beaucoup de me faire parvenir une bullet List exhastive des actions à mener pour utiliser cet arbre.
Tenez moi au courant,
Nicolas
Ps: Au besoin je peux me déplacer pour qu'on voit ces problèmes ensemble sur un portable , si c'est ok pour vous n'hésitez pas à me communiquer une date (l'après midi de pref). Merci
|
|
Regressions observées sur la 5.1 RC:
1 ) Si effectue une recherche à vide dans la recherche avancée sans sélectionner de colonne de tri :
org.nuxeo.ecm.core.api.WrappedException: Exception: java.lang.IllegalArgumentException. message: sortColumn cannot be null
2 ) Recherche par date ne fonctionne pas sur un champ date spécifique au type de document : ne trouve aucun résultat avec la requête suivante : (issue du fichier de log) :
SELECT * FROM Document WHERE rde:date-livraison STARTSWITH '2002'
Précision : Dans l'ancienne version , cette recherche fonctionnait en ayant rajouté la conf de champ indexé dans fichier de conf compass (nxdocument.cpm.xml): (rajout du nœud suivant)
<!-- Configuration champ Date RDE -->
<resource-property name="rde:date-livraison" converter="date"
store="yes" index="un_tokenized" />
Avec cette même config, ça ne marche pas, il ne trouve pas de document
3) Query issue de l'arbre de navigation ne fonctionne plus : Apparemment, il ne prend plus en compte la query paramétrée via le QueryModel.
Extrait de Exception levée :
org.nuxeo.ecm.core.api.WrappedException
Exception: org.nuxeo.ecm.core.api.ClientException. message: UNknown search type
org.nuxeo.ecm.webapp.search.SearchActionsBean.getResultsProvider(SearchActionsBean.java:487)
sun.reflect.GeneratedMethodAccessor768.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:585)
org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:112)
org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:166)
org.nuxeo.ecm.platform.ui.web.shield.NuxeoErrorInterceptor.invokeAndWrapExceptions(NuxeoErrorInterceptor.java:71)
sun.reflect.GeneratedMethodAccessor193.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:585)
org.jboss.ejb3.interceptor.InvocationContextImpl.proceed(InvocationContextImpl.java:118)
org.jboss.seam.intercept.EJBInvocationContext.proceed(EJBInvocationContext.java:37)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:55)
org.jboss.seam.interceptors.BijectionInterceptor.bijectNonreentrantComponent(BijectionInterceptor.java:79)
org.jboss.seam.interceptors.BijectionInterceptor.bijectComponent(BijectionInterceptor.java:58)
sun.reflect.GeneratedMethodAccessor191.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:585)
org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
org.jboss.seam.intercept.Interceptor.aroundInvoke(Interceptor.java:169)
org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:64)
org.jboss.seam.interceptors.ManagedEntityIdentityInterceptor.aroundInvoke(ManagedEntityIdentityInterceptor.java:36)
sun.reflect.GeneratedMethodAccessor188.invoke(Unknown Source)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:585)
org.jboss.seam.util.Reflections.invoke(Reflections.java:18)
4) Arbre de navigation joue requête quand on déplie un nœud ... (avant ça mettait juste l'arbre à jour ...)
Merci !
Ps: C'est mon premier post sur Jira Merci de me dire si sur la forme il y a des modifs à apporter.
|
|
|
|
![]() |
|
_______________________________________________
ECM-tickets mailing list
[email protected]
http://lists.nuxeo.com/mailman/listinfo/ecm-tickets
