Pb au lancement de Scub sous Windows XP

[Yayayoute]

Plateforme Windows XP SP3

JAVA_HOME=répertoire de mon JDK1.7

 

Après installation du package Scub-Foundation (par défaut C:\scub-foundation\..., je clique le raccourci qui pointe sur eclipse.exe ; résultat une fenêtre d'erreur eclipse: "Failed to create de Java Virtual Machine"

Merci de m'aider à dépoter ce souci.

Cordialement

[Stéphane GOUMARD]

Bonjour,

Pouvez vous vérifier que la configuration de l'option -vm dans le fichier c:\scub-foundation\programs\eclipse\eclipse.ini soit identique à la valeur de votre variable JAVA_HOME.

Exemple :

-vm 
C:\Program Files\Java\jdk1.7.19\bin\javaw.exe 

JAVA_HOME => C:\Program Files\Java\jdk1.7.19

Cordialement,

[Yayayoute]

Bonjour,

 

J'ai appliqué votre modif.

Toujours le même pb.

En fouinant dans les forums, on trouve des propositions pour modifier les tailles des espaces Java ; elles sont sans effet : tjrs le même pb.

Il est même proposé de supprimer carrément c:\scub-foundation\programs\eclipse\eclipse.ini.

Eh bien, cela fonctionne !

A tout le moins, il n'y a plus le fichu message "Failed to create JVM".

Le lancement de eclipse/scub va à son terme ; mais personne n'a le droit de penser que supprimer le fichier eclipse.ini est la solution au pb !!!!!

Il doit donc bien y avoir un bug quelque part dans le processus d'installation d'eclipse-scub

 

Il est déplaisant de constater que ces problèmes de déploiement de Java et des applications sous eclipse reviennent encore et toujours (les forums sont farcis de ces bugs, au moins sous Windows (peut-être que sous Linux c'est plus propre).

 

Donc, peut-on vraiment se passer du fichier eclipse.ini pour la suite de l'utilisation de scub ?

 

Merci pour votre avis

[Stéphane GOUMARD]

Re-

Oui transformer Windows en plateforme de développement efficace n'est pas des plus simple... mais nous y travaillons dur. d’autre installation sous Windows ce sont mieux passé que la votre, mais maintenant nous allons

tenter de rendre votre poste opérationnelle.

Le eclipse.ini va être indispensable au plugin Gwt Designer qui est inclus dans l'usine Scub Foundation, c'est un outil fort appréciable, nous n'allons donc pas opter pour cette solution. puis-je vous demander de m'envoyer le contenue

de votre fichier eclipse.ini après application de ma recommandation précédente (l'option -vm ne dois pas se trouver n'importe ou dans ce fichier je souhaiterai le contrôler et le valider sur notre plateforme de test)  et m'envoyer aussi la valeur de votre

variable JAVA_HOME.

D'avance Merci.

Cordialement.

[Yayayoute]

OK Stéphane, essayons d'améliorer tout cela :

Voici le contenu de mon fichier eclipse.ini

 

***********************************

-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
1024m
--launcher.defaultAction
openFile
-vm
C:\Program Files\Java\jdk1.7.0_13\bin\javaw.exe
-vmargs
-Dosgi.requiredJavaVersion=1.7
-Dhelp.lucene.tokenizer=standard
-Xms1024m
-Xmx2048m
-XX:PermSize=256m
-XX:MaxPermSize=1024m
-XX:+CMSPermGenSweepingEnabled
-XX:+CMSClassUnloadingEnabled
-Dorg.eclipse.swt.browser.XULRunnerPath=C:\scub-foundation\programs\eclipse\xulrunner

************************************************

 

et mon JAVA_HOME=C:\Program Files\Java\jdk1.7.0_13

 

Je rappelle ce que j'ai écrit dans un message précédent : le processus iZPack d'installation de Scub réclame l'adresse du JDK dans une boite de dialogue ; dès lors, dans le code généré, il ne devrait pas y avoir de souci de JVM. Non ?

 

Cordialement

[Nicolas Peltier]

Bonjour,

Je viens de comparer votre fichier eclipse.ini avec le mien tournant lui, par contre sous Windows 7 64 bits, et je constate quelques différences. A mon avis, la différence de version de Windows n'explique pas ces différences (à mon avis). Je mets le contenu de mon fichier pour comparaison (en rouge, les différences) :

********************************************************************************
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.200.v20120522-1813

-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize

256M

-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
1024m
--launcher.defaultAction
openFile

-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx512m

-Dorg.eclipse.swt.browser.XULRunnerPath=C:\scub-foundation\programs\eclipse\xulrunner

*************************************************************************

Je n'ai pas la ligne -vm ni tous les -XX à la fin. Je n'ai rien modifié à la configuration depuis l'installation.

En espérant que cela pourra vous aider.

Cordialement,
Nicolas

[loic scub]

Bonjour, 

    D'après mon expérience d'éclipse, l'option -vm dans le éclipse.ini est importante, par défaut pour être sur qu'il soit bien pris en compte je le place au dessus du -showsplash? j'avais testé cette solution sur Seven est ce que vous pouvez l'essayer sur XP? 

Cordialement,

Loïc

Le lundi 4 février 2013 18:44:53 UTC+1, Yayayoute a écrit :

[Yayayoute]

Bonjour,

 

Hormis le paramètre --launcher library, j'ai repris les même valeurs que vous proposez ; d'ailleurs, j'obtiens la toute première version de eclipse.ini obtenue suite à l'installation de scub.

Je me retrouve au point de départ avec le message "Failed to create JVM" ; ce qui est normal puisque c'était ce qui m'a conduit à rechercher dans les forums une solution au problème.

 

Cordialement

[Yayayoute]

Bonjour,

 

J'ai déplacé l'option -vm au dessus de -showsplash. Au lancement, je vois bien le splash mais j'ai toujours le message "Failed to create the JVM".

 

Cordialement

[Yayayoute]

[Stéphane GOUMARD]

Bonjour,

Oui logiquement la variable -vm doit être au dessus de la variable -vmargs, c'est le cas dans cette version du eclipse.ini, vous pouvez du moins tester la piste de Loic qui connais bien son sujet étant à l'origine des versions des usines de développement que nous utilisons.

De plus, nous avons utilisé votre version du fichier eclipse.ini sur un poste cible même JDK, même version du socle (Windows 32 Bits) nous avons

réussis à lancer eclipse après avoir rétablis les valeurs par défaut des paramètres de mémoire qui sont anormalement élevé par rapport aux paramètres d'origines (comme le rappelle Nicolas). remarquez que nous n'avons sur ce poste constaté aucune influence sur la position de l'option -vm.

****************************************************************

********************************************************************************************************************************

Malgré cette version si votre problème perdure, il va nous falloir valider l'installation du JDK, pouvez vous nous dire ce que réponds les commandes suivantes exécutés dans un terminal (Démarrer => Exécuter => cmd)

- echo %JAVA_HOME%

- set Path=%Path%;%JAVA_HOME%/bin

- java -version

[Stéphane GOUMARD]

Le fichier eclipse.ini de notre plateforme 

-startup

plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar

--launcher.library

plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813

-startup

plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar

--launcher.library

plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813

-product

org.eclipse.epp.package.java.product

--launcher.defaultAction

openFile

--launcher.XXMaxPermSize

-showsplash

org.eclipse.platform

--launcher.XXMaxPermSize

1024m

--launcher.defaultAction

openFile

-vm

C:\Program Files\Java\jdk1.7.0_13\bin\javaw.exe

-vmargs

-Dosgi.requiredJavaVersion=1.7

-Dhelp.lucene.tokenizer=standard

[Stéphane GOUMARD]

En plus de votre retour, sur les commandes, nous préparons dés à présent une plateforme sur Windows XP pour être au plus proche de votre configuration, la version de l'OS étant le dernier point qui nous sépare de votre plateforme sur nos derniers tests.

Cordialement,

[Stéphane GOUMARD]

Bonjour sur une plateforme identique à la votre, nous avons fait les tests suivants.

(0) Suppression d'un socle existant.

(1) Suppression de toute variable environnement JAVA_HOME

(2) Suppression de toute référence à une installation Java dans la variable d’environnement Path.

(3) - Lancement de l'installation => Message "It looks like your system does not have a JDK avaliable" ?

(4) - Ajout variable d’environnement utilisateur JAVA_HOME=C:\Program Files\Java\jdk1.7.0_13

(5) - Lancement de l'installation => Message "It looks like your system does not have a JDK avaliable" ?

(6) - Ajout à la variable d’environnement Path Systéme  ;C:\Program Files\Java\jdk1.7.0_13\bin

(7) - Lancement de l'installation => Sucess.

(8) - Lancement d'eclipse de Scub Foundation => Message " "Failed to create de Java Virtual Machine"

(9) - Ajout de l'option -vm au fichier eclipse.ini

**************************************************************************************************

-startup

plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar

--launcher.library

plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813

-product

org.eclipse.epp.package.java.product

--launcher.defaultAction

openFile

--launcher.XXMaxPermSize

256M

-showsplash

org.eclipse.platform

--launcher.XXMaxPermSize

1024m

--launcher.defaultAction

openFile

-vm

C:\Program Files\Java\jdk1.7.0_13\bin\javaw.exe

-vmargs

-Dosgi.requiredJavaVersion=1.5

-Dhelp.lucene.tokenizer=standard

-Xms40m

-Xmx512m

-Dorg.eclipse.swt.browser.XULRunnerPath=C:\scub-foundation\programs\eclipse\xulrunner

************************************************************************************************************************

(10) - Lancement d'eclipse de Scub Foundation => Sucess.

Nous vous préconisions donc de reprendre votre installation en exécutant les points 0, 1, 2, 4, 6, 9.

Cordialement,

[Yayayoute]

Bonjour,

 

J'ai appliqué à la lettre vos consignes. En vain, le lancement d'Eclipse de Scub plante immédiatement avec le message  du JVM Launcher :

Error : could not create the JVM

Error : A fatal exception has occurred. Program will exit

 

De fait, je ne croyais pas du tout, mais alors pas du tout à vos propositions pour lever le problème ; j'aurai quand même essayé.

Ma plateforme XP Pro est totalement à jour des divers KB Microsoft.

 

Voici le résultat des commandes java de base :

 

C:\Documents and Settings\Utilisateur>java -version
java version "1.7.0_13"
Java(TM) SE Runtime Environment (build 1.7.0_13-b20)
Java HotSpot(TM) Client VM (build 23.7-b01, mixed mode, sharing)

C:\Documents and Settings\Utilisateur>javac
Usage: javac <options> <source files>
where possible options include:
  -g                         Generate all debugging info
  -g:none                    Generate no debugging info
  -g:{lines,vars,source}     Generate only some debugging info
  -nowarn                    Generate no warnings
  -verbose                   Output messages about what the compiler is doing
  -deprecation               Output source locations where deprecated APIs are used
  -classpath <path>          Specify where to find user class files and annotation processors
  -cp <path>                 Specify where to find user class files and annotation processors
  -sourcepath <path>         Specify where to find input source files
  -bootclasspath <path>      Override location of bootstrap class files
  -extdirs <dirs>            Override location of installed extensions
  -endorseddirs <dirs>       Override location of endorsed standards path
  -proc:{none,only}          Control whether annotation processing and/or compilation is done.
  -processor <class1>[,<class2>,<class3>...] Names of the annotation processors to run; bypasses default discovery process
  -processorpath <path>      Specify where to find annotation processors
  -d <directory>             Specify where to place generated class files
  -s <directory>             Specify where to place generated source files
  -implicit:{none,class}     Specify whether or not to generate class files for implicitly referenced files
  -encoding <encoding>       Specify character encoding used by source files
  -source <release>          Provide source compatibility with specified release
  -target <release>          Generate class files for specific VM version
  -version                   Version information
  -help                      Print a synopsis of standard options
  -Akey[=value]              Options to pass to annotation processors
  -X                         Print a synopsis of nonstandard options
  -J<flag>                   Pass <flag> directly to the runtime system
  -Werror                    Terminate compilation if warnings occur
  @<filename>                Read options and filenames from file

C:\Documents and Settings\Utilisateur>

 

Je rappelle ma reqmarque faite précédemment concernant un param de ja VM : -Dosgi.requiredJavaVersion=1.5

Pourquoi 1.5 ? et quelle conséquence sachant que je n'ai pas java 1.5 sur ma plateforme

[Stéphane GOUMARD]

Bonjour,

Nous n'avons pas réussis à reproduire votre probléme sur notre plateforme de test pourtant identique à la votre, cela ne nous aide pas à vous dépanner et cela nous laisse supposer que le probléme

viens de votre installation et de votre configuration spécifique. c'est pourquoi je vous indiques les étapes que nous, nous avons suivis, en espérant que cela aurait pu vous être utile.

-Dosgi.requiredJavaVersion=1.5 Pour nous cette partie indique une version minimale de la version de Java à utiliser pour la partie osgi, c'est la configuration par défaut pour une installation d’éclipse en version 4.X

Pouvez vous tenter de supprimer l'option -vm de votre eclipse.ini et essayer de suivre la recommandation d’éclipse http://www.eclipse.org/eclipse/development/readme_eclipse_4.2.html#RunningEclipse pour préciser la vm dans la ligne de commande.

Je vous préconise d'utiliser de tester avec le JDK, la JRE du JDK (private si vous l'avez installez), un JRE public si vous en avez un.

Je vous encourage aussi à lancer éclipse via un terminal, et l’exécutable java et non javaw, java n'est pas soumis au règle des antivirus et cela va nous permettre aussi de récupérer d’éventuelle log exemple :

eclipse -vm C:\Program Files\Java\jdk1.7.0_13\bin\java.exe -console -consoleLog -debug -vmargs -Xmx512m

Après tous ces tests si rien ne fonctionne, Vous pouvez aussi télécharger un éclipse brut et tenter de le démarrer avec votre JDK : http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/juno/SR1/eclipse-java-juno-SR1-linux-gtk.tar.gz&mirror_id=514

Dans l'attente de vos retours.

Cordialement,

[Stéphane GOUMARD]

Une erreur c'est glissé dans ma précédente réponse le lien pour télécharger un eclipse brut pour votre plateforme est le suivant : http://www.eclipse.org/downloads/download.php?file=/technology/epp/downloads/release/juno/SR1/eclipse-java-juno-SR1-win32.zip&mirror_id=514

[Yayayoute]

Bonjour,

a) J'ai testé le dernier fichier eclipse.ini fourni sur 2 plateformes Windows XP Pro 32 bits avec respectivement 3Go et 4Go de RAM.

    Dans les 2 cas échec à la création de la VM

    Si ce fichier fonctionne chez vous, c'est peut-être avec une plateforme 64 bits.

b) Cela dit, de mon côté, j'ai pu avancer dans ce problème d'installation/lancement de Scub sous Windows XP.

Je résume à quoi j'aboutis :

1. Le fichier eclipse.ini généré à l'installation de Scub présente des anomalies :

   - redondance des paramètres --launcher.XXMaxPermSize avec d'ailleurs des valeurs différentes 256M et 1024m

   - la VM n'est pas désignée explicitement

   - le fichier eclipse.ini contient des commandes ou paramètres qu'il faudrait éviter et déplacer dans config.ini (Je cite ci-dessous le paragraphe de la doc Eclipse qui recommande ceci ):

Launcher ini file

The eclipse.exe and more generally executables for RCP applications now read their parameters from an associated ini file. This file offers a platform independent way to pass in arguments that previously had to be specified directly on the command line such as vm or vm arguments. Although all parameters can be specified in this file, it recommend for maintainability and consistency across various installations to only specifiy the vm location and the vm arguments in this ini file and use the config.ini file for others.

2. Voici le fichier eclipse.ini qui donne satifaction ;

    Vous noterez :

         * suppression des commandes relatives à Eclipse

         * ce fichier fonctionne quand on lance Scub depuis le raccourci Windows ou en mode CLI

         * pour la plateforme de 3Go, remplacer 590m par 490m

         * les tests ont été effectués avec une allocation de mémoire maxi pour prévenir les sempiternels "out of memory" d'Eclipse

-vm

C:\Program Files\Java\jdk1.7.0_13\bin\java.exe

-vmargs

-Dosgi.requiredJavaVersion=1.5

-Dhelp.lucene.tokenizer=standard

-Xms450M

-Xmx590M

-XX:MaxPermSize=590M

-Dorg.eclipse.swt.browser.XULRunnerPath=C:\scub-foundation\programs\eclipse\xulrunner

3. Je ne prétends pas de ce soit une solution mais une piste pour améliorer la prcodédure d'installation ; cependant, il y a d'autres défauts dans l'installation.

Par exemple, certaines variables d'environnement générées ont une syntaxe fausse :

SCUB_FOUNDATION_HOME=C:                        douteux

JETTY_HOME=C:\scub-foundation\programs\jetty   OK

JETTY_HOME=C:\scub-foundation\programs\jetty   OK

M2=\bin                                                            erreur syntaxe

M2_HOME=C:\programs\maven                          erreur syntaxe

conséquences sur l'usage du rep Maven :

!ENTRY org.eclipse.m2e.logback.appender 4 0 2013-02-10 19:02:34.875

!MESSAGE Error changing index details central|http://repo.maven.apache.org/maven

!ENTRY org.eclipse.m2e.logback.appender 4 0 2013-02-10 19:02:35.312

!MESSAGE Could not add repository index

4. Autres :

- je trouve pénalisant de ne pouvoir choisir la cible d'installation sous Windows

- pour ce qui me concerne, je trouve la procédure actuelle inopérante sous Windows XP Pro 32 bits

 

Cordialement

[Stéphane GOUMARD]

Bonjour,

a) J'ai testé le dernier fichier eclipse.ini fourni sur 2 plateformes Windows XP Pro 32 bits avec respectivement 3Go et 4Go de RAM.

    Dans les 2 cas échec à la création de la VM

    Si ce fichier fonctionne chez vous, c'est peut-être avec une plateforme 64 bits.

Comme nous vous l'avons signalé notre station de travail était en tous point identiques à la votre. Windows Xp 32 bits, SF 32 Bits, les plugins éclipse pour la version 64 Bits sont différents, cela transpire

sur le fichier eclipse.ini (voir poste de Nicolas Peltier avec une version 64 bits de fichier)

- redondance des paramètres --launcher.XXMaxPermSize avec d'ailleurs des valeurs différentes 256M et 1024m

Oui Nous ouvrons un ticket sur ce point, https://sourceforge.net/tracker/?func=detail&aid=3604037&group_id=158573&atid=808372 

  - la VM n'est pas désignée explicitement

Oui seule les versions de windows inférieure à la 7 ont besoin de ce paramètre pour preuve éclipse version 4 ne le met plus par défaut dans son eclipse.ini mais recommande plus tôt de le mettre ne paramètre de la ligne

de commande comme nous vous l'avons conseillé également. 

Pour suivre le ticket : https://sourceforge.net/tracker/?func=detail&aid=3604037&group_id=158573&atid=808372 

3. Je ne prétends pas de ce soit une solution mais une piste pour améliorer la prcodédure d'installation ; cependant, il y a d'autres défauts dans l'installation.

Par exemple, certaines variables d'environnement générées ont une syntaxe fausse :

SCUB_FOUNDATION_HOME=C:                        douteux

JETTY_HOME=C:\scub-foundation\programs\jetty   OK

JETTY_HOME=C:\scub-foundation\programs\jetty   OK

M2=\bin                                                            erreur syntaxe

M2_HOME=C:\programs\maven                          erreur syntaxe

Oui exacte les valeurs correctes devrait être :

SCUB_FOUNDATION_HOME=C:\scub-foundation        

JETTY_HOME=C:\scub-foundation\programs\jetty 

M2=C:\scub-foundation\programs\maven\bin 

M2_HOME=C:\scub-foundation\programs\maven

Pour suivre le ticket : https://sourceforge.net/tracker/?func=detail&aid=3604039&group_id=158573&atid=808372

4. Autres :

- je trouve pénalisant de ne pouvoir choisir la cible d'installation sous Windows

Oui nous aussi, mais nous rencontrons encore des problèmes de décompression d'archive sur des chemins d'arborescence trop long sous cette OS.

Ce point fait partie de notre RoasMap (qui sera bientôt disponible en ligne)

- pour ce qui me concerne, je trouve la procédure actuelle inopérante sous Windows XP Pro 32 bits

Nous tacherons via les tickets ouverts et grâce à votre contribution d'améliorer cette procédure dans la prochaine version. car nous avons notés sur notre plateforme cible quelques similitude avec les problèmes que vous avez rencontrez !

Cordialement,

 

[Matthieu Penicaud]

exactement le meme probleme pour ma part, sur plateforme vista 32 bits. est-ce resolu??

[Stéphane GOUMARD]

Via ce post oui, nous avons effectué une installation sous un windows XP 32 bits et décrit une configuration qui fonctionne parfaitement en tous cas sur notre plateforme de test.

Avez vous vérifier les variables d’environnements ? , votre fichier eclipse.ini ?  et tenter de spécifier l'emplacement de la JVM au lancement eclipse, bref exploiter l'ensemble des pistes de ce poste ?

[Hassan ETTIFOURI]

Bonjour,

  J' ai bien arrivé à reproduire le bug "Failed to create de Java Virtual Machine" sur une machine windows xp 32 bits.

   La solution à suivre (à la lettre à peut prêt ) pour résoudre ce problème est la suivante :

1. Mettre à jour les variables d' environnement suivantes avec les valeurs indiqués :

• SCUB_FOUNDATION_HOME=C:\scub-foundation    
  
• JETTY_HOME=C:\scub-foundation\programs\jetty
• M2=C:\scub-foundation\programs\maven\bin
• M2_HOME=C:\scub-foundation\programs\maven

1. Écraser le contenu du fichier C:\scub-foundation\programs\eclipse\eclipse.ini avec le contenu suivant :

-startup plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar --launcher.library plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.200.v20120522-1813 -product org.eclipse.epp.package.java.product

--launcher.XXMaxPermSize 256M -showsplash org.eclipse.platform --launcher.defaultAction openFile -vm C:\Program Files\Java\jdk1.7.0_45\jre\bin\javaw.exe

-vmargs -Dosgi.requiredJavaVersion=1.5 -Dhelp.lucene.tokenizer=standard -Xms40m -Xmx512m -Dorg.eclipse.swt.browser.XULRunnerPath=C:\scub-foundation\programs\eclipse\xulrunner

NB:

• Il faut remplacer le chemin C:\Program Files\Java\jdk1.7.0_45\ par celle du JAVA_HOME de la machine hébergeant eclipse Scub (poste développeur)
• J' ai utilisé le javaw.exe du JRE pour ne pas avoir des blocages de certains Anti-virus ainsi pour ne pas avoir une fenêtre noire (dos) qui s'ouvre si on utilise java.exe.
• La RAM de ma plateforme de test est de 2Go, donc à adapter les valeurs -Xms40m, -Xmx512m et
  

  --launcher.XXMaxPermSize 256M, selon la taille de la RAM de vos postes de développement 
  

   Et voila le problème est résolu :)

Cordialement
--
ETTIFOURI EL Hassane

Expert technique Java/JEE SQLI
Chef de projet technique
Doctorant chercheur en informatique
Fondateur du projet Java-JEE open source :
 www.zerocouplage.org
 h.ett...@gmail.com

Ettifouri