January 2011 - Wikitty-users - mailman.cloud.codelutin.com

[ANN] - Wikitty 3.0.3 released
by nuiton.org Release Notification 27 Jan '11

27 Jan '11

1 0

Problèmes avec l'opérateur Not
by Jean Couteau 26 Jan '11

26 Jan '11

Je cherche à faire une requête avec l'opérateur Not mais mes résultats ne sont pas bon, a priori la requête est mal retranscrite pour solr. search = Search.query(); search.eq(AgentSkill.FQ_FIELD_AGENTSKILL_AGENT, agentId); Search searchNot = search.not(); searchNot.contains(WikittyAuthorisation.FIELD_WIKITTYAUTHORISATION_READER, privateGroup.getWikittyId()); A priori ça me donne un criteria qui colle : <?xml version="1.0" encoding="UTF-8"?> <java version="1.6.0_22" class="java.beans.XMLDecoder"> <object class="org.nuiton.wikitty.search.Criteria"> <void property="restriction"> <object class="org.nuiton.wikitty.search.operators.And"> <void property="name"> <object class="org.nuiton.wikitty.search.operators.RestrictionName" method="valueOf"> <string>AND</string> </object> </void> <void property="restrictions"> <object class="java.util.ArrayList"> <void method="add"> <object class="org.nuiton.wikitty.search.operators.Equals"> <void property="element"> <object class="org.nuiton.wikitty.search.operators.Element"> <void property="name"> <string>AgentSkill.agent</string> </void> </object> </void> <void property="name"> <object class="org.nuiton.wikitty.search.operators.RestrictionName" method="valueOf"> <string>EQUALS</string> </object> </void> <void property="value"> <string>d2f9ff2f-a69c-4735-8148-e6949bac487a</string> </void> </object> </void> <void method="add"> <object class="org.nuiton.wikitty.search.operators.Not"> <void property="name"> <object class="org.nuiton.wikitty.search.operators.RestrictionName" method="valueOf"> <string>NOT</string> </object> </void> <void property="restriction"> <object class="org.nuiton.wikitty.search.operators.Contains"> <void property="element"> <object class="org.nuiton.wikitty.search.operators.Element"> <void property="name"> <string>reader</string> </void> </object> </void> <void property="name"> <object class="org.nuiton.wikitty.search.operators.RestrictionName" method="valueOf"> <string>CONTAINS</string> </object> </void> <void property="value"> <object class="java.util.LinkedList"> <void method="add"> <string>81fba23e-bb2d-4ed0-b31f-a88b0e3968a1</string> </void> </object> </void> </object> </void> </object> </void> </object> </void> </object> </void> </object> </java> par contre, la requête solR semble à l'ouest : 2011-01-25 17:13:59,794 [main] DEBUG org.nuiton.wikitty.storage.solr.WikittyQueryParser$SolrQParser - Query parse : ( ( AgentSkill.agent_w:d2f9ff2f\-a69c\-4735\-8148\-e6949bac487a AND ( *:* - ( *:* - *:* ) ) ) AND #extensions:AgentSkill ) la partie Not de la requête semble être retranscrite comme ceci : ( *:* - ( *:* - *:* ) ) :( Quelqu'un à une idée de ce que j'aurais pu mal faire ? Serait-ce un bug dans Wikitty ?

2 2

findBy et sécurité ?
by Jean Couteau 26 Jan '11

26 Jan '11

Bonjour à tous, en testant des findBy avec la couche de sécurité, je me rends compte que si je n'ai pas le droit de lire un des résultats de ma recherche, une exception est levée. A mon avis, il faudrait préférer un comportement du type : retourner un élément null si on ne peut le lire, ou encore mieux, retourner que les éléments que je peux lire. La levée d'exception me semble pertinente dans le cas d'un restore (une action utilisateur qui demande explicitement un id, mais dans le cas d'un findBy, je pense vraiment qu'on ne devrait avoir que les résultats qui nous intéressent/qu'on peut lire. Dans tous les cas, si on conserve la levée d'exception, ça nous oblige a créer des requètes avec les WikittyAuthorisation. D'une, ça complexifie grandement des requêtes simples, et de deux ça me plait pas d'utiliser WikittyAuthorisation partout, si on pouvait limiter son utilisation aux besoins métier très spécifiques et autrement masquer ça dans le service de sécurité, ça serait bien mieux. Vos avis ? Jean

2 1

[ANN] - Wikitty 3.0.2 released
by nuiton.org Release Notification 13 Jan '11

13 Jan '11

1 0