IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Eclipse Java Discussion :

Déploiement d'une application Web


Sujet :

Eclipse Java

  1. #1
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut Déploiement d'une application Web
    J'ai développé une appli de type : " Dynamic Web Project " dans eclipse : soit une appli JAVA 2 EE (Servlet, JSP...) qui s'exécute dans un environnement Tomcat.

    Pendant le développement, je lance l'appli dans eclipse à travers un server (configuré avec tomcat) dans eclipse.

    Maintenant, je dois distribuer cette appli, et j'aimerai créer un fichier WAR qui sera copié dans le répertoire tomcat du client. L'appli ne doit donc plus être lancée dans eclipse.

    Comment créer un WAR : soit automatiquement avec eclipse, soit en utilisant un plugin additionnel, soit en le faisant manuellement ?

    Merci d'avance.

    A+
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  2. #2
    Membre averti Avatar de Jean-Philippe Shields
    Profil pro
    Inscrit en
    Novembre 2005
    Messages
    278
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : Canada

    Informations forums :
    Inscription : Novembre 2005
    Messages : 278
    Points : 340
    Points
    340
    Par défaut
    Tu devrais utiliser un script de compilation ANT
    RCP rulez!

  3. #3
    Membre actif Avatar de habasque
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Septembre 2006
    Messages
    530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Septembre 2006
    Messages : 530
    Points : 296
    Points
    296
    Par défaut création d'un war
    Oui tu peux soit te créer ton build.xml ou utiliser un outil comme Maven 2

  4. #4
    Membre habitué
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    145
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 145
    Points : 125
    Points
    125
    Par défaut
    tu peux aussi utiliser maven.

    Mais le plus simple est peut-être d'utiliser le plugin "Sysdeo Eclipse Tomcat Launcher" (http://www.sysdeo.com/eclipse/tomcatplugin).

    Il te permet entre autres de générer un war.

  5. #5
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut
    Citation Envoyé par mat360
    tu peux aussi utiliser maven.

    Mais le plus simple est peut-être d'utiliser le plugin "Sysdeo Eclipse Tomcat Launcher" (http://www.sysdeo.com/eclipse/tomcatplugin).

    Il te permet entre autres de générer un war.
    Merci pour cette info : effectivement on peut très facilement générer un WAR à partir de l'appli web.

    En fait, je n'utilise plus ce plugin, et je ne veux plus l'utiliser car il subsiste très souvent des problèmes de synchronisation de fichiers entre l'appli par elle-même et le server tomcat (pendant le développement) et cela pose de gros problèmes lors du debug.

    Je préfère donc utiliser la méthode eclipse (Dynamic Web Project + Server) pour développer mes appli WEB, même si le fait de générer un WAR est moins simple.

    D'où ce post, car j'aimerais avoir vos avis pour réaliser le WAR de manière efficace, sans être obliger de tester tous les produits du moment.

    Alors, à vos suggestions, et merci encore.

    A+
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  6. #6
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut
    Citation Envoyé par habasque
    Oui tu peux soit te créer ton build.xml ou utiliser un outil comme Maven 2
    Comment générer le build.xml ?
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  7. #7
    Membre actif Avatar de habasque
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Septembre 2006
    Messages
    530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Septembre 2006
    Messages : 530
    Points : 296
    Points
    296
    Par défaut tutoriel ant
    tu trouveras plus d information sur ant et un exemple sur build.xml a l adresse suivante :

    http://jmdoudoux.developpez.com/java...?page=Chap_009

  8. #8
    Membre actif Avatar de habasque
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Septembre 2006
    Messages
    530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Septembre 2006
    Messages : 530
    Points : 296
    Points
    296
    Par défaut build.xml
    voici un exemple bien complet, c'est celui que j'utilise

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
    135
    136
    137
    138
    139
    140
    141
    142
    143
    144
    145
    146
    147
    148
    149
    150
    151
    152
    153
    154
    155
    156
    157
    158
    159
    160
    161
    162
    163
    164
    165
    166
    167
    168
    169
    170
    171
    172
    173
    174
    175
    176
    177
    178
    179
    180
    181
    182
    183
    184
    185
    186
    187
    188
    189
    190
    191
    192
    193
    194
    195
    196
    197
    198
    199
    200
    201
    202
    203
    204
    205
    206
    207
    208
    209
    210
    211
    212
    213
    214
    215
    216
    217
    218
    219
    220
    221
    222
    223
    224
    225
    226
    227
    228
    229
    230
    231
    232
    233
    234
    235
    236
    237
    238
    239
    240
    241
    242
    243
    244
    245
    246
    247
    248
    249
    250
    251
    252
    253
    254
    255
    256
    257
    258
    259
    260
    261
    262
    263
    264
    265
    266
    267
    268
    269
    270
    271
    272
    273
    274
    275
    276
    277
    278
    279
    280
    281
    282
    283
    284
    285
    286
    287
    288
    289
    290
    291
    292
    293
    294
    295
    296
    297
    298
    299
    300
    301
    302
    303
    304
    305
    306
    307
    308
    309
    310
    311
    312
    313
    314
    315
    316
    317
    318
    319
    320
    321
    322
    323
    324
    325
    <?xml version="1.0" encoding="ISO-8859-1" ?>
     
    <!-- A "project" describes a set of targets that may be requested
         when Ant is executed.  The "default" attribute defines the
         target which is executed if no specific target is requested,
         and the "basedir" attribute defines the current working directory
         from which Ant executes the requested task.  This is normally
         set to the current working directory.
    -->
     
     
    <project name="Bitacoras" default="compile" basedir=".">
     
    <!-- ===================== Property Definitions =========================== -->
     
     
    <!--
     
      Each of the following properties are used in the build script.
      Values for these properties are set by the first place they are
      defined, from the following list:
     
      * Definitions on the "ant" command line (ant -Dfoo=bar compile).
     
      * Definitions from a "build.properties" file in the top level
        source directory of this application.
     
      * Definitions from a "build.properties" file in the developer's
        home directory.
     
      * Default definitions in this build.xml file.
     
      You will note below that property values can be composed based on the
      contents of previously defined properties.  This is a powerful technique
      that helps you minimize the number of changes required when your development
      environment is modified.  Note that property composition is allowed within
      "build.properties" files as well as in the "build.xml" script.
     
    -->
     
      <property file="build.properties"/>
      <property file="${user.home}/build.properties"/>
     
     
    <!-- ==================== File and Directory Names ======================== -->
     
    <!--
    Each of the following properties are used by convention in this
         build file.  The values specified can be overridden at run time by
         adding a "-Dname=value" argument to the command line that invokes Ant.
         This technique is normally used to copy the values of the ANT_HOME
         and TOMCAT_HOME environment variables into the "ant.home" and
         "tomcat.home" properties, which are normally not defined explicitly.
     
         app.name          Base name of this application, used to
                           construct filenames and directories.
     
         deploy.home       The name of the directory into which the
                           deployment hierarchy will be created.
                           Normally, this will be the name of a
                           subdirectory under $TOMCAT_HOME/webapps.
     
         dist.home	       The name of the base directory in which
                           distribution files are created.
     
         dist.src          The name of the distribution JAR file
                           containing the application source code,
                           to be stored in the "dist.home" directory.
                           This filename should end with ".jar".
     
         dist.war          The name of the Web ARchive (WAR) file
                           containing our deployable application.
                           This filename should end with ".war".
     
         javadoc.home      The name of the base directory in which
                           the JavaDoc documentation for this application
                           is generated.
     
         tomcat.home       The name of the base directory in which
                           Tomcat has been installed.  This value is
                           normally set automatically from the value
                           of the TOMCAT_HOME environment variable.
     
         In the example below, the application being developed will be deployed
         to a subdirectory named "myapp", and will therefore be accessible at:
     
           http://localhost:8080/myapp
    -->
     
      <property name="app.name"       value="Bitacoras"/>
      <property name="build.home"     value="${basedir}/build"/>
      <property name="dist.home"      value="${basedir}/dist"/>
      <property name="docs.home"      value="${basedir}/docs"/>
      <property name="src.home"       value="${basedir}/WEB-INF/src"/>
      <property name="web.home"       value="${basedir}/web"/>
      <property name="lib.home"       value="${basedir}/WEB-INF/lib"/>
      <property name="work.home"       value="${basedir}/work"/>
      <property name="dist.war"       value="${app.name}.war"/>
      <property name="tomcat.home" value="C:\Archivos de programa\Apache Software Foundation\Tomcat 5.5\"/>
     
     
    <!--  ==================== Compilation Control Options ==================== -->
     
    <!--
     
      These properties control option settings on the Javac compiler when it
      is invoked using the <javac> task.
     
      compile.debug        Should compilation include the debug option?
     
      compile.deprecation  Should compilation include the deprecation option?
     
      compile.optimize     Should compilation include the optimize option?
     
    -->
     
      <property name="compile.debug"       value="true"/>
      <property name="compile.deprecation" value="false"/>
      <property name="compile.optimize"    value="true"/>
     
     
     
    <!-- ==================== Compilation Classpath =========================== -->
     
    <!--
     
      Rather than relying on the CLASSPATH environment variable, Ant includes
      features that makes it easy to dynamically construct the classpath you
      need for each compilation.  The example below constructs the compile
      classpath to include the servlet.jar file, as well as the other components
      that Tomcat makes available to web applications automatically, plus anything
      that you explicitly added.
     
    -->
     
      <path id="compile.classpath">
     
        <!-- Include all JAR files that will be included in /WEB-INF/lib -->
        <!-- *** CUSTOMIZE HERE AS REQUIRED BY YOUR APPLICATION *** -->
        <fileset dir="${lib.home}">
          <include name="*.jar"/>
        </fileset>
     
        <!-- Include all elements that Tomcat exposes to applications -->
        <fileset dir="${tomcat.home}/common/lib">
          <include name="servlet-api.jar"/>
        </fileset>
      </path>
     
     
     
    <!-- ==================== All Target ====================================== -->
     
    <!--
     
      The "all" target is a shortcut for running the "clean" target followed
      by the "compile" target, to force a complete recompile.
     
    -->
     
      <target name="all" depends="clean,compile"
       description="Clean build and dist directories, then compile"/>
     
     
     
    <!-- ==================== Clean Target ==================================== -->
     
    <!--
     
      The "clean" target deletes any previous "build" and "dist" directory,
      so that you can be ensured the application can be built from scratch.
     
    -->
     
      <target name="clean"
       description="Delete old build and dist directories">
        <delete dir="${build.home}"/>
        <delete dir="${dist.home}"/>
        <delete dir="${work.home}"/>
      </target>
     
    	<!-- ==================== Prepare Target ================================== -->
     
    <!--
     
      The "prepare" target is used to create the "build" destination directory,
      and copy the static contents of your web application to it.  If you need
      to copy static files from external dependencies, you can customize the
      contents of this task.
     
      Normally, this task is executed indirectly when needed.
     
    -->
     
      <target name="prepare">
     
        <!-- Create build directories as needed -->
        <mkdir  dir="${build.home}"/>
        <mkdir  dir="${build.home}/WEB-INF"/>
        <mkdir  dir="${build.home}/WEB-INF/classes"/>
        <mkdir  dir="${build.home}/WEB-INF/lib"/>
        <mkdir  dir="${build.home}/WEB-INF/logs"/>
     
        <!-- Copy static content of this web application -->
        <copy todir="${build.home}">
          <fileset dir="${web.home}">
            <!-- excluding the environment pattern matching files -->
            <exclude name="**/${app.env}-*"/>
            <!-- excluding  here some more typical target environments pattern -->
            <exclude name="**/PROD-*"/>
            <exclude name="**/RE7-*"/>
            <exclude name="**/DEV-*"/>
            <exclude name="**/INT-*"/>
          </fileset>
         </copy>
     
         <!-- Copy external dependencies as required -->
         <copy todir="${build.home}/WEB-INF/lib" >
            <fileset dir="${lib.home}"/>
        </copy>
      </target>
     
     
     
    <!-- ==================== Compile Target ================================== -->
     
    <!--
     
      The "compile" target transforms source files (from your "src" directory)
      into object files in the appropriate location in the build directory.
      This example assumes that you will be including your classes in an
      unpacked directory hierarchy under "/WEB-INF/classes".
     
    -->
     
      <target name="compile" depends="prepare" 
       description="Compile Java sources">
     
        <!-- Compile Java classes as necessary -->
        <mkdir    dir="${build.home}/WEB-INF/classes"/>
        <javac srcdir="${src.home}"
              destdir="${build.home}/WEB-INF/classes"
                debug="true"
          deprecation="false"
             optimize="true">
            <classpath refid="compile.classpath"/>
        </javac>
     
        <!-- Copy application resources -->
        <copy  todir="${build.home}/WEB-INF/classes">
           <fileset dir="${src.home}" excludes="**/*.java">
             <!-- excluding the environment pattern matching files -->
             <exclude name="**/${app.env}-*"/>
             <!-- excluding  here some more typical target environments pattern -->
             <exclude name="**/PROD-*"/>
             <exclude name="**/RE7-*"/>
             <exclude name="**/DEV-*"/>
             <exclude name="**/INT-*"/>
           </fileset>
        </copy>
      </target>
     
     
     
    <!-- ==================== Dist Target ===================================== -->
     
     
    <!--
     
      The "dist" target creates a binary distribution of your application
      in a directory structure ready to be archived in a tar.gz or zip file.
      Note that this target depends on two others:
     
      * "compile" so that the entire web application (including external
        dependencies) will have been assembled
     
      * "javadoc" so that the application Javadocs will have been created
     
    -->
     
      <target name="dist" depends="compile"
       description="Create binary distribution">
     
        <!-- Copy documentation subdirectories -->
        <mkdir   dir="${dist.home}"/>
        <!-- <mkdir   dir="${dist.home}/docs"/>
        <copy    todir="${dist.home}/docs">
          <fileset dir="${docs.home}"/>
        </copy>-->
     
        <!-- Create application JAR file -->
        <jar jarfile="${dist.home}/${app.name}.war"
             basedir="${build.home}"/>
     
        <!-- Copy additional files to ${dist.home} as necessary -->
     
      </target>
     
     
    <!-- ==================== Javadoc Target ================================== -->
     
    <!--
     
      The "javadoc" target creates Javadoc API documentation for the Java
      classes included in your application.  Normally, this is only required
      when preparing a distribution release, but is available as a separate
      target in case the developer wants to create Javadocs independently.
     
    -->
     
      <target name="javadoc" depends="compile"
       description="Create Javadoc API documentation">
     
        <mkdir          dir="${dist.home}/docs/api"/>
        <javadoc sourcepath="${src.home}"
                    destdir="${dist.home}/docs/api"
               packagenames="*">
          <classpath refid="compile.classpath"/>
        </javadoc>
     
      </target>
     
     
     
    </project>
    et tu peux rajouter d'autres TARGET pour Ckeckstyle, pour faire une comparaison avec la dernière montée sur CVS par exemple...

  9. #9
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut
    Merci beaucoup habasque

    C'est très sympa de ta part.

    A+
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  10. #10
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut
    J'essaie de mettre en pratique ta solution, mais dans ton exemple il ne manquerait pas d'autres fichiers comme build.properties ?

    Merci pour ta réponse.
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  11. #11
    Membre actif Avatar de habasque
    Homme Profil pro
    Ingénieur d'études
    Inscrit en
    Septembre 2006
    Messages
    530
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Ingénieur d'études
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : Septembre 2006
    Messages : 530
    Points : 296
    Points
    296
    Par défaut build.properties
    tu peux enlever le pavé correspondant dans le build.xml

    le build.properties est utile pour pouvoir gérer des propriétés d'environnement différents.

    un exemple :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    tomcat.home= C:\jakarta-tomcat-3.3.1
    app.env=DEV
    ce app.env est ensuite pris en compte dans les tàches compile et target

    a+

  12. #12
    Membre régulier
    Inscrit en
    Mai 2006
    Messages
    161
    Détails du profil
    Informations forums :
    Inscription : Mai 2006
    Messages : 161
    Points : 118
    Points
    118
    Par défaut
    Citation Envoyé par Mister Nono
    Comment créer un WAR : soit automatiquement avec eclipse, soit en utilisant un plugin additionnel, soit en le faisant manuellement ?
    Merci d'avance.
    A+
    pour quoi n'utilisez pas export:
    clique droit sur ton projet, export ,puis WAR file??????

  13. #13
    Membre chevronné Avatar de Mister Nono
    Homme Profil pro
    Ingénieur Mathématiques et Informatique
    Inscrit en
    Septembre 2002
    Messages
    2 232
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 60
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur Mathématiques et Informatique
    Secteur : Santé

    Informations forums :
    Inscription : Septembre 2002
    Messages : 2 232
    Points : 1 897
    Points
    1 897
    Par défaut
    Citation Envoyé par Bba_M
    pour quoi n'utilisez pas export:
    clique droit sur ton projet, export ,puis WAR file??????
    Pourquoi faire compliqué quand on peut faire simple ?

    Je me doutais bien que les concepteurs d'eclipse avait prévu cela, mais comme tout le monde plesbicitent ant, j'ai utilisé ant.

    Au moins je sais générer un war de 2 manières différentes.

    A+
    La connaissance ne sert que si elle est partagée.
    http://ms2i.net

  14. #14
    Membre confirmé
    Avatar de link256
    Profil pro
    Développeur Java
    Inscrit en
    Février 2003
    Messages
    596
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur Java

    Informations forums :
    Inscription : Février 2003
    Messages : 596
    Points : 642
    Points
    642
    Par défaut
    pettie question pour cette portion de code :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
     
    <javac srcdir="${src.home}"
              destdir="${build.home}/WEB-INF/classes"
                debug="true"
          deprecation="false"
             optimize="true">
            <classpath refid="compile.classpath"/>
    </javac>
    pour la ligne "<classpath refid="compile.classpath"/>"

    je voudrais specifié le ".classpath" du projet eclipse sous lequel je suis afin de compiler mon projet
    le fichier se presente comme cela :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
     
    <?xml version="1.0" encoding="UTF-8"?>
    <classpath>
    	<classpathentry kind="src" path="ejbModule"/>
    	<classpathentry exported="true" kind="src" path="/EJBWebmailClient"/>
    	<classpathentry kind="lib" path="C:/lib/itext-1[1].3.jar"/>
    	<classpathentry kind="lib" path="C:/lib/snow10.jar"/>
    	<classpathentry kind="lib" path="C:/lib/lib ext/tasbar_eval.jar"/>
    	<classpathentry kind="lib" path="C:/lib/lib ext/jai_codec.jar"/>
    	<classpathentry kind="lib" path="C:/lib/lib ext/jai_core.jar"/>
    	<classpathentry kind="lib" path="C:/lib/lib ext/jai_imageio.jar"/>
    	<classpathentry kind="src" path="/FFTA"/>
    	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JRE WebSphere v5.1"/>
    	<classpathentry kind="con" path="com.ibm.wtp.server.java.core.container/com.ibm.etools.websphere.runtime.core.runtimeTarget.v51/was.base.v51"/>
    	<classpathentry kind="output" path="ejbModule"/>
    </classpath>

    faut-il crée un fichier sous un autre format pour que les données soient recupées?

    car en le prenant tel quel je me retrouve avec des "noclassfound" a la compilation

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Comment faire des etats pour une application web ?
    Par ovh dans le forum Autres outils décisionnels
    Réponses: 6
    Dernier message: 06/07/2021, 03h25
  2. [tomcat] Création d'une application WEB
    Par bob33 dans le forum Tomcat et TomEE
    Réponses: 2
    Dernier message: 25/10/2004, 19h35
  3. Audit des performances d'une application Web
    Par jpg dans le forum Développement Web en Java
    Réponses: 3
    Dernier message: 16/09/2004, 10h45
  4. Licence MySql en tant que BD dans une application web
    Par Volta dans le forum SQL Procédural
    Réponses: 3
    Dernier message: 26/02/2004, 14h38
  5. Debuggage d'une application WEB-TOMCAT
    Par oziller dans le forum JBuilder
    Réponses: 3
    Dernier message: 07/02/2003, 23h10

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo