Table of Contents
Godkänd
Ibland kan din nya dator generera ett felutbyte relaterat till weblogic jms-passagefelsökning. Detta problem kan ha många orsaker.
Jag har distribuerat hela Jms-xa-adp.rar Transactional Resource Adapter på bloggen där Bridge-meddelandet är aktiverat, men jag får fortfarande hela meddelandet “Kunde inte hitta Bridge Adapter”?
Att länka vår käll- och målbrygga stör framför allt konceptet med en viktig brygga med lämpliga .rar-pluggar för att länka till dem. För en viss jms-xa-adp.Transaction rar-adapter vill och måste den för närvarande identifieras i JNDI-namnattributet för adaptern tack vare eis.jms.WLSConnectionFactoryJNDIXA på JMS Bridge Target-fliken † Konfiguration för båda dessa au:s ovanför dessa målkällobjektbryggor.
Testa JMS Bridge-konfigurationen
1. För teständamål kan JMS Messaging Bridge-inställningsmeddelanden skickas till den faktiska hanterade serverns JMS-kö (källdestination). Meddelanden kan tas emot med JMS Bridge-meddelanden och måste skickas ut till JMS-kön på denna administrationsserver (måldestination).
Andra JMS-leverantörer
Samma och de oförändrade direktiven. ersätt bara url-, källperspektivfabriken och jar-filerna i min mapp på klientsidan som innehåller filerna från den ideala JMS-leverantören. Jag har listat en grupp folk här
Exempel på XBean-konfiguration för en ActiveMQ-brygga för att hjälpa dig med en leverantör utan en URL-parameter
Vissa JMS-leverantörer, som WebLogic, rapporterar inte. Ange alltid en sättare för webbplatslänkresurser som värd och stad (setBrokerUrl) i ConnectionFactory-objektet. I det här stödet måste du skapa outboundQueueConnectionFactoryName utöver jndiOutboundTemplate i ditt företags activemq.xml-konfigurationsfil.
Felsökning
Dåligt mycket bearbetad stubfiler kan vara kända varningar som lider av eller utan fel och kan sätta stopp för pods från att köra WebLogic kan inte vila. Så det är viktigt att vara helt säker på att en viss mallfil vanligtvis är korrekt i en QA-miljö, var och en av dina WebLogic-servrar kan fortfarande sluta köra, även om de välbehövliga åsidosättningarna har möjlighet att träda i kraft.
Förstå meddelandebryggan
WebLogic Server skapar ytterligare en inbyggd meddelandebrygga som du med största sannolikhet kommer att konfigurera med, jag skulle säga WebLogic-konsolen om du vill så att du flyttar meddelanden mellan två JMS-platser. WebLogic Server-meddelandebryggan har flera funktioner (QoS) som stoppar leverans.th-meddelanden: Exactly-once , Atmost-once och Duplicates-okay . Leverans exakt en gång tydligt strategi detta; meddelandet representeras med användning av transaktioner från sändningsdestinationen mot en specifik XA-mottagningsdestination, egentligen att mottagaren får en korrekt kopia av varje meddelande. “Most-once” last använder ett optimalt sätt för kirurgisk behandling för att säkerställa att en viss mottagare antingen får bara en kopia kopplad till meddelandet, eller inte får den alls. I en funktion som är specifik för leveransduplicering förstår Bridge mottagandet av ett käll-destinationsmeddelande inte mer än omedelbart efter att det har spårats i destinationsstaden. Eftersom detta utmärkta för närvarande görs utanför den transaktionen, kan fel efter att meddelandet har skrivits med avsikten och mot källan bekräftas i detta ögonblick resultera i välsignelse av textmeddelanden, men bör aldrig leda till att den ursprungliga sloganen går förlorad . Denna leveransrelaterade typ är mest känd för att leverera minst ett moment.
