czwartek, sierpnia 30, 2012
UDDI v3 for Tibco BW
Standardowy klient wspiera tylko wersję 2, ale można pod spodem postawić proxy z mapowaniem.
wtorek, sierpnia 28, 2012
Unable to find element operationRequest in namespace http://svc/operation for the message part body
Designer nie widzi typu dla komunikatu wejściowego operacji. Fix: w WSDL-u przy schema+import trzeba dodać targetNamespace na elemencie schema będący np. konkatenacją wartości z import i kropki.
poniedziałek, sierpnia 27, 2012
UDDI w Tibco Designerze
UDDI w Tibco Designerze obsługiwane jest w wersji 2-giej. Funkcjonalność ma charakter publikacji serwisów do katalogu w celu ich zidentyfikowania. Nie można bezpośrednio zaimportować wyszukanej usługi, należy samemu spojrzeć na WSDL or Access URL. Na obrazkach poniżej Apache Juddi v2 w dystrybucji tomcatowej.
poniedziałek, sierpnia 20, 2012
BW Transaction Manager
Żeby użyć Arjuny należy w pliku tra ustawić:
Trace.TM.*=true
com.tibco.plugin.transaction.xa.arjuna.useJTS=true
com.tibco.plugin.transaction.xa.arjuna.recoveryWaitTimeOut=30
bw.plugin.transaction.xa.arjuna.objectStoreDir=C://!//objectStore
Komunikaty JMS z uszkodzonych transakcji XA przez kwant czasu (lub na stałe) utykają na serwerze (są widoczne jako pending, odpowiadają im wpisy z show transactions), nie daje się ich usunąć za pomocą purge queue. Powinny być naprawiane przez Recovery Managera bądź serwer EMS. URL połączenia EMS powinien mieć dwa serwery.
Zamiast Arjuny można użyć Atomikosa:
java.extended.properties -Dcom.atomikos.icatch.file=C://tibco//bw//5.9//bin//transactions.properties
com.atomikos.icatch.service=com.atomikos.icatch.standalone.UserTransactionServiceFactory
com.atomikos.icatch.automatic_resource_registration=true
com.atomikos.icatch.output_dir=C://!//atm
com.atomikos.icatch.log_base_dir=C://!//atm
com.atomikos.icatch.max_timeout=30000
com.atomikos.icatch.tm_unique_name=node_1_1
tibemsd.conf
xa_default_timeout = 60
client_heartbeat_server = 10
server_timeout_client_connection = 30
server_heartbeat_client = 10
queue store=$sys.failsafe,redeliverydelay=30sec,prefetch=none
Trace.TM.*=true
com.tibco.plugin.transaction.xa.arjuna.useJTS=true
com.tibco.plugin.transaction.xa.arjuna.recoveryWaitTimeOut=30
bw.plugin.transaction.xa.arjuna.objectStoreDir=C://!//objectStore
Komunikaty JMS z uszkodzonych transakcji XA przez kwant czasu (lub na stałe) utykają na serwerze (są widoczne jako pending, odpowiadają im wpisy z show transactions), nie daje się ich usunąć za pomocą purge queue. Powinny być naprawiane przez Recovery Managera bądź serwer EMS. URL połączenia EMS powinien mieć dwa serwery.
Zamiast Arjuny można użyć Atomikosa:
public class AtomikosWrapper extends XATransactionManagerWrapper { @Override public void init(Hashtable hashtable) throws Throwable { utm = new UserTransactionManager(); setTransactionManager( utm ); } @Override public void registerResource(XATransactionManagerXARegistration xaReg)
throws Throwable {} }
java.extended.properties -Dcom.atomikos.icatch.file=C://tibco//bw//5.9//bin//transactions.properties
com.atomikos.icatch.service=com.atomikos.icatch.standalone.UserTransactionServiceFactory
com.atomikos.icatch.automatic_resource_registration=true
com.atomikos.icatch.output_dir=C://!//atm
com.atomikos.icatch.log_base_dir=C://!//atm
com.atomikos.icatch.max_timeout=30000
com.atomikos.icatch.tm_unique_name=node_1_1
tibemsd.conf
xa_default_timeout = 60
client_heartbeat_server = 10
server_timeout_client_connection = 30
server_heartbeat_client = 10
queue store=$sys.failsafe,redeliverydelay=30sec,prefetch=none
BW: JMS Queue Receiver timeout = 10
Arjuna od czasu BW TM 1.0 rozwijana jest w ramach JBoss TS (dystrybucja dostępna za darmo/płatne wsparcie techniczne).
XA nie działa w Tibco w sytuacjach awarii serwera EMS.
Arjuna od czasu BW TM 1.0 rozwijana jest w ramach JBoss TS (dystrybucja dostępna za darmo/płatne wsparcie techniczne).
XA nie działa w Tibco w sytuacjach awarii serwera EMS.
Subskrybuj:
Posty (Atom)