.la guerre vs .fichier ear

Quelle est la différence entre un .guerre et .fichier ear?

Pour comprendre plus au sujet de .JAR, .WAR and .EAR Vous pouvez également voir une vidéo tutoriel. C'est très simple, soit plus compréhensible. Il va vous expliquer ce qu'est le différence entre .JAR, .La GUERRE et .OREILLE Vidéo Tutoriel: la Différence Entre les deux .JAR, .GUERRE et .OREILLE
J'ai eu de la difficulté à la suite de cette vidéo, en raison de la lourde accent indien de l'orateur.
Bienvenue dans le monde Java, où quelqu'un a pensé qu'en laissant un fichier zip avec le .extension zip n'est pas enterprisey assez et donc il doit être renommé .jar / .de l'oreille ou .la guerre sur la base d'où vous êtes éventuellement la déplacer.

InformationsquelleAutor ria | 2009-10-20

472

De GeekInterview:

Dans d'applications J2EE, les modules sont regroupés en OREILLE, le POT et la GUERRE selon leurs fonctionnalités

POT:
Les modules EJB qui contiennent des enterprise java beans (les fichiers de classe) et EJB descripteur de déploiement sont emballés dans des fichiers JAR avec .jar extenstion

GUERRE:
Modules Web qui contiennent de la classe de Servlet fichiers, les Fichiers JSP, dossiers de soutien, GIF et des fichiers HTML sont emballés dans le fichier JAR avec .war (web archive) extension

À l'OREILLE:
Tous les fichiers ci-dessus (.jar et .de la guerre) sont emballés dans le fichier JAR avec .oreille (enterprise archive) extension et déployé sur le Serveur d'Applications.
- Cette messages me fait penser que l'OREILLE est tout à la fois les BOCAUX et les GUERRES réunis dans une grande OREILLE, ce qui je pense n'est pas aussi simple que cela.
- Tous à l'essence dans l'Archive(JAR), mais avec une extension différente pour implique de la nature/du contenu.
- Des oreilles et des Pots séparés pour les haricots sont inutiles dans la plupart des cas. Une simple GUERRE avec toutes les classes dans une archive est normal. Voici une version plus élaborée explication: adam-bien.com/roller/abien/entry/ears_wars_and_size_matters
InformationsquelleAutor elhoim
560

Un WAR (Web Archive) est un module qui est chargé en un Conteneur Web d'un Serveur D'Applications Java. Un Serveur d'Application Java a deux conteneurs (environnements d'exécution) - l'un est un conteneur Web et l'autre est un conteneur d'EJB.

La conteneur Web héberge des applications Web basées sur JSP ou de l'API des Servlets - conçu spécifiquement pour le web traitement de la demande - si plus d'un demande/style de réponse de calcul distribué. Un conteneur Web nécessite le module Web pour être emballé comme un fichier WAR - c'est une spéciale fichier JAR avec un web.xml fichier dans le WEB-INF dossier.

Un conteneur d'EJB hôtes Enterprise java beans basé sur l'API EJB conçues pour fournir une fonctionnalité comme déclarative des transactions, déclarative au niveau de la méthode de la sécurité et de la prise en charge multi - donc plus d'un RPC style de l'informatique distribuée. Les conteneurs EJB nécessitent des modules EJB être emballé comme fichiers JAR - ci ont un ejb-jar.xml fichier dans le META-INF dossier.

Applications d'entreprise peut consister en un ou plusieurs modules qui peuvent être soit modules Web (emballé comme un fichier WAR), les modules EJB (emballé comme un fichier JAR), ou les deux. Les applications d'entreprise sont emballés comme fichiers EAR ― ce sont des particuliers fichiers JAR contenant un application.xml fichier dans le META-INF dossier.

Fondamentalement, fichiers EAR sont un sur-ensemble contenant GUERRE des fichiers et fichiers JAR. Les Serveurs d'Applications Java permettre le déploiement de web autonome des modules dans un fichier WAR, mais en interne, ils créent des fichiers EAR comme un wrapper autour de la GUERRE des fichiers. Web autonome des conteneurs tels que Tomcat et Jetty ne prennent pas en charge les fichiers EAR ― ci ne sont pas à part entière des serveurs d'Applications. Les applications Web dans ces contenants doivent être déployés en tant que GUERRE de fichiers uniquement.

Dans les serveurs d'applications, des fichiers EAR contenir des configurations telles que les applications de mappage de rôle de sécurité, EJB de référence de la cartographie et de la racine de contexte de mappage d'URL de modules web.

En dehors de modules Web et EJB modules de l'OREILLE, les fichiers peuvent aussi contenir des modules de connexion emballés comme les fichiers RAR modules Clients et emballés dans des fichiers JAR.
- +1 parce que cette réponse explique pourquoi vous pourriez vouloir utiliser l'un ou l'autre.
- puis-je extraire (par ex. fileName.jar) à l'aide de 7Zip/WinZip/WinRar etc???
- oui, .jar, .waret .ear fichiers sont de simples archives zip, donc en mesure d'être ouvert par n'importe quel programme capable de gérer ordinaire .les fichiers zip.
InformationsquelleAutor Rutesh Makhijani
39

guerre - web archive. Il est utilisé pour déployer des applications web en fonction de la servlet standard. C'est un fichier jar contenant un répertoire spécial appelé WEB-INF et plusieurs fichiers et répertoires à l'intérieur (web.xml, lib, classes) ainsi que tout le HTML, JSP, images, CSS, JavaScript et d'autres ressources de l'application web

oreille - enterprise archive. Il est utilisé pour déployer des applications d'entreprise contenant des Ejb, applications web, et 3ème partie les bibliothèques. C'est aussi un fichier jar, il a un répertoire spécial appelé APP-INF qui contient le application.xml fichier, et il contient jar et des fichiers war.

InformationsquelleAutor David Rabinowitz
25

WAR (web archive) fichiers contiennent classe de servlet fichiers, des pages Jsp (Java servlet pages), HTML et les fichiers graphiques et autres fichiers de support.

OREILLE (enterprise archive) fichiers contiennent la GUERRE des fichiers avec les fichiers JAR contenant le code.

Il y a peut-être d'autres choses dans ces fichiers, mais leur fondamentalement signifie pour ce qu'ils ressemblent-ils dire: la GUERRE pour le web-type de choses, de l'OREILLE par l'entreprise, des trucs de type (Guerres, de code, de connecteurs et al).
- Dans mon cas, j'ai toujours déployer la GUERRE avec des bocaux dans WEB-INF/lib du dossier et qui fonctionne. Alors, pourquoi devrais-je utiliser de l'OREILLE de l'archive?
- si vous êtes juste de déployer une application web unique (plus précisément, une seule servlet contexte), il n'y a rien de mal à faire juste de la GUERRE des fichiers. Fichiers EAR sont plus complètes de les applications d'entreprise, y compris ceux avec de nombreuses applications web.
- En cette ère de microservices, ne serait-il pas plus logique de garder chaque GUERRE complètement séparé et déployer séparément au lieu de grouper ensemble dans un moule de l'OREILLE?
InformationsquelleAutor paxdiablo
12

Consulter: http://www.wellho.net/mouth/754_tar-jar-war-ear-sar-files.html

tar (tape archive)
- Format de fichier est écrit en série des unités de nom de fichier, taille, fileData
- pas de compression. peut être énorme

Jar (java archive)
- techniques de compression utilisées
- contient généralement java de l'information comme la classe, la/les fichiers java. Mais peut contenir des fichiers et la structure de répertoire

guerre (web application archive)
- comme des fichiers jar seulement spécifique de la structure de répertoire, comme par JSP/Servlet spec pour le déploiement des fins

oreille d'entreprise (archives)
- comme des fichiers jar. avoir la structure de répertoire suivante J2EE besoins, de telle sorte qu'il peut être déployé sur les serveurs d'application J2EE.
- peut contenir plusieurs JAR et des fichiers WAR

InformationsquelleAutor simpleDev
11

Fichiers JAR

Un POT (de Java Archive) fichier permet la combinaison de plusieurs
fichiers en un seul. Les fichiers avec l' '.pot'; extension sont utilisés par
les développeurs de logiciels à distribuer des classes Java et les différentes métadonnées.
Elles contiennent également les bibliothèques et les fichiers de ressources, ainsi que des accessoires de fichiers
(tels que les fichiers de propriété).

Les utilisateurs peuvent extraire et créer des fichiers JAR avec le Kit de Développement Java de
(JDK) '.pot' de la commande. ZIP outils peuvent également être utilisés.

Les fichiers JAR en option des fichiers de manifeste. Les entrées dans le fichier de manifeste
prescrire le fichier JAR de l'utiliser. Une "main" de la classe spécification d'un fichier de classe
indique le fichier en tant que détaché ou "autonome" du programme.

GUERRE des Fichiers

Une GUERRE (ou Web Application archive), les fichiers peuvent comprendre XML
(extensible Markup Language), les fichiers des classes Java, ainsi que Java Server
des pages pour les fins de l'application Internet. Il est aussi employé pour marquer
les bibliothèques et les pages Web qui composent une application Web. Les fichiers avec l'
le".de la guerre " extension de contenir de l'application Web pour une utilisation avec le serveur ou JSP (Java
Server Page) les conteneurs. Il a JSP, HTML (Hypertext Markup
De la langue), JavaScript et des fichiers différents pour la création de ladite
Web apps.

Un fichier WAR est structuré en tant que telle à permettre répertoires spéciaux et
les fichiers. Il peut également avoir une signature numérique (un peu comme celle d'un fichier JAR)
pour montrer la véracité du code.

Fichiers EAR

Une OREILLE (Enterprise Archive) fichier fusionne POT et de la GUERRE des fichiers dans un
seule archive. Ces fichiers avec le".l'oreille' extension de disposer d'un répertoire pour
les métadonnées. Les modules sont emballés dans les archives pour la douceur et
le fonctionnement simultané des différents modules au sein d'un serveur d'application.

Le fichier EAR a aussi des descripteurs de déploiement (qui sont des fichiers XML)
qui en mesure de dicter le déploiement des différents modules.
- devraient être haut de réponse juste pour le graphique est excellente, merci à vous, une grande aide!
InformationsquelleAutor Joby Wilson Mathews
6

Fichiers Ear de fournir plus d'options pour configurer l'interaction avec le serveur d'application.

Par exemple: si l'hibernation version de l'application serveur est plus ancien que celui fourni par vos dépendances, vous pouvez ajouter ce qui suit à ear-deployer-jboss-beans.xml pour JBOSS pour isoler les chargeurs de classes et d'éviter les conflits:
```
<bean name="EARClassLoaderDeployer" class="org.jboss.deployment.EarClassLoaderDeployer">    
  <property name="isolated">true</property>
</bean>
```
ou à src/main/application/META-INF/jboss-app.xml :
```
<?xml version="1.0"?>
<jboss-app>
<loader-repository>
    loader=nameofyourear.ear
<loader-repository-config>java2ParentDelegation=false</loader-repository-config>
</loader-repository>
</jboss-app> 
```
Cela permettra de s'assurer qu'il n'y a pas de chargeur de classe de conflit entre votre application et le serveur d'application.

Normalement le chargeur de classe mécanisme fonctionne comme ceci:

Lorsqu'un chargement de classe demande est présentée à un chargeur de classe, il est d'abord
demande à son chargeur de classe parent de répondre à la demande. Le parent, dans
son tour, demande à ses parents de la classe jusqu'à ce que la demande atteint le top
de la hiérarchie. Si le chargeur de classe au sommet de la hiérarchie
ne peut pas répondre à la demande, puis l'enfant du chargeur de classe qui l'a appelé
est responsable du chargement de la classe.

En isolant les chargeurs de classes, votre oreille chargeur de classe ne sera pas regarder dans le parent (=JBoss /autres COMME chargeur de classe).
Comme la mesure est je sais, ce n'est pas possible avec la guerre des fichiers.
- KNU: l'utilisation d'un fichier ear est d'autant plus valable que de simplement l'utiliser car " il contient de la classe de Servlet fichiers,les Fichiers JSP,dossiers de soutien, GIF, HTML et fichiers ", comme indiqué dans la accepté de répondre. Comme la guerre, les fichiers peuvent aussi contenir des gif, html, jsp, les servlets,... Si tout le monde ", a répondu à sa force", peut-être que nous pourrions tous devenir plus sage sur la question à portée de main.
- Maven n'est que pour vous, non? Vous pouvez spécifier les dépendances par version et ils sont inclus dans le /dossier lib. (dans un fichier war)
- Ouais, mais le serveur d'application / conteneur de servlet peut choisir de remplacer dans le dossier lib avec les libs qu'il fournit dans son propre dossier lib. Cela peut empêcher cela. Tout dépend de l'utilisé classloading mécanisme.
InformationsquelleAutor Mark
6

J2EE définit trois types d'archives:
1. Java Archive (JAR) UN fichier JAR encapsule une ou plusieurs classes Java, un manifeste, et un descripteur. Les fichiers JAR sont le niveau le plus bas de l'archive. Les fichiers JAR sont utilisés dans J2EE pour l'emballage des Ejb côté client et des Applications Java.
2. Les Archives du Web (WAR) GUERRE des fichiers sont similaires aux fichiers JAR, sauf qu'ils sont spécifiquement pour les applications web fabriqué à partir de Servlets, Jsp, et les classes de support.
3. Archives de l'entreprise (de l'OREILLE) ”Une OREILLE fichier contient tous les éléments qui composent une application J2EE.
InformationsquelleAutor user1884500
0

Pour rendre le projet de transport, le déploiement facile.
besoin de compressés en un seul fichier.
JAR (java archive) groupe de .les fichiers de classe

WAR (web archive) - la guerre représente une application web
- utilisez uniquement les technologies web comme servlet, jsp peut être utilisé.
- peut exécuter sur serveur Tomcat
- application web développée par les technologies web seulement jsp servlet, html, js
- info représentation qu'aucune transaction.

OREILLE (enterprise archive) - chaque oreille, ce qui représente une application d'entreprise
- on peut utiliser quoi que ce soit à partir de j2ee comme ejb, jms peut heureusement être utilisé.
- peut fonctionner sur Glassfish comme serveur pas sur serveur Tomcat.
- enterprise application devloped par toute technologie, rien de j2ee comme tout le web
app plus ejb jms etc.
- effectue des transactions avec les infos de la représentation. par exemple. Banque app, Telecom application

InformationsquelleAutor Ashish Kamble

Vous devez vous connecter pour publier un commentaire.