JBoss as 7.1.1 les Nouveaux manquant/dépendances non satisfaites

Je suis le déploiement d'une OREILLE à l'JBoss as 7.1.1 qui est structuré comme suit:

GrahamsProj.EAR
    GrahamsProjClient.WAR
        app/GrahamsProjClient.jar
    GrahamsProjServer.EAR
        GrahamsProjServer.jar

À chaque fois que je déployer l'OREILLE et le démarrage de JBoss, j'obtiens cette erreur:

JBAS014775:    New missing/unsatisfied dependencies:service jboss.deployment.unit."GrahamsProjServer.ear".PARSE (missing) dependents: [service jboss.deployment.subunit."GrahamsProjServer.ear"."GrahamsProjServer.jar".PARSE]

17:19:10,129 ERROR [org.jboss.as.server.deployment.scanner] (DeploymentScanner-threads - 1) {"JBAS014653: Composite operation failed and was rolled back. Steps that failed:" => {"Operation step-2" => {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.subunit.\"GrahamsProjServer.ear\".\"GrahamsProjServer.jar\".PARSEjboss.deployment.unit.\"GrahamsProjServer.ear\".PARSEMissing[jboss.deployment.subunit.\"GrahamsProjServer.ear\".\"GrahamsProjServer.jar\".PARSEjboss.deployment.unit.\"GrahamsProjServer.ear\".PARSE]"]}}}

Comme vous pouvez le voir, l'erreur est de dire qu'il y a des dépendances que mon serveur (GrahamsProjServer.l'oreille ne peut pas trouver.

J'ai regardé l'erreur par googler "nouvelle manquant/dépendances non satisfaites de jboss as 7" et je reçois un large éventail de réponses. Les deux courants semblent être un problème dans la source de données standalone.xml et un problème avec jboss-deployment-structure.xml.

Voici ma source de données à partir standalone.xml:

<datasources>
    <datasource jta="true" jndi-name="java:jboss/datasources/WorkCenterDS" pool-name="OracleDS" enabled="true" use-java-context="true" use-ccm="true">
        <connection-url>jdbc:oracle:thin:@MCOSRVORCL001:1521:support</connection-url>
        <driver>oracle</driver>
        <transaction-isolation>TRANSACTION_READ_COMMITTED</transaction-isolation>
        <pool>
            <prefill>true</prefill>
            <use-strict-min>false</use-strict-min>
            <flush-strategy>FailingConnectionOnly</flush-strategy>
        </pool>
        <security>
            <user-name>grahamsproj</user-name>
            <password>airit</password>
        </security>
    </datasource>
    <drivers>
        <driver name="oracle" module="com.oracle.ojdbc14">
            <xa-datasource-class>oracle.jdbc.OracleDriver</xa-datasource-class>
        </driver>
    </drivers>
</datasources>

Ici est la jboss-deployment-structure.xml qui se trouve dans mon fichier WAR du dossier WEB-INF.

<jboss-deployment-structure>
    <ear-subdeployments-isolated>false</ear-subdeployments-isolated>
    <deployment>
        <dependencies>
            <module name="GrahamsProjServer.GrahamsProjServer.jar"/>
        </dependencies>
    </deployment>
</jboss-deployment-structure>

Si je me débarrasser de jboss-deployment-structure.xml le même message d'erreur s'affiche. Donc, il ne semble pas être un faire une différence. Mon problème ne peut pas être liés à l'une de ces choses. Quelqu'un voit ce qui se passe?

Voici mon application.xml sur le serveur:

<application>
    <display-name>GrahamsProj</display-name>
    <description>GrahamsProj</description>
        <application-name>GrahamsProjServer</application-name>
    <module>
        <ejb>GrahamsProjServer.jar</ejb>
    </module>
</application>

Shouldnt de l'OREILLE comprend la war comme un déploiement unique?
Oui, le haut niveau de l'oreille comprend le client de la guerre et le serveur de l'oreille.
D'une oreille à l'intérieur de l'oreille ? :-/
L'oreille à l'intérieur de l'oreille ne devrait pas faire une différence. Ils sont tous considérés comme des fichiers zip, et tout ce que j'ai à faire est de descendre d'un niveau supplémentaire pour l'obtenir. Je l'ai fait parce que c'est juste un test au projet, le projet que je suis en train de transférer à JBoss 7 a plusieurs pots à l'intérieur de l'OREILLE pour le serveur.
Corrigez-moi si je me trompe. Par J2EE spec de l'OREILLE est au niveau de la racine et ne devrait pas contient toutes les OREILLES.

OriginalL'auteur Graham | 2012-10-30

2

Cette dépendance semble faux. Fixer
```
<jboss-deployment-structure>
    <ear-subdeployments-isolated>false</ear-subdeployments-isolated>  
</jboss-deployment-structure>
```
vous ajoutez la dépendance et le sous-module de votre propre dépendance. Probablement que vous voulez atteindre que des modules de voir les uns les autres par l'oreille-subdeployments-isolé drapeaux vous permet.

Qui devrait se traduire dans certains d'erreur différents. Post ici, alors nous pouvons trouver de quoi d'autre pourrait être mal.

Pour en savoir plus sur le chargement des classes dans AS7 et toutes les options qui jboss-deployment-structure.xml offre veuillez voir https://docs.jboss.org/author/display/AS71/Class+Chargement+en+AS7

Donné application.xml vous avez fourni, il vous manque module web. Il est juste un pot de module.
Mais exception devrait être quelque chose de différent.
Vous pouvez également poster de sortie de
```
jar tf <name-of-ear>
```
il nous donnera un coup d'oeil dans votre app de la structure.
n'exception des changements de toute façon, si vous essayez avec la dernière nightly build?
https://community.jboss.org/thread/167590

ne vous ont peut-être tout de chemin de classe entrées dans META-INF/MANIFEST.MF dans votre GrahamsProjServer.jar? Aussi comment votre application.xml ressemble?
Le manifeste GrahamsProjServer.jar ne dispose pas d'un classpath ajouté. Qui doivent être manipulés par JBoss droit? Quand le bocal construit un chemin de classe est utilisé, il n'est tout simplement pas inclus dans le manifeste. J'ai les bibliothèques en tant que modules et un dossier lib dans la version autonome avec tout le nécessaire. Aussi, j'ai posté mon application.xml " ci-dessus.
vous pouvez poster de sortie de jar tf <name-of-ear>

OriginalL'auteur ctomc

Vous devez vous connecter pour publier un commentaire.