Come utilizzare l'avvio a molla per creare una libreria comune

Question

Ora voglio sviluppare un servizio di posta comune per i nostri sistemi. Mentre progettiamo, vogliamo sviluppare un produttore e un consumatore di RabbitMQ. Per quanto riguarda i consumatori, potremmo sviluppare e distribuire un'applicazione Spring Boot o Spring Cloud, ma sul lato produttore vogliamo fornire un client di posta comune come l'interfaccia di seguito e creare una dipendenza jar per altri sistemi.

interface MailClient { 
    ListentableFuture send(Message message); 
} 

ma vedo avvio primavera e nuvole primavera con molti metodo dichiarativo e sembra deve utilizzare un classe di applicazione, ma voglio solo un riferimento di classe e non hanno bisogno di distribuire. non so come implementarlo

Answer 1

Secondo il documentation:

Primavera Boot rende facile creare stand-alone,produzione di qualità basato primavera applicazioni che si può "solo correre".

Ma Spring Boot non è il proiettile d'argento che corrisponde a tutte le situazioni. Se si desidera creare una libreria, è possibile creare un progetto Spring normale che costruisca un jar e lo memorizzi nel repository della propria azienda, se ne possiede uno.

Answer 2

Spring Lemon sarebbe un buon esempio per questo. Usa Spring Boot, ed è pensato per essere incluso in altre applicazioni Spring Boot. Questo è quello che abbiamo fatto per crearlo:

1. Creato un'applicazione Primavera di avvio, utilizzando il Primavera Boot Starter guidata di STS.
2. Rimossa l'applicazione generata e la classe di test.
3. Rimosso spring-boot-maven-plugin, vale a dire la costruzione ei pluginRepositories sezioni in pom.xml. (Guarda come lo pom.xml sembra senza queste sezioni).

Answer 3

La documentazione Primavera affronta questa preoccupazione esattamente e mostra il modo corretto di attuare una libreria comune con/per l'avvio primavera:

https://spring.io/guides/gs/multi-module/

Come afferma documentazione: Anche se il plugin Primavera Boot Maven non viene utilizzato, si vuole sfruttare la gestione delle dipendenze Spring Boot.

Answer 4

ho avuto un bisogno simile ai suoi, finora sono riuscito a costruire una libreria utilizzabile su altri progetti con seguente configurazione:

`

<modelVersion>4.0.0</modelVersion> 
<groupId>mx.grailscoder</groupId> 
<artifactId>library</artifactId> 
<version>1.0-SNAPSHOT</version> 
<name>My Custom Library built on Spring Boot</name> 
<description>Spring Boot Project library</description> 
<packaging>jar</packaging> 

<parent> 
    <groupId>org.springframework.boot</groupId> 
    <artifactId>spring-boot-starter-parent</artifactId> 
    <version>1.5.4.RELEASE</version> 
</parent> 

<dependencies> 
    <dependency> 
     <groupId>org.springframework.boot</groupId> 
     <artifactId>spring-boot-starter-test</artifactId> 
     <scope>test</scope> 
    </dependency> 
    <dependency> 
     <groupId>org.springframework</groupId> 
     <artifactId>spring-test</artifactId> 
     <version>${spring.version}</version> 
     <scope>test</scope> 
    </dependency> 
</dependencies> 
<properties> 
    <java.version>1.8</java.version> 
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> 
    <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding> 
    <logentries-appender>RELEASE</logentries-appender> 
</properties> 

<build> 
    <plugins> 
     <plugin> 
      <groupId>org.springframework.boot</groupId> 
      <artifactId>spring-boot-maven-plugin</artifactId> 
      <executions> 
       <execution> 
        <goals> 
         <goal>repackage</goal> 
        </goals> 
        <configuration> 
         <skip>true</skip> 
        </configuration> 
       </execution> 
      </executions> 
     </plugin> 
    </plugins> 
</build> 

`

E 'importante ricordare che ignorata l'attività repackage poiché la mia libreria non aveva alcuna classe principale, quindi l'emissione dell'attività mvn install non ha esito negativo.