Hello,
Our application uses a network bridge between 2 instances of a 5.0.0.23
build of ActiveMQ.
One server is on the internet and the other is on a Local network behind a
firewall. The one behind the firewall initiates the (duplex) connection to
the outside server.
4 different queues are set
Any ideas on this? I'm still stumped...
Alex_ynr wrote:
>
> Bear with me cause this might be a total misconfiguration on my part but I
> can't seem to figure it out
>
> I am running Fuse 3.3 but with the latest svn trunk version of activeMQ to
> solve the dupl
Bear with me cause this might be a total misconfiguration on my part but I
can't seem to figure it out
I am running Fuse 3.3 but with the latest svn trunk version of activeMQ to
solve the duplex="true" bug i mentioned in a previous thread which was just
fixed...
In fact I am running 2 instan
e that the broker accepting the connection request
>> reports this
>> NPE.
>>
>> WARN DemandForwardingBridge - Network connection between
>> vm://broker1#6
>> and tcp:///127.0.0.1:1929 shutdown due to a remote error:
>> java.lang.NullPointer
Cool, that's great!
Do you know of a workaround in the meantime?
rajdavies wrote:
>
> I'm in the middle of fixing this
> On Oct 10, 2007, at 2:02 PM, Alex_ynr wrote:
>
>>
>> We slightly discussed this issue in another thread (about a
>> different i
We slightly discussed this issue in another thread (about a different issue)
so in order to not hijack it, I created a new one.
This error comes up when trying to set up a duplex networkConnector between
2 ActiveMQ brokers.
In this specific case, I am running Fuse 3.3.
Clean install on both mac
utf8
> Db characterset:latin1
> ...
>
> mysql> show tables;
> ++
> | Tables_in_activemq |
> ++
> | activemq_acks |
> | activemq_lock |
> | activemq_msgs |
> ++
> 3 rows in set (0.0
I just hit the same thing as well
Specified key was too long; max key length is 1000 bytes is the error not
allowing the creation of ACTIVEMQ_ACKS
You are probably using utf8/some other multibyte encoding as the collation
in your database
Switch it to latin1 or ASCII... The varchar fields t
I don't know about ttmdev but I am guessing he is creating it on one side
(just like I am).
The whole idea (and the reason I'm using the duplex functionality) is that
one of the brokers is behind a firewall and cannot have an incoming
connection...so I wanna set up an outgoing one from that broke
Hello,
Having the exact same problem here... Is there an answer to this?
Best regards,
Alex
--
View this message in context:
http://www.nabble.com/Unexpected-remote-command-tf4179394s2354.html#a13112492
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
10 matches
Mail list logo