Verwenden von Camel in der vorhandenen Spring Boot-Anwendung mit Jetty Server

Question

Wir haben eine Spring-Boot-Anwendung im eingebetteten Jetty-Server auf Port X installiert. Jetzt integriere ich Apache Camel in diese bestehende Anwendung, indem ich Routen definiere. Ziel ist es, einige Rest-Endpunkte auf Kamel-Routen zu verschieben, die mit einem anderen Dienst verknüpft werden. Ich bin nicht in der Lage folgenden

• zu verstehen, wenn ich „Anlegesteg: http://localhost:Y/myapp“ verwenden als eine der Route Endpunkte. Es hat ohne Fehler funktioniert. Bedeutet das, dass Camel eine eigene Steginstanz erstellt hat?

• Wenn ich „Anlegesteg: http://localhost:X/myapp“ - es funktionierte wieder ohne Fehler zu geben, die Adresse X im Einsatz

ist, würde ich die Kontrolle über Anlegesteg-Server-Konfiguration halten mag, wie sie Kamel waren und lassen Sie hören zu bereits vorhandenen Ruhe-Endpunkten.

Answer 1

Camel hört auf "bereits existierende" Endpunkte nicht so, wie Sie es erwarten; es erstellt seine eigene, indem es die systemangezeigte Komponente verwendet. Sie haben einen Jetty-Endpunkt erstellt (d. H. "Anlegestelle: ..."), sodass Camel eine Camel Jetty-Komponente zum Verarbeiten von HTTP-Anforderungen an diesem Endpunkt hochspinnt.

Wenn Sie als Proxy Kamel verwenden, um zu umleiten (was leichter mit einem Netzwerk zum Lastenausgleich erreicht werden könnte), dann würden Sie spin up Kamelrouten zu ersetzen die bestehenden Endpunkte und sie an die neue Endpunkte. von ("Anlegesteg: http://oldendpoint.com") .to ("Anlegesteg: http://newendpoint.com");

Answer 2

Wenn Sie ein Servlet-Mapping konfigurieren können, das allen Pfaden entspricht, die umgeleitet werden müssen (zum Beispiel werden Pfade wie foo/* immer umgeleitet), dann ist es ziemlich einfach. Wenn Ihnen das nicht gelingt, werde ich später versuchen, meine Antwort zu bearbeiten.

Die entsprechende Seite aus der offiziellen Dokumentation is here. Das interessante Beispiel für Sie ist das, das die servlet component verwendet, weil Sie bereits einen Servlet-Container (Jetty) konfiguriert und ausgeführt haben.

Zuerst muss das Camel-Servlet konfiguriert werden. Es hängt davon ab, wie Ihre vorhandenen Servlet (s) konfiguriert sind; zum Beispiel eine web.xml-Datei hinzufügen:

<servlet> 
    <servlet-name>CamelServlet</servlet-name> 
    <servlet-class>org.apache.camel.component.servlet.CamelHttpTransportServlet</servlet-class> 
    <load-on-startup>1</load-on-startup> 
</servlet> 

<servlet-mapping> 
    <servlet-name>CamelServlet</servlet-name> 
    <url-pattern>/foo/*</url-pattern> 
</servlet-mapping> 

Oder, wenn Sie feder Boot verwenden, können Sie registrieren die folgende Bohne:

@Bean 
public ServletRegistrationBean servletRegistrationBean() { 
    CamelHttpTransportServlet servlet = new CamelHttpTransportServlet("CamelServlet"); 
    servlet.setServletName(); 
    return new ServletRegistrationBean(servlet,"/foo/*"); 
} 

Wie auch immer, wenn Sie die haben Kamel-Servlet mit Jetty-Instanz registriert, können Sie die Servlet-Komponente verwenden, und leiten alles:

from("servlet:foo?matchOnUriPrefix=true") 
.to("http4://new.com/foo?bridgeEndpoint=true&throwExceptionOnFailure=false"); 

• http4 ist die 012., basierend auf Apache HTTPClient 4.x. (Sie können immer noch die HTTP component Basis auf HTTPClient 3.x verwenden, wenn Sie möchten).
• matchOnUriPrefix=true wird übereinstimmen Platzhalter
• bridgeEndpoint=true bedeutet, dass wir als Proxy handeln
• throwExceptionOnFailure=false vom new Server zurückgegeben Fehler bedeutet, wird nur an den Anrufer weitergeleitet werden, ohne von Camel gehandhabt wird.

Eine Anforderung an http://old.com/foo/some/crazy/path/i/just/made/up sollte (und wahrscheinlich zu einem Fehler 404 von dem new.com Server, der einfach auf die anfänglichen Anrufer übermittelt wird) zu http://new.com/foo/some/crazy/path/i/just/made/up weitergeleitet.