OK, seems I have increased memory usage from defaults in .xml files and my
wireformat problem is gone.  I also made a small change in my client to
remove a 6 second sleep after creating a thread.  I am a little over 600
threads running now with 0% memory usage and haven't seen any wireformat
errors, processed just over 80,000 messages so far and things seem stable. 
This is much more than before when I was seeing problems.

So only ?'s left are how to view the web browser when running networked
brokers, seems I only get good info when only running 1 broker, but in my
app I still want to run at least 4 brokers in a network, with my client
somehow randomly connecting to them.  Will connecting all to 1 point from
the clients produce the same performance as randomly connecting to brokers,
if they are all networked together?

JB




pleaseHelpMe:o) wrote:
> 
> last message should of read, 4.0.2 version didn't have the problem, not
> 4.1.0, sorry
> 
> 
> pleaseHelpMe:o) wrote:
>> 
>> Well, now it seems as I increase the load of messages going to the
>> server, I start to get these errors showing up.
>> 
>> It seems with a small load I did not see this.  Also, anybody know why
>> the web console will only show topics and memory usage when having 1
>> broker open?  when I have 2 networked together, it doesn't seem to show
>> anything, but lists broker1 as active.  If I kill broker1 and broker2
>> takes over, it starts to show memory usage and Topics....
>> 
>> I read a lot of people seeing this message with a load involved, but I
>> really didn't see any solutions in the forums.
>> 
>> Just fyi, My app creates java threads that pass messages to the server
>> and process receive messages from the server.  With 4.1.0 I was able to
>> create many more threads without seeing the following error ever, so it
>> seems something changed in regards to why I would see this?????
>> 
>> javax.jms.JMSException: Wire format negotiation timeout: peer did not
>> send his wire format.
>>      at
>> org.apache.activemq.util.JMSExceptionSupport.create(JMSExceptionSupport.java:62)
>>      at
>> org.apache.activemq.ActiveMQConnection.syncSendPacket(ActiveMQConnection.java:1206)
>>      at
>> org.apache.activemq.ActiveMQConnection.ensureConnectionInfoSent(ActiveMQConnection.java:1289)
>>      at
>> org.apache.activemq.ActiveMQConnection.createSession(ActiveMQConnection.java:295)
>>      at
>> org.apache.activemq.ActiveMQConnection.createTopicSession(ActiveMQConnection.java:998)
>>      at com.divas.mts.MTSBase.createSession(MTSBase.java:71)
>>      at
>> com.divas.imm.CommunicationModuleBase.createSubscriber(CommunicationModuleBase.java:79)
>> 
>> pleaseHelpMe:o) wrote:
>>> 
>>> excellent, working now, had to tweak a few more files that had the old
>>> references in them, thanks all who helped get it going.  I also tested
>>> what I was originally trying to do by killing broker 1 with broker 2
>>> setup as a networkConnector, sure enough, worked like a champ.  Thanks
>>> all.
>>> 
>>> Next thing I need to work on now is finding out how I can improve
>>> performance if I send a lot of messages, i.e. 100,000 or so within a
>>> short time, is it just finding enough memory to enable it, or some other
>>> tricks to increase performance.
>>> 
>>> I was also originally trying to randomly connect to a particular broker,
>>> say I have 4 of them in a network, if I auto connect clients to broker1,
>>> will it limit performance, is there a way to randomly connect to one in
>>> the network through activeMQ or just need to tweak my client to randomly
>>> connect to a broker from a list of them.
>>> 
>>> This forum rocks and I thank all who have helped with this.
>>> 
>>> JB
>>> 
>>> rajdavies wrote:
>>>> 
>>>> No - you shouldn't need to update the code - you're probably pulling  
>>>> in an old version of activemq on the class path
>>>> 
>>>> On 11 Jun 2008, at 13:19, pleaseHelpMe:o) <[EMAIL PROTECTED]>  
>>>> wrote:
>>>> 
>>>>>
>>>>> I upgraded my client libraries, but couldn't get past this error.   
>>>>> Will try
>>>>> again tonight, maybe i missed something.  Shouldn't i really just  
>>>>> need the
>>>>> library that contains this, and not have to modify old client code?
>>>>>
>>>>> JB
>>>>>
>>>>>
>>>>> rajdavies wrote:
>>>>>>
>>>>>> ok - looks like a version mismatch - can you upgrade your clients  
>>>>>> too ?
>>>>>> On 11 Jun 2008, at 02:04, pleaseHelpMe:o) wrote:
>>>>>>
>>>>>>>
>>>>>>> I upgraded to 5.1, now my client reports this and won't connect.   
>>>>>>> Will
>>>>>>> investigate, but if anybody knows this error, please advise.
>>>>>>>
>>>>>>> Exception in thread "ActiveMQ Transport: tcp:///192.168.1.101:61616"
>>>>>>> java.lang.IllegalArgumentException: Invalid version: 3, could not  
>>>>>>> load
>>>>>>> org.apache.activemq.openwire.v3.MarshallerFactory
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq.openwire.OpenWireFormat.setVersion(OpenWireFormat.java: 
>>>>>>> 329)
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq
>>>>>>> .openwire.OpenWireFormat.renegociatWireFormat(OpenWireFormat.java: 
>>>>>>> 569)
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq
>>>>>>> .transport.WireFormatNegotiator.onCommand(WireFormatNegotiator.java:
>>>>>>> 108)
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq
>>>>>>> .transport.InactivityMonitor.onCommand(InactivityMonitor.java:122)
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq 
>>>>>>> .transport.TransportSupport.doConsume(TransportSupport.java:
>>>>>>> 87)
>>>>>>>         at
>>>>>>> org 
>>>>>>> .apache.activemq.transport.tcp.TcpTransport.run(TcpTransport.java:
>>>>>>> 127)
>>>>>>>         at java.lang.Thread.run(Thread.java:595)
>>>>>>> Caused by: java.lang.ClassNotFoundException:
>>>>>>> org.apache.activemq.openwire.v3.MarshallerFactory
>>>>>>>         at
>>>>>>> org.apache.activemq.util.ClassLoading.loadClass(ClassLoading.java: 
>>>>>>> 104)
>>>>>>>         at
>>>>>>> org
>>>>>>> .apache
>>>>>>> .activemq.openwire.OpenWireFormat.setVersion(OpenWireFormat.java: 
>>>>>>> 327)
>>>>>>>         ... 6 more
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> rajdavies wrote:
>>>>>>>>
>>>>>>>> Hi Jason,
>>>>>>>>
>>>>>>>> this will work on ActiveMQ 5.x - I suggest you upgrade
>>>>>>>>
>>>>>>>> cheers,
>>>>>>>>
>>>>>>>> Rob
>>>>>>>>
>>>>>>>> On 10 Jun 2008, at 03:58, pleaseHelpMe:o)
>>>>>>>> <[EMAIL PROTECTED]>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> I tried this but no luck, is it the way my client connects to
>>>>>>>>> broker1, then
>>>>>>>>> if broker1 dies, the client disconnects?
>>>>>>>>>
>>>>>>>>> <networkConnector name="jason cluster"
>>>>>>>>> uri="static://(tcp://localhost:61617,tcp://localhost:61618)"
>>>>>>>>> failover="true"
>>>>>>>>> dynamicOnly="true" networkTTL="3"/>
>>>>>>>>>
>>>>>>>>> Should this mean that if broker1 dies, broker2 takes over, so if  
>>>>>>>>> the
>>>>>>>>> client
>>>>>>>>> is connected to broker1, he auto connects over to broker2, thus  
>>>>>>>>> the
>>>>>>>>> client
>>>>>>>>> stays connected?
>>>>>>>>>
>>>>>>>>> I have been searching for an example of how to do this, but no  
>>>>>>>>> luck,
>>>>>>>>> can
>>>>>>>>> somebody tell me if my logic is good or bad, and where I can  
>>>>>>>>> find an
>>>>>>>>> example
>>>>>>>>> of doing what I am trying to do?  Surely it can't be this hard to
>>>>>>>>> setup to
>>>>>>>>> work properly, so I must have something configured wrong, and  
>>>>>>>>> don't
>>>>>>>>> know
>>>>>>>>> what it is?
>>>>>>>>>
>>>>>>>>> JB
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> pleaseHelpMe:o) wrote:
>>>>>>>>>>
>>>>>>>>>> What is the syntax for that option to configure?
>>>>>>>>>>
>>>>>>>>>> JB
>>>>>>>>>>
>>>>>>>>>> navneek wrote:
>>>>>>>>>>>
>>>>>>>>>>> Hi,
>>>>>>>>>>>
>>>>>>>>>>> It seems you missed to configure DynamicallyIncludedDestination
>>>>>>>>>>> attribute
>>>>>>>>>>> in your network connector configuration.
>>>>>>>>>>> Add this attribute and try again.
>>>>>>>>>>>
>>>>>>>>>>> regds
>>>>>>>>>>> Nava.
>>>>>>>>>>>
>>>>>>>>>>> pleaseHelpMe:o) wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> Here is the setup:
>>>>>>>>>>>> ActiveMQ 4.0.2 (I know it's old, but need to try to get it
>>>>>>>>>>>> working
>>>>>>>>>>>> before upgrading, seems backwards logic, but short on time)
>>>>>>>>>>>>
>>>>>>>>>>>> 4 brokers running locally on a Windows machine, Java code
>>>>>>>>>>>> connecting to
>>>>>>>>>>>> brokers, i.e. connect to transport with this code from java:
>>>>>>>>>>>> props.setProperty(Context.PROVIDER_URL,"tcp://localhost: 
>>>>>>>>>>>> 61616");
>>>>>>>>>>>> this connection works great and everything is fine, but I  
>>>>>>>>>>>> want to
>>>>>>>>>>>> provide redundancy if this connection were to fail, so I am
>>>>>>>>>>>> trying
>>>>>>>>>>>> this.....
>>>>>>>>>>>>
>>>>>>>>>>>> in xml config for brokers, I want to provide a network of  
>>>>>>>>>>>> brokers
>>>>>>>>>>>> that
>>>>>>>>>>>> can work as a cluster, or will work if 1 fails.  My preference
>>>>>>>>>>>> would be
>>>>>>>>>>>> to randomly connect to 1 of the brokers in the network, and
>>>>>>>>>>>> failover to
>>>>>>>>>>>> any other 1 if possible.  It appears I have hardcoded  
>>>>>>>>>>>> connection
>>>>>>>>>>>> to this
>>>>>>>>>>>> 1, so not sure how to randomly connect, unless I modify my java
>>>>>>>>>>>> code to
>>>>>>>>>>>> randomly connect (is this the best approach?).
>>>>>>>>>>>>
>>>>>>>>>>>> When I do connect to the 61616 port on localhost, I have
>>>>>>>>>>>> configured
>>>>>>>>>>>> networkConnector to other ports statically.  My log shows this
>>>>>>>>>>>> when
>>>>>>>>>>>> starting up brokers.
>>>>>>>>>>>> ACTIVEMQ_HOME: C:\DIVAS Snapshot\activemq-4.0.2 Broker1\bin\..
>>>>>>>>>>>> Loading message broker from: xbean:activemq.xml
>>>>>>>>>>>> INFO  BrokerService                  - ActiveMQ 4.0.2 JMS  
>>>>>>>>>>>> Message
>>>>>>>>>>>> Broker
>>>>>>>>>>>> (broker
>>>>>>>>>>>> 1) is starting
>>>>>>>>>>>> INFO  BrokerService                  - For help or more
>>>>>>>>>>>> information
>>>>>>>>>>>> please see:
>>>>>>>>>>>> http://incubator.apache.org/activemq/
>>>>>>>>>>>> INFO  TransportServerThreadSupport   - Listening for  
>>>>>>>>>>>> connections
>>>>>>>>>>>> at:
>>>>>>>>>>>> tcp://MAVS0
>>>>>>>>>>>> 1:61616?connectionTimeout=0
>>>>>>>>>>>> INFO  TransportConnector             - Connector default  
>>>>>>>>>>>> Started
>>>>>>>>>>>> INFO  NetworkConnector               - Establishing network
>>>>>>>>>>>> connection
>>>>>>>>>>>> between f
>>>>>>>>>>>> rom vm://broker1?network=true to
>>>>>>>>>>>> failover:(tcp://localhost:61617)?maxReconnectDelay
>>>>>>>>>>>> =1000
>>>>>>>>>>>> INFO  TransportConnector             - Connector vm://broker1
>>>>>>>>>>>> Started
>>>>>>>>>>>> INFO  NetworkConnector               - Establishing network
>>>>>>>>>>>> connection
>>>>>>>>>>>> between f
>>>>>>>>>>>> rom vm://broker1?network=true to
>>>>>>>>>>>> failover:(tcp://localhost:61618)?maxReconnectDelay
>>>>>>>>>>>> =1000
>>>>>>>>>>>> INFO  NetworkConnector               - Establishing network
>>>>>>>>>>>> connection
>>>>>>>>>>>> between f
>>>>>>>>>>>> rom vm://broker1?network=true to
>>>>>>>>>>>> failover:(tcp://localhost:61619)?maxReconnectDelay
>>>>>>>>>>>> =1000
>>>>>>>>>>>> INFO  NetworkConnector               - Network Connector host1
>>>>>>>>>>>> and host2
>>>>>>>>>>>> and hos
>>>>>>>>>>>> t3 and host4 and host5 and host6 and host7 Started
>>>>>>>>>>>> INFO  BrokerService                  - ActiveMQ JMS Message
>>>>>>>>>>>> Broker
>>>>>>>>>>>> (broker1, ID:
>>>>>>>>>>>> localhost-3643-1212949248389-0:0) started
>>>>>>>>>>>> INFO  DemandForwardingBridge         - Network connection  
>>>>>>>>>>>> between
>>>>>>>>>>>> vm://broker1#0
>>>>>>>>>>>> and tcp://localhost:61617(broker2) has been established.
>>>>>>>>>>>> INFO  DemandForwardingBridge         - Network connection  
>>>>>>>>>>>> between
>>>>>>>>>>>> vm://broker1#4
>>>>>>>>>>>> and tcp://localhost:61619(broker4) has been established.
>>>>>>>>>>>> INFO  DemandForwardingBridge         - Network connection  
>>>>>>>>>>>> between
>>>>>>>>>>>> vm://broker1#2
>>>>>>>>>>>> and tcp://localhost:61618(Unknown) has been established.
>>>>>>>>>>>>
>>>>>>>>>>>> So it appears connections seem good, but....if I kill  
>>>>>>>>>>>> broker1, my
>>>>>>>>>>>> java
>>>>>>>>>>>> client reports The session is closed.  Below is my config file,
>>>>>>>>>>>> anything
>>>>>>>>>>>> I am missing with this logic or implementation?
>>>>>>>>>>>>
>>>>>>>>>>>> <transportConnector name="default"
>>>>>>>>>>>> uri="tcp://localhost:61616?connectionTimeout=0" />
>>>>>>>>>>>>
>>>>>>>>>>>> <networkConnector name="host1 and host2"
>>>>>>>>>>>> uri="static://(tcp://localhost:61617,tcp://localhost:61618"
>>>>>>>>>>>> failover="true"/>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Any help would be greatly appreciated, I am trying to run a  
>>>>>>>>>>>> test
>>>>>>>>>>>> where I
>>>>>>>>>>>> close broker1, and broker 2 will maintain the connection to the
>>>>>>>>>>>> client.
>>>>>>>>>>>> I would also like to understand how to randomly connect to 1 or
>>>>>>>>>>>> the
>>>>>>>>>>>> other from my client?  Do I do this in client code or is  
>>>>>>>>>>>> there a
>>>>>>>>>>>> way to
>>>>>>>>>>>> configure it in ActiveMQ?
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> View this message in context:
>>>>>>>>> http://www.nabble.com/Networking-help%2C-not-working-for-me....-tp17721624p17746763.html
>>>>>>>>> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>>>>> View this message in context:
>>>>>>> http://www.nabble.com/Networking-help%2C-not-working-for-me....-tp17721624p17768019.html
>>>>>>> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> -- 
>>>>> View this message in context:
>>>>> http://www.nabble.com/Networking-help%2C-not-working-for-me....-tp17721624p17776191.html
>>>>> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>>>>>
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Networking-help%2C-not-working-for-me....-tp17721624p17792583.html
Sent from the ActiveMQ - User mailing list archive at Nabble.com.

Reply via email to