[GeoNetwork-users-fr] Tag de la version 2.7.0 ?

Bonjour,

(Note: si je me trompe de mailing-list, n'hésitez pas à me le dire.)

Je dois installer une version 2.7 de geosource avec des besoins spécifiques pour le LDAP et la reconnaissance de l'espace intranet (plusieurs plages d'adresses IP). J'ai donc entrepris de récupérer les sources dans un repository git, ce qui fut long mais a bien marché, pour faire une version customisée.

Toutefois, maintenant que j'y regarde de plus près, je ne vois aucun tag pour la 2.7.0, ni pour les différentes release candidate de la 2.7.0 et il ne me semble pas pertinent de compiler directement à partir de trunk. Malgré mes recherches, je n'ai trouvé aucune doc à sujet. Quel tag, branche (ou chemin) devrais-je utiliser ?

Cordialement,

--
Guillaume Perréal
Cemagref

On 08/10/11 10:28, Guillaume Perréal wrote:

Bonjour,

(Note: si je me trompe de mailing-list, n'hésitez pas à me le dire.)

Je dois installer une version 2.7 de geosource avec des besoins
spécifiques pour le LDAP et la reconnaissance de l'espace intranet
(plusieurs plages d'adresses IP). J'ai donc entrepris de récupérer les
sources dans un repository git, ce qui fut long mais a bien marché, pour
faire une version customisée.

Toutefois, maintenant que j'y regarde de plus près, je ne vois aucun tag
pour la 2.7.0, ni pour les différentes release candidate de la 2.7.0 et
il ne me semble pas pertinent de compiler directement à partir de trunk.
Malgré mes recherches, je n'ai trouvé aucune doc à sujet. Quel tag,
branche (ou chemin) devrais-je utiliser ?

Il y'a eu un tag de la 2.7.0 (revision 7830 du svn) qui a été déplacé dans les branches dans la revision 7946.
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7830
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7946
Par contre, si j'examine le fichier geosource/WEB-INF/server.prop de geosource 2.7.0, la revision du svn n'est pas précisée.. on sait juste que ca date du '#Wed, 06 Jul 2011 14:35:45 +0200' ?

Je serais toi, je prendrais un checkout de sandbox/GeoSource/branches/2.7.0..

--
Landry Breuil
Mouton a 5 pattes du CRAIG

Bonjour,

Le 10 août 2011 14:08, Landry Breuil <breuil@anonymised.com> a écrit :

On 08/10/11 10:28, Guillaume Perréal wrote:

Bonjour,

(Note: si je me trompe de mailing-list, n'hésitez pas à me le dire.)

Je dois installer une version 2.7 de geosource avec des besoins
spécifiques pour le LDAP et la reconnaissance de l'espace intranet
(plusieurs plages d'adresses IP). J'ai donc entrepris de récupérer les
sources dans un repository git, ce qui fut long mais a bien marché, pour
faire une version customisée.

Toutefois, maintenant que j'y regarde de plus près, je ne vois aucun tag
pour la 2.7.0, ni pour les différentes release candidate de la 2.7.0 et
il ne me semble pas pertinent de compiler directement à partir de trunk.
Malgré mes recherches, je n'ai trouvé aucune doc à sujet. Quel tag,
branche (ou chemin) devrais-je utiliser ?

Il y'a eu un tag de la 2.7.0 (revision 7830 du svn) qui a été déplacé
dans les branches dans la revision 7946.

En effet, lors du début des travaux sur la 2.7.1, la branche 2.7.0 a
été créée (je viens d'ajouter un tag 2.7.0 équivalent à la branche).
Mais à priori, cette branche ne va pas évoluer.

http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7830
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7946
Par contre, si j'examine le fichier geosource/WEB-INF/server.prop de

server.prop n'est pas mis à jour correctement depuis la migration à
maven, nous sommes en cours d'amélioration de ce point dans
GeoNetwork.

geosource 2.7.0, la revision du svn n'est pas précisée.. on sait juste
que ca date du '#Wed, 06 Jul 2011 14:35:45 +0200' ?

Je serais toi, je prendrais un checkout de
sandbox/GeoSource/branches/2.7.0..

De mon point de vue, je partirai du trunk qui corrige, entre autre,
une partie des problèmes évoqués ces dernières semaines sur la liste
et à donc tendance à être plus fiable d'autant plus que le trunk de
GeoNetwork est également en phase de peaufinage. Par ailleurs, le
trunk de GéoSource repose maintenant sur GeoNetwork sans modification
du code source (eg. java) car l'ensemble des spécificités GéoSource
ont été intégrées ou revues pour intégration dans GeoNetwork (cf. [1],
[2], [3]). Le code source de GéoSource ne contient qu'une
configuration particulière de GeoNetwork ce qui le rend le code plus
simple à prendre en main (j'espère). Seul bémol, l'annuaire de contact
a été revu et diffère de la 2.7.0, il sera donc nécessaire de migrer
l'annuaire existant avec l'outil ad-hoc (la doc est en cours de
rédaction).

Salutations.

Francois

[1] http://trac.osgeo.org/geonetwork/wiki/proposals/WidgetsBasedGui
[2] http://trac.osgeo.org/geonetwork/wiki/proposals/SubTemplates
[3] http://trac.osgeo.org/geonetwork/wiki/proposals/ThesaurusManagerPanel

--
Landry Breuil
Mouton a 5 pattes du CRAIG

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model
configuration take the hassle out of deploying and managing Subversion and
the tools developers use with it. Learn more about uberSVN and get a free
download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

Bonjour,

Apparemment je n'ai pas beaucoup de chance :
- la branche 2.7.0 ne compile pas ; maven essaie d'extraire de récupérer d'autres parties du SVN qui semblent ne plus exister (accessoirement, pourquoi faire un checkout depuis maven là où un svn:externals aurait permis de faire aussi bien voir mieux ?),
- pas mieux avec le trunk (https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk) : Maven ne trouve pas certaines dépendances : org.restlet.jse:org.restlet:jar:2.0.0, org.restlet.jse:org.restlet.ext.fileupload:jar:2.0.0 ; repositories : localGeoNetwork, geotools, central, org.mapfish, thus.ch, k-int.

Par rapport à la différence GeoSource/GeoNetwork, maintenant que GeoNetwork a intégré les spécificités de GeoSource, qu'est-ce que ce derneir apporte de plus (notamment pa rapport à INSPIRE) ?

Cordialement,
--
Guillaume Perréal, Cemagref.

Le 11/08/2011 08:34, Francois Prunayre a écrit :

Bonjour,

Le 10 août 2011 14:08, Landry Breuil<breuil@anonymised.com> a écrit :

On 08/10/11 10:28, Guillaume Perréal wrote:

Bonjour,

(Note: si je me trompe de mailing-list, n'hésitez pas à me le dire.)

Je dois installer une version 2.7 de geosource avec des besoins
spécifiques pour le LDAP et la reconnaissance de l'espace intranet
(plusieurs plages d'adresses IP). J'ai donc entrepris de récupérer les
sources dans un repository git, ce qui fut long mais a bien marché, pour
faire une version customisée.

Toutefois, maintenant que j'y regarde de plus près, je ne vois aucun tag
pour la 2.7.0, ni pour les différentes release candidate de la 2.7.0 et
il ne me semble pas pertinent de compiler directement à partir de trunk.
Malgré mes recherches, je n'ai trouvé aucune doc à sujet. Quel tag,
branche (ou chemin) devrais-je utiliser ?

Il y'a eu un tag de la 2.7.0 (revision 7830 du svn) qui a été déplacé
dans les branches dans la revision 7946.

En effet, lors du début des travaux sur la 2.7.1, la branche 2.7.0 a
été créée (je viens d'ajouter un tag 2.7.0 équivalent à la branche).
Mais à priori, cette branche ne va pas évoluer.

http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7830
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7946
Par contre, si j'examine le fichier geosource/WEB-INF/server.prop de

server.prop n'est pas mis à jour correctement depuis la migration à
maven, nous sommes en cours d'amélioration de ce point dans
GeoNetwork.

geosource 2.7.0, la revision du svn n'est pas précisée.. on sait juste
que ca date du '#Wed, 06 Jul 2011 14:35:45 +0200' ?

Je serais toi, je prendrais un checkout de
sandbox/GeoSource/branches/2.7.0..

De mon point de vue, je partirai du trunk qui corrige, entre autre,
une partie des problèmes évoqués ces dernières semaines sur la liste
et à donc tendance à être plus fiable d'autant plus que le trunk de
GeoNetwork est également en phase de peaufinage. Par ailleurs, le
trunk de GéoSource repose maintenant sur GeoNetwork sans modification
du code source (eg. java) car l'ensemble des spécificités GéoSource
ont été intégrées ou revues pour intégration dans GeoNetwork (cf. [1],
[2], [3]). Le code source de GéoSource ne contient qu'une
configuration particulière de GeoNetwork ce qui le rend le code plus
simple à prendre en main (j'espère). Seul bémol, l'annuaire de contact
a été revu et diffère de la 2.7.0, il sera donc nécessaire de migrer
l'annuaire existant avec l'outil ad-hoc (la doc est en cours de
rédaction).

Salutations.

Francois

[1] http://trac.osgeo.org/geonetwork/wiki/proposals/WidgetsBasedGui
[2] http://trac.osgeo.org/geonetwork/wiki/proposals/SubTemplates
[3] http://trac.osgeo.org/geonetwork/wiki/proposals/ThesaurusManagerPanel

--
Landry Breuil
Mouton a 5 pattes du CRAIG

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model
configuration take the hassle out of deploying and managing Subversion and
the tools developers use with it. Learn more about uberSVN and get a free
download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

Re,

Le 11 août 2011 10:43, Guillaume Perréal
<guillaume.perreal@anonymised.com> a écrit :

Bonjour,

Apparemment je n'ai pas beaucoup de chance :
- la branche 2.7.0 ne compile pas ; maven essaie d'extraire de récupérer
d'autres parties du SVN qui semblent ne plus exister (accessoirement,
pourquoi faire un checkout depuis maven là où un svn:externals aurait
permis de faire aussi bien voir mieux ?),

En l'occurence, la structure actuelle du dépôt date de la version
2.3.x, elle avait été également utilisée pour le fork de GeoNetwork
pour georchestra à ces débuts je crois. L'idée était de dépendre de
GeoNetwork sans faire une recopie de tout le code tel que c'était fait
auparavant. Les svn:externals auraient pu fonctionner, une limitation
par rapport au mécanisme actuel est l'impossibilité de mettre une
dépendance dans un répertoire pointé vers un svn:external (ce qui
n'est plus utilisé aujourd'hui). Quoiqu'il en soit le nombre restreint
de contributeurs sur le projet fait que ce n'est pas le sujet
prioritaire malgré tout [1] et [2] devraient permettre de simplifier
la création de dérivés de GeoNetwork à l'avenir. N'hésitez pas à
proposer des améliorations sur ces points !

- pas mieux avec le trunk
(https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk)
: Maven ne trouve pas certaines dépendances :
org.restlet.jse:org.restlet:jar:2.0.0,
org.restlet.jse:org.restlet.ext.fileupload:jar:2.0.0 ; repositories :
localGeoNetwork, geotools, central, org.mapfish, thus.ch, k-int.

Non reproductible de mon côté.

Par rapport à la différence GeoSource/GeoNetwork, maintenant que
GeoNetwork a intégré les spécificités de GeoSource, qu'est-ce que ce
derneir apporte de plus (notamment pa rapport à INSPIRE) ?

La configuration, le profil France, des modèles de saisie en français,
la désactivation de la carto ... cf le contenu du répertoire
src/main/added

Salutations.

Francois

[1] http://trac.osgeo.org/geonetwork/ticket/531
[2] http://trac.osgeo.org/geonetwork/ticket/513

Cordialement,
--
Guillaume Perréal, Cemagref.

Le 11/08/2011 08:34, Francois Prunayre a écrit :

Bonjour,

Le 10 août 2011 14:08, Landry Breuil<breuil@anonymised.com> a écrit :

On 08/10/11 10:28, Guillaume Perréal wrote:

Bonjour,

(Note: si je me trompe de mailing-list, n'hésitez pas à me le dire.)

Je dois installer une version 2.7 de geosource avec des besoins
spécifiques pour le LDAP et la reconnaissance de l'espace intranet
(plusieurs plages d'adresses IP). J'ai donc entrepris de récupérer les
sources dans un repository git, ce qui fut long mais a bien marché, pour
faire une version customisée.

Toutefois, maintenant que j'y regarde de plus près, je ne vois aucun tag
pour la 2.7.0, ni pour les différentes release candidate de la 2.7.0 et
il ne me semble pas pertinent de compiler directement à partir de trunk.
Malgré mes recherches, je n'ai trouvé aucune doc à sujet. Quel tag,
branche (ou chemin) devrais-je utiliser ?

Il y'a eu un tag de la 2.7.0 (revision 7830 du svn) qui a été déplacé
dans les branches dans la revision 7946.

En effet, lors du début des travaux sur la 2.7.1, la branche 2.7.0 a
été créée (je viens d'ajouter un tag 2.7.0 équivalent à la branche).
Mais à priori, cette branche ne va pas évoluer.

http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7830
http://geonetwork.svn.sourceforge.net/viewvc/geonetwork?view=revision&revision=7946
Par contre, si j'examine le fichier geosource/WEB-INF/server.prop de

server.prop n'est pas mis à jour correctement depuis la migration à
maven, nous sommes en cours d'amélioration de ce point dans
GeoNetwork.

geosource 2.7.0, la revision du svn n'est pas précisée.. on sait juste
que ca date du '#Wed, 06 Jul 2011 14:35:45 +0200' ?

Je serais toi, je prendrais un checkout de
sandbox/GeoSource/branches/2.7.0..

De mon point de vue, je partirai du trunk qui corrige, entre autre,
une partie des problèmes évoqués ces dernières semaines sur la liste
et à donc tendance à être plus fiable d'autant plus que le trunk de
GeoNetwork est également en phase de peaufinage. Par ailleurs, le
trunk de GéoSource repose maintenant sur GeoNetwork sans modification
du code source (eg. java) car l'ensemble des spécificités GéoSource
ont été intégrées ou revues pour intégration dans GeoNetwork (cf. [1],
[2], [3]). Le code source de GéoSource ne contient qu'une
configuration particulière de GeoNetwork ce qui le rend le code plus
simple à prendre en main (j'espère). Seul bémol, l'annuaire de contact
a été revu et diffère de la 2.7.0, il sera donc nécessaire de migrer
l'annuaire existant avec l'outil ad-hoc (la doc est en cours de
rédaction).

Salutations.

Francois

[1] http://trac.osgeo.org/geonetwork/wiki/proposals/WidgetsBasedGui
[2] http://trac.osgeo.org/geonetwork/wiki/proposals/SubTemplates
[3] http://trac.osgeo.org/geonetwork/wiki/proposals/ThesaurusManagerPanel

--
Landry Breuil
Mouton a 5 pattes du CRAIG

------------------------------------------------------------------------------
uberSVN's rich system and user administration capabilities and model
configuration take the hassle out of deploying and managing Subversion and
the tools developers use with it. Learn more about uberSVN and get a free
download at: http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
GeoNetwork-users-fr mailing list
GeoNetwork-users-fr@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geonetwork-users-fr

Re,

Le 11/08/2011 12:54, Francois Prunayre a écrit :

- pas mieux avec le trunk
(https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk)
: Maven ne trouve pas certaines dépendances :
org.restlet.jse:org.restlet:jar:2.0.0,
org.restlet.jse:org.restlet.ext.fileupload:jar:2.0.0 ; repositories :
localGeoNetwork, geotools, central, org.mapfish, thus.ch, k-int.

Non reproductible de mon côté.

J'ai pu corriger le problème en ajoutant le repository restlet à mon settings.xml (cf. http://www.restlet.org/downloads/maven). Je suppose qu'une fois les dépendances téléchargées dans le repository local ($HOME/.m2/repository) le fait que le repository distant soit listé ou non n'a plus d'influence ; peut-être faudrait-il l'ajouter dans le pom.xml du module en question (src/main/checkout/jeevlet/pom.xml).

Sinon, il semble que j'ai un problème avec la génération des JARs:

$ ./build.sh
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Building GeoSource
[INFO] task-segment: [clean, install]
[INFO] ------------------------------------------------------------------------
[...]
[INFO] [jar:jar {execution: default-jar}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar: g:\perreal\projets\geosource-2.7.0\target\geosource-2.7.1-SNAPSHOT.jar
[INFO] [install:install {execution: default-install}]
[INFO] Installing g:\perreal\projets\geosource-2.7.0\target\geosource-2.7.1-SNAPSHOT.jar to C:\Documents and Settings\perreal\.m2\repository\org\geosource\2.7.1-SNAPSHOT\geosource-2.7.1-SNAPSHOT.jar

En outre, comme il installe une 2.7.1-SNAPSHOT (vide), la compilation des autres modules se passe assez mal. Par exemlpe, la compilation de GAST échoue parce qu'il ne trouve pas org.geonetwork-opensource:geonetwork-main:jar:classes:2.7.0-SNAPSHOT.

Je précise que je me base sur un "svn co https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk&quot; sans compilation préalable de GeoNetwork ou GeoSource, et avec JDK 1.6, Maven 2.2.1, Ant 1.8.2 et Subversion 1.6.5.

Cordialement,

--
Guillaume Perréal
Cemagref

Re,

Le 11 août 2011 16:29, Guillaume Perréal
<guillaume.perreal@anonymised.com> a écrit :

Re,

Le 11/08/2011 12:54, Francois Prunayre a écrit :

- pas mieux avec le trunk

(https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk)
: Maven ne trouve pas certaines dépendances :
org.restlet.jse:org.restlet:jar:2.0.0,
org.restlet.jse:org.restlet.ext.fileupload:jar:2.0.0 ; repositories :
localGeoNetwork, geotools, central, org.mapfish, thus.ch, k-int.

Non reproductible de mon côté.

J'ai pu corriger le problème en ajoutant le repository restlet à mon
settings.xml (cf. http://www.restlet.org/downloads/maven). Je suppose qu'une
fois les dépendances téléchargées dans le repository local
($HOME/.m2/repository) le fait que le repository distant soit listé ou non
n'a plus d'influence ; peut-être faudrait-il l'ajouter dans le pom.xml du
module en question (src/main/checkout/jeevlet/pom.xml).

Ajouté http://geonetwork.svn.sourceforge.net/geonetwork/?rev=8110&view=rev

Sinon, il semble que j'ai un problème avec la génération des JARs:

$ ./build.sh
[INFO] Scanning for projects...
[INFO]
------------------------------------------------------------------------
[INFO] Building GeoSource
[INFO] task-segment: [clean, install]
[INFO]
------------------------------------------------------------------------
[...]
[INFO] [jar:jar {execution: default-jar}]
[WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] Building jar:
g:\perreal\projets\geosource-2.7.0\target\geosource-2.7.1-SNAPSHOT.jar
[INFO] [install:install {execution: default-install}]
[INFO] Installing
g:\perreal\projets\geosource-2.7.0\target\geosource-2.7.1-SNAPSHOT.jar to
C:\Documents and
Settings\perreal\.m2\repository\org\geosource\2.7.1-SNAPSHOT\geosource-2.7.1-SNAPSHOT.jar

En outre, comme il installe une 2.7.1-SNAPSHOT (vide), la compilation des
autres modules se passe assez mal. Par exemlpe, la compilation de GAST
échoue parce qu'il ne trouve pas
org.geonetwork-opensource:geonetwork-main:jar:classes:2.7.0-SNAPSHOT.

Je précise que je me base sur un "svn co
https://geonetwork.svn.sourceforge.net/svnroot/geonetwork/sandbox/GeoSource/trunk&quot;
sans compilation préalable de GeoNetwork ou GeoSource, et avec JDK 1.6,
Maven 2.2.1, Ant 1.8.2 et Subversion 1.6.5.

En testant sur un autre serveur, la première erreur que j'ai porte sur
le module Jeeves :

[INFO] Building Jeeves modules
[INFO] task-segment: [clean, install]
[INFO] ------------------------------------------------------------------------
[INFO] [clean:clean {execution: default-clean}]
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 1 source file to
/home/fxprunayre/.hudson/jobs/GeoSource-trunk/workspace/target/jeeves/target/test-classes
[INFO] [surefire:test {execution: default-test}]
[INFO] Surefire report directory:
/home/fxprunayre/.hudson/jobs/GeoSource-trunk/workspace/target/jeeves/target/surefire-reports

-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running jeeves.server.ConfigurationOveridesTest
Tests run: 3, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.238
sec <<< FAILURE!

Results :

Tests in error:
  imports(jeeves.server.ConfigurationOveridesTest)
  updateConfig(jee ...

Pour contourner le problème remplacer
mvn clean install -Denv=geosource
par
mvn clean install -Denv=geosource -DskipTests
dans build.sh. Je suis preneur d'une correction si vous trouvez.

Salutations.

Francois

Cordialement,

--
Guillaume Perréal
Cemagref

Bonjour,

Question sur les recherches par date.

Pas de soucis pour la recherche sur la date de mise à jour de la métadonnée, mais avec la recherche temporelle je n'ai pas de résultat.

Par exemple, j'ai une donnée ayant les informations suivantes :
  * date de création : 2010-06-14
  * date de péremption : 2011-06-30
  * maj annuelle avec date de la prochaine mise à jour : 2011-06-15
Lorsque je fais une recherche temporelle entre le 14/06/21010 et aujourd'hui je n'ai aucun résultat....

Quelqu'un a-t-il compris sur quels critères se base la recherche temporelle ?

Cela fonctionne-t-il pour quelqu'un ?

Merci

Florian Deruette
SIG L-R / CG34