> 4. Tried to add an entity to JMS Bridge/Servers/test_server with
> swiftmq explorer.
>     [Case1]
>     Name: test_bridge
>     Bridging Direction: remote_to_local
>     Local Destination Name: testqueue@router1
>     Local Destination Type: queue
>     Remote Factory Name: javax.jms.QueueConnectionFactory

That's only valid for WLS. For SwiftMQ you must use the QCF you usually 
lookup at router2, e.g. plainsocket@router2 (or a mapped JNDI alias name 
for this).

>     Remote Destination Name: testqueue

Specify the queue name full qualified: testqueue@router2

>     Remote Destination Type: queue
>     Transfer Persistence: persistent
>     --> push "Create..".
>     --> swiftmq explorer hangs up.

I guess, it hangs 2 times at the JNDI lookup = 20 secs.
 
>     [Case2]
>     Remote Factory Name: QueueConnectionFactory <-- changed this line.
>     --> push "Create..".
>     --> swiftmq explorer hangs up.

Now 10 secs I guess... For the first try use plainsocket@router2, please. 
That should work in any case. Later you can switch to an JNDI alias.
 
>     [Case3]
>     Local Destination Name: testqueue <-- changed this line.
>     --> push "Create..".
>     --> swiftmq explorer hangs up.

That's false. Local must be full qualified: testqueue@router1
 
> Is this a bug or my mis-configuration?
> Could you send me a simple sample properties file just to connect to
> router2?

See above. Delete the test_server config from the bridge, start explorer, 
enable the trace space 'swiftlet' and specify as filename 'console'. Then 
try out a new config with my changes above. You will see the traceoutput 
on your console window. Tell me if anything goes wrong.

-- 
Andreas Mueller, [EMAIL PROTECTED], IIT GmbH, Bremen/Germany, http://www.iit.de
SwiftMQ, JMS Enterprise Messaging System, http://www.swiftmq.com


------------------------------------------------------
SwiftMQ developers mailing list * http://www.swiftmq.com
To unsubscribe from this list, send an eMail to 
[EMAIL PROTECTED] and write in the body of your message:
UNSUBSCRIBE developers <your-email-address>
Archive: http://www.mail-archive.com/developers@mail.iit.de/




Reply via email to