2009-05-29 12 views
5

Nel progetto sto lavorando stiamo usando Maven per gestire le dipendenze. Tuttavia stiamo avendo problemi con il rampart di apache che è un modulo di sicurezza per Axis2. Abbiamo cercato di utilizzare le seguenti dipendenze tag:Apache Rampart funziona con Maven?

<dependency> 
     <groupId>org.apache.rampart</groupId> 
     <artifactId>rampart</artifactId> 
     <version>1.3</version> 
     <type>mar</type> 
    </dependency> 

    <dependency> 
     <groupId>org.apache.rampart</groupId> 
     <artifactId>rampart</artifactId> 
     <version>1.4</version> 
     <type>mar</type> 
    </dependency> 

Quello che succede è che Maven è in grado di individuare una serie di risorse che sono inclusi come dipendenze nei file baluardo pom (si noti che i file pom bastione vengono scaricati automaticamente di Maven, quindi non dovevo modificare quei file).

Quando si immette l'URI di una dipendenza da rampart che Maven non è stato in grado di individuare, viene visualizzato un errore 404. Sembra che quel file apache rampart pom sia rotto ...

Qualcuno ha usato con successo il bastione con Maven? È l'integrazione del rampart apache con Maven rotto?

+0

Sto avendo problemi simili ... il nostro progetto non copia i file mar nella directory lib di war, il che impedisce il jetty: run-war from working. – rcreswick

+1

Ho fatto questa domanda alcuni mesi fa e non sono riuscito a trovare una soluzione a questo problema. Ho rinunciato e ho usato jax-ws invece dell'asse 2 ... –

risposta

4

Ho appena avuto questo problema e ho trovato una soluzione alternativa. Invece di aggiungere il baluardo di dipendenze, aggiungere tutti librerie nello standard dist baluardo, cioè:

<dependency> 
     <groupId>org.apache.rampart</groupId> 
     <artifactId>rampart-core</artifactId> 
     <version>1.4</version> 
     <exclusions> 
      <exclusion> 
       <groupId>bouncycastle</groupId> 
       <artifactId>bcprov-jdk15</artifactId> 
      </exclusion> 
      <exclusion> 
       <groupId>opensaml</groupId> 
       <artifactId>opensaml</artifactId> 
      </exclusion> 
      <exclusion> 
       <groupId>org.apache.santuario</groupId> 
       <artifactId>xmlsec</artifactId> 
      </exclusion> 
     </exclusions> 
    </dependency> 

    <dependency> 
     <groupId>org.bouncycastle</groupId> 
     <artifactId>bcprov-jdk15</artifactId> 
     <version>1.44</version> 
    </dependency> 
    <dependency> 
     <groupId>org.opensaml</groupId> 
     <artifactId>opensaml</artifactId> 
     <version>1.1</version> 
    </dependency> 
    <dependency> 
     <groupId>org.apache.santuario</groupId> 
     <artifactId>xmlsec</artifactId> 
     <version>1.4.3</version> 
    </dependency> 

Nota: Ho aggiornato alcuni la versione del dist standard di baluardo dal momento che alcuni di loro non erano in repository Maven.

1

Che un grosso problema a causa del confezionamento .MAR, ho davvero odio quel progetto modo axis2 aveva scegliere di lavorare, in ogni caso è possibile ottenere questo aggiungendo baluardo di lavoro - * Mar e tutte le richieste * .MAR di per

WEB-INF/lib 
.

cartella, sarà necessario creare quella cartella se non esiste.

e gestire altre dipendenze il normale modo Maven avrebbe fatto, qualcosa di simile:

org.apache.rampart baluardo-core 1,4

<dependency> 
    <groupId>org.apache.axis2</groupId> 
    <artifactId>axis2-kernel</artifactId> 
    <version>1.4.1</version> 
</dependency> 
Problemi correlati