Héberger sa propre appli J2EE sur tomcat chez soi

[mouss4rs]

Bonjour à toutes et à tous,

je post ici ce post car je n'ai pas trouver ni sur le forum ni sur internet un mode opératoire capable de décrire précisement les étapes pour hébergé son application J2EE et la rendre accessible à 10 personnes depuis l'extérieure.

sur ce tuto la http://web.developpez.com/cours/serveur-web-chez-soi/

il manque pas mal d'étapes pour un débutant comme moi comme le paramètrage de son compte free, l'installation de tomcat, etc...Bref pas vraiment complet !

Y'a-t-il un tuto qui existe concernant l'hébergement de son appli J2EE chez soi .

[aksof]

Envoyé par mouss4rs

Bonjour à toutes et à tous,

je post ici ce post car je n'ai pas trouver ni sur le forum ni sur internet un mode opératoire capable de décrire précisement les étapes pour hébergé son application J2EE et la rendre accessible à 10 personnes depuis l'extérieure.

sur ce tuto la http://web.developpez.com/cours/serveur-web-chez-soi/

il manque pas mal d'étapes pour un débutant comme moi comme le paramètrage de son compte free, l'installation de tomcat, etc...Bref pas vraiment complet !

Y'a-t-il un tuto qui existe concernant l'hébergement de son appli J2EE chez soi .

Salut,
as tu trouvé une solution ? je suis intéressé aussi

Merci d'avance

[mouss4rs]

Non j'ai pas trouvé.
J'ai essayé depuis 4 semaine bientôt mais j'ai toujours pas réussi.
La dernière piste que j'ai c'est qu'il faut chercher du coté des jk d'après le bouquin sut tomcat 7.
et faut faire un couplage avec apache mais je sais pas comment m'y prendre.
a voir...

[_Mac_]

Il faut suivre le tuto d'hébergement d'un site chez soi jusqu'au bout car la première étape passe par avoir un site Web simple Apache opérationnel. Pour le paramétrage Free, vu que le tuto essaie d'être valable pour tous les opérateurs, on ne donne pas de détail. Dans la pratique, il faut tout simplement aller dans la console du routeur pour activer la redirection du port 80 sur une IP interne, port quelconque mais qui doit être celui du serveur Web qui écoute, en l'occurrence Apache. Il faut que cette étape passe car elle valide le fait que le site sera accessible sur le Web.

Après, il faut suivre un second tuto pour installer Tomcat. Ce n'est pas très compliqué. Il faut que Tomcat et le serveur Web Apache écoutent sur des ports différents.

Après, 2 options :

• Garder Apache. dans ce cas, il faut configurer mod_proxy ou mod_jk pour qu'Apache redirige les requêtes sur Tomcat. Ce n'est pas forcément la solution la plus simple.
• Se passer d'Apache (l'arrêter ou le désinstaller) et dans ce cas la configuration la plus simple consiste tout simplement à configurer Tomcat pour qu'il écoute sur l'ancien port d'Apache (qui a donc été configuré dans la box comme port cible de la redirection). Ca se fait dans server.xml.

[mouss4rs]

Je préfère la 2ème solution.

Voici mon fichier server.xml:

Code :

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
<?xml version='1.0' encoding='utf-8'?>
<!--
  Licensed to the Apache Software Foundation (ASF) under one or more
  contributor license agreements.  See the NOTICE file distributed with
  this work for additional information regarding copyright ownership.
  The ASF licenses this file to You under the Apache License, Version 2.0
  (the "License"); you may not use this file except in compliance with
  the License.  You may obtain a copy of the License at

      http://www.apache.org/licenses/LICENSE-2.0

  Unless required by applicable law or agreed to in writing, software
  distributed under the License is distributed on an "AS IS" BASIS,
  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
  See the License for the specific language governing permissions and
  limitations under the License.
-->
<!-- Note:  A "Server" is not itself a "Container", so you may not
     define subcomponents such as "Valves" at this level.
     Documentation at /docs/config/server.html
 -->
<Server port="8005" shutdown="SHUTDOWN">
  <!-- Security listener. Documentation at /docs/config/listeners.html
  <Listener className="org.apache.catalina.security.SecurityListener" />
  -->
  <!--APR library loader. Documentation at /docs/apr.html -->
  <Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
  <!--Initialize Jasper prior to webapps are loaded. Documentation at /docs/jasper-howto.html -->
  <Listener className="org.apache.catalina.core.JasperListener" />
  <!-- Prevent memory leaks due to use of particular java/javax APIs-->
  <Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
  <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
  <Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />

  <!-- Global JNDI resources
       Documentation at /docs/jndi-resources-howto.html
  -->
  <GlobalNamingResources>
    <!-- Editable user database that can also be used by
         UserDatabaseRealm to authenticate users
    -->
    <Resource name="UserDatabase" auth="Container"
              type="org.apache.catalina.UserDatabase"
              description="User database that can be updated and saved"
              factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
              pathname="conf/tomcat-users.xml" />
  </GlobalNamingResources>

  <!-- A "Service" is a collection of one or more "Connectors" that share
       a single "Container" Note:  A "Service" is not itself a "Container",
       so you may not define subcomponents such as "Valves" at this level.
       Documentation at /docs/config/service.html
   -->
  <Service name="Catalina">

    <!--The connectors can use a shared executor, you can define one or more named thread pools-->
    <!--
    <Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
        maxThreads="150" minSpareThreads="4"/>
    -->


    <!-- A "Connector" represents an endpoint by which requests are received
         and responses are returned. Documentation at :
         Java HTTP Connector: /docs/config/http.html (blocking & non-blocking)
         Java AJP  Connector: /docs/config/ajp.html
         APR (HTTP/AJP) Connector: /docs/apr.html
         Define a non-SSL HTTP/1.1 Connector on port 8080
    -->
    <Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    <!-- A "Connector" using the shared thread pool-->
    <!--
    <Connector executor="tomcatThreadPool"
               port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" />
    -->
    <!-- Define a SSL HTTP/1.1 Connector on port 8443
         This connector uses the JSSE configuration, when using APR, the
         connector should be using the OpenSSL style configuration
         described in the APR documentation -->
    <!--
    <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
               maxThreads="150" scheme="https" secure="true"
               clientAuth="false" sslProtocol="TLS" />
    -->

    <!-- Define an AJP 1.3 Connector on port 8009 -->
    <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />


    <!-- An Engine represents the entry point (within Catalina) that processes
         every request.  The Engine implementation for Tomcat stand alone
         analyzes the HTTP headers included with the request, and passes them
         on to the appropriate Host (virtual host).
         Documentation at /docs/config/engine.html -->

    <!-- You should set jvmRoute to support load-balancing via AJP ie :
    <Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">
    -->
    <Engine name="Catalina" defaultHost="localhost">

      <!--For clustering, please take a look at documentation at:
          /docs/cluster-howto.html  (simple how to)
          /docs/config/cluster.html (reference documentation) -->
      <!--
      <Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
      -->

      <!-- Use the LockOutRealm to prevent attempts to guess user passwords
           via a brute-force attack -->
      <Realm className="org.apache.catalina.realm.LockOutRealm">
        <!-- This Realm uses the UserDatabase configured in the global JNDI
             resources under the key "UserDatabase".  Any edits
             that are performed against this UserDatabase are immediately
             available for use by the Realm.  -->
        <Realm className="org.apache.catalina.realm.UserDatabaseRealm"
               resourceName="UserDatabase"/>
      </Realm>
	
      <Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
		<!-- <Host name="tomcata.dyndns.org"  appBase="webapps"
            unpackWARs="true" autoDeploy="true">
         SingleSignOn valve, share authentication between web applications
             Documentation at: /docs/config/valve.html -->
        <!--
        <Valve className="org.apache.catalina.authenticator.SingleSignOn" />
        -->

        <!-- Access log processes all example.
             Documentation at: /docs/config/valve.html
             Note: The pattern used is equivalent to using pattern="common" -->
        <Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
               prefix="localhost_access_log." suffix=".txt"
               pattern="%h %l %u %t &quot;%r&quot; %s %b" />

      </Host>
    </Engine>
  </Service>
</Server>

je sais pas ce qu'il faut modifier dedans...

[_Mac_]

...........................................................

Tu connais Google ?