java-ee
Java Connector Architecture (JCA)
Zoeken…
Opmerkingen
Laten we eerst enkele terminologieën verduidelijken:
- Uitgaande berichten is waar het bericht begint vanaf de server (om nauwkeuriger te zijn, het wordt gestart vanuit uw app die u op de server hebt, in dit geval
WebSphere Liberty) en eindigt bij de EIS. - Inkomende berichten is waar het bericht begint vanuit de EIS en eindigt op de server.
- Message Endpoint in het algemeen de plaats waar het bericht terechtkomt / wordt ontvangen in een specifiek stadium van zijn levenscyclus.
Met uitgaande connectiviteit verwijzen we dus naar de situatie waarin een toepassing een verbinding tot stand brengt met een extern EIS en er gegevens naar leest of naar schrijft. Met inkomende connectiviteit verwijzen we naar de situatie waarin de Resource Adapter (RA) naar gebeurtenissen uit het externe EIS luistert en naar uw toepassing roept wanneer een dergelijke gebeurtenis zich voordoet.
Illustratie van een uitgaande RA
Illustratie van een inkomende RA
Wat is een MessageEndPoint in JCA?
De toepassingsserver (bijvoorbeeld: WebSphere Liberty ) biedt MB's voor eindpunt van berichten om u te helpen bij het beheren van de levering van een bericht aan uw berichtengestuurde bonen die fungeren als luisteraars op specifieke eindpunten, die bestemmingen zijn, en bij het beheren van de EIS-bronnen die gebruikt door deze berichtgestuurde bonen. Bonengestuurde bonen die worden ingezet als berichteindpunten zijn niet hetzelfde als berichtengestuurde bonen die zijn geconfigureerd voor een luisterpoort. Door berichten aangestuurde bonen die worden gebruikt als berichteindpunten, moeten worden geïmplementeerd met een ActivationSpecification die is gedefinieerd in een RA-configuratie voor JCA (gevonden in het bestand ra.xml ).
Wat betekent het activeren van een MessageEndPoint?
Met MBeans voor berichteindpunten kunt u specifieke eindpunten binnen uw toepassingen activeren en deactiveren om ervoor te zorgen dat berichten alleen worden afgeleverd aan luisterbonen die door berichten worden aangestuurd en die communiceren met gezonde EIS-bronnen. Met deze mogelijkheid kunt u de prestaties van uw JMS-toepassingen optimaliseren in situaties waarin een EIS-bron zich niet naar verwachting gedraagt. Berichtbezorging naar een eindpunt mislukt meestal wanneer de berichtgestuurde bean die luistert een bewerking oproept tegen een bron die niet gezond is. Een berichtenaanbieder, een inkomende bronadapter die JCA-compatibel is, kan bijvoorbeeld geen berichten bezorgen op een eindpunt wanneer de onderliggende berichtengestuurde bean transacties probeert te plegen tegen een databaseserver die niet reageert.
Moet MessageEndPoint een boon zijn?
Het zou moeten. Anders zul je in een grote puinhoop belanden door je eigen onconventionele manier te doen om dingen te doen die het doel overtreffen om in de eerste plaats de Java EE-specificatie te volgen. Ontwerp uw berichtgestuurde bonen om zakelijke verwerking te delegeren aan andere bedrijfsbonen. Gebruik de EIS-bronnen niet rechtstreeks in de berichtengestuurde bean, maar wel indirect via een gemachtigde bean.
Kun je een eenvoudig voorbeeld laten zien over het werken / inzetten van een MessageEndPoint?
Controleer de tweede bron die ik hieronder vermeld voor een nuttig voorbeeld.
Handige leermiddelen:
Voorbeeld van bronadapter
class MyResourceAdapter
implements javax.resource.spi.ResourceAdapter {
public void start(BootstrapContext ctx){..}
public void stop(){..}
public void endpointActivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void endpointDeactivation (MessageEndpoingFactory mf, ActivationSpec a){..}
public void getXAResources(ActivationSpec[] activationSpecs){..}
}