Re: Fwd: [xmlblaster] server side exception: Can't process XPath expression

return new java.util.Enumeration() { int i=0; public boolean hasMoreElements() { return i Date: Sat, Aug 25, 2012 at 10:07 PM Subject: Re: [xmlblaster] server side exception: Can't process XPath expression To: Marcel Ruff Cc: xmlb

Re: [xmlblaster] server side exception: Can't process XPath expression

Am 24.08.2012 05:01, schrieb Andrew Yinger: i believe this issue was identified before, but i occasionally see a server-side exception that starts off like: errorCode=user.query.invalid message=#exported Sorry, can't access, query syntax of XmlBlasterException errorCode=[resourc

Re: [xmlblaster] Problem with broken XMLBlaster connections

ecurity.authentication.accessDenied message=#exported Your secretSessionId is invalid, no access to NovaSTC3. Any idea why the client is connected but the server never sends any new updates? Is there anyway to force the connection close? Any thoughts? David -- Marcel Ruff http://www.xmlBlaster.org

[xmlblaster] [xmlblaster-devel] ANNOUNCE xmlBlaster release 2.1.0

Dear Ladies and Gentlemen, we would like to announce xmlBlaster release 2.1.0 'Premium'. We have added many subtle improvements, this release is considered mature and stable! This release needs JDK 1.5 or higher. For more details please visit http://www.xmlblaster.org/xmlBlaster/RELEASE_NOTES

Re: [xmlblaster] Re: Http Applet Client

et client uses Java networking it can probably just be integrated as a background thread any synchronized with the 'fx UI thread but it would be nice to have a cross-profile xmlBlaster 'fx client.. Do you happen to know if there is any work going on that area? Regards, On Mon, Au

[xmlblaster] Re: Http Applet Client

ness Park 3 Jalan Tasik, The Mines Resort City, 43300 Seri Kembangan Selangor, Malaysia -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] is there an example showing how to send an XML document via pub/sub system?

Gautam Thaker schrieb: Marcel Ruff wrote: Hi Gautam, an XML is a byte[]. If you do a byte[] bytes = ... try { String xml = new String(bytes, "UTF-8"); } catch (UnsupportedEncodingException e) { e.printStackTrace(); } you have ass

Re: [xmlblaster] is there an example showing how to send an XML document via pub/sub system?

is done? Or is it that in all cases the message content is byte array and all XML documents are simply byte arrays any way? (I am not an XML guru myself, sorry if this is a naive question over all.) Gautam -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] setPersistent() on DOMAIN and XPATH

.648Z -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] RE: [xmlblaster] Mirrored Masters?

doing it right from beginning. regards Marcel Thanks, Craig -Original Message- From: owner-xmlblas...@server.xmlblaster.org [mailto:owner-xmlblas...@server.xmlblaster.org] On Behalf Of Marcel Ruff Sent: Tuesday, December 08, 2009 4:41 AM To: xmlblaster@server.xmlBlaster.org Subj

Re: [xmlblaster] Mirrored Masters?

this message and delete it from all computers that it resides on. Any unauthorized reading, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. -- Marcel

[xmlblaster] ANNOUNCE xmlBlaster release 2.0.0

Dear Ladies and Gentlemen, we would like to announce xmlBlaster release 2.0.0 'Premium'. The most remarkable changes are: o A new XMLRPC client which tunnels callback messages to avoid callback problems with firewalls o A new database schema for xmlBlaster messages and xmlBlaster persisten

Re: [xmlblaster] License of demo code

y be itself released under LGPL2.1 -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] xmlBlaster and ActiveMQ

Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

[xmlblaster] Re: There is Memory leak on xmlblaster serverside?

Hi, is your topic 'lpszKey,' changing for each publish? If yes, a new topic is created for each message and not destoyed as xmlBlaster keeps the message in the history queue (max 10 as default). To avoid this switch off the history queue or use messages with expire or erase the topic actively.

Re: [xmlblaster] Dropping Java 1.5 support?

, distribution, copying or other use of this communication (or its attachments) is strictly prohibited. If you have received this communication in error, please notify us immediately. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marcel Ruff Sent: Friday

[xmlblaster] Dropping Java 1.5 support?

Hi all, dropping JDK 1.4 for coming xmlBlaster v2.0 is decided. What about jumping directly to JDK 1.6? Does anybody need JDK1.5 in his project? thank you Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

[xmlblaster] ANNOUNCE xmlBlaster release 1.6.4

Dear Ladies and Gentlemen, we would like to announce xmlBlaster release 1.6.4. It is a bug fix release and contains many extensions, so we recommend you to upgrade. It is released after massive testing (Java/C/C++) and a lot of feed back of our partners and users. The most remarkable extensions

Re: [xmlblaster] locking bug

Issue resolved? Marcel Ruff schrieb: Póka Balázs schrieb: Hi there, Just a thought: what if you modified SessionInfo.timeout(Object) like this: public final void timeout(Object userData) { synchronized (this.EXPIRY_TIMER_MONITOR) { this.timerKey = null

[xmlblaster] Dropping Java 1.4 support?

Hi all, i think it is time to drop Java 1.4 support for xmlBlaster and start coding with JDK 1.5 - 1.7. I'm interested about your opinion about this, thank you Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Support for publishOneway in PtP, xmlrpc3

e) is a good place to go. For my part we can drop java 1.4 support in xmlBlaster so you could keep the original concurrent packages, i'll ask in the mailing list separately about this. Thank you Marcel Thanks for your support! regards, Balázs Póka -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] locking bug

be capable to handle this situation anyhow. I have removed the sync here and also in shutdown() to prevent the deadlock. The current code is now committed to svn. thanks again Marcel regards, Balázs -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] locking bug

he server. Hoping to hear from you soon! regards, Balázs Póka -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] locking bug

org.xmlBlaster.engine.TopicHandler.forwardToDestinations(TopicHandler.java:844). regards, Balázs Póka -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] locking bug

will yield some results, I'm trying to stress test the server now. Unfortunately this bug only occurred on the production server so far. Feel free to tell me any idea you might have. :) regards, Balázs Póka -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] locking bug

ed somewhere. Is it always the same topicId which fails? Do you have many other topics witch work fine? Thanks Marcel Marcel Ruff schrieb: Póka Balázs schrieb: Hello to all XmlBlaster developers! I may have discovered a locking problem in org.xmlblaster.engine.TopicAccessor. The symptom is xm

Re: [xmlblaster] locking bug

ease send us the complete stack trace? Since when did you notice this behaviour? Which version of xmlBlaster do you use? Thanks Marcel Thanks for your help. regards, Balázs Póka -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] JDBC

run fine with JDK 1.6 It must be a configuration problem, please check your xmlBlaster.properties Thanks Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] How to persist?

happen if i set persistent for PublishQos and do not set for ConnectQos (and vice versa)? They are not directly related, see above, enjoy Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Persistent msg caching without previous connection

connection ? Thanks in advance -- Christian -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] anything new on the way?

lications, regards Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] which JDK is better?

JDK 1.5 and JDK 1.6 are both fine, Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] import to eclipse

ault output folder" you can now change the above link to a physical directory of your choice, Marcel > > Thanks > > AI > > -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] How to persist?

scribe(uk, uq); if (urq.length > 0) log.info <http://log.info>("Unsubscribed from topic"); DisconnectQos dq = new DisconnectQos(glob); con.disconnect(dq); glob.shutdown(); // free resources }catch (Throwable e) { log.severe(e.toString()); e.printStackTrace(); } === -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] RMI Problem

http://www.xmlblaster.org/xmlBlaster/doc/requirements/admin.errorcodes.listing.html#resource.configuration] could you help me, or rmi not supported any more ? regards, Mohannad -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] RMI Problem

: ] [See URL http://www.xmlblaster.org/xmlBlaster/doc/requirements/admin.errorcodes.listing.html#resource.configuration] could you help me, or rmi not supported any more ? regards, Mohannad -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Java and C#

... regards, Arghad On Fri, May 30, 2008 at 10:53 AM, Marcel Ruff <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote: Arghad Arnaout wrote: Hi Mohannad .. Here you can find a sample on how to write a client in csharp ... http://www.xmlblaster.com/xm

Re: [xmlblaster] Java and C#

Could any body help please? Thanks Mohannad -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] admin command to retrieve p2p messages/topics

rds Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Client connection not being restored properly?

keep the session alive and just eliminate the server-side session timeout perhaps? 2) If the client reaches the 'DEAD' state, it shouldn't accept and queue more messages for publishing that it will never/can never publish. Ok, (2) is fixed in the current svn. regards Marcel

Re: [xmlblaster] Question regarding client safe mode for subscription

Hi Louis, probably you just need to set in SubscribeQos false see http://www.xmlblaster.org/xmlBlaster/doc/requirements/interface.subscribe.html in Java: subscribeQos.setMultiSubscribe(false); I hope it helps Marcel -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net

Re: [xmlblaster] Socket connection: warning after disconnect

ster.protoco l.socket.SocketDriver removeClient: Didn't find a client handle to remove: SOCKE T-socket://192.168.178.22:7607-client/Unittests-/192.168.178.22:1076 2008-05-08 15:22:39.546 FINE 12-XmlBlaster.SOCKET RL10 org.xmlBlaster.protoco l.socket.HandleClient closeSocket: Closed socket f

Re: [xmlblaster] determine the server

IP 192.168.1.3 java -Dcom.sun.management.jmxremote org.xmlBlaster.Main -plugin/socket/hostname 192.168.1.3 The client to find above server: java HelloWorld3 -plugin/socket/hostname 192.168.1.3 regards Marcel which code should I modify ? Thanks, Mohannad -- Marcel Ruff http://www.xmlBlaster.or

Re: [xmlblaster] Http and Socket

... ? thanks Zied PS : my work is open source, so if some one has already done something it will be very helpful to send it, if not, I hope doing something and I'll do it :) -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Native (socket) vs XML-RPC protocol for client implementation

the better choice compared with the native protocol? (assuming that the implementation time does not matter...) Best Regards -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Testing Protocols

Mohannad wrote: thanks Zied, These files will be helpful. However, I need tools for measurement. I used jconsole but I didn't find for example a way to measure the time delay or packet transmission time. Is there any function in Jconsole will help to support this ? MBeans -> org.xmlBlaster -

Re: [xmlblaster] Testing Protocols

create an accurate experimental setup and precisely define the measurement points with minimal 'noise' (cross effects etc) in between. This needs to be coded depending on what your goals are and can't be generally done by a middleware. I wish you success, Marcel Thanks Marcel, Moh

Re: [xmlblaster] Persisent subscriptions/connections

eive the missed updates only, will I received all updates for a topic or only the most recent? Thanks in advance, Craig McIlwee Open Roads Consulting, Inc. 757-546-3401 http://www.openroadsconsulting.com <http://www.openroadsconsulting.com/> -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Publish return Qos without 'state' element

ccessary because problems will be reported as XmlBlasterException? Best Regards -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Client connection not being restored properly?

e any logical reason to keep the to-DEAD pattern (Michele?) regards Marcel David Kerry wrote: On Wed, Apr 02, 2008 at 07:42:54PM +0200, Marcel Ruff wrote: Hi David, if the server side session times out the expected behavior is that the client goes to dead (what you client seem to do). That

Re: [xmlblaster] Client connection not being restored properly?

The transition (9) and (8) should not happen. Thanks for reporting best regards Marcel David Kerry wrote: On Mon, Mar 10, 2008 at 11:10:54AM +0100, Marcel Ruff wrote: Hi David, fail safe mode should also set a positive session id, like this the client queue is found again on restart and

Re: [xmlblaster] Client connection not being restored properly?

arcel David Kerry wrote: On Wed, Feb 27, 2008 at 06:28:59PM +0100, Marcel Ruff wrote: My way of working around this for now is to create yet another queue, in my application that keeps a copy of the saved messages until a connection is re-established after which it puts them back in the xmlbl

Re: [xmlblaster] xmlBlaster with HTTP

to add this properties in xmlBlaster.properties , how can I do it? I'll try to put lines like : # after the line 87 : CbProtocolPlugin[XMLRPC][1.0]=org.xmlBlaster.protocol.xmlrpc.CallbackXmlRpcDriver #test if proprities work for XmlRpc: plugin/xmlrpc/port=8080 plugin/xmlrp

Re: [xmlblaster] Client connection not being restored properly?

David Kerry wrote: On Mon, Feb 25, 2008 at 02:48:33PM +0100, Marcel Ruff wrote: David Kerry wrote: Hello All, I'm seeing some odd behaviour on one of my clients here and I'm not sure if it's a bug, feature, or configuration problem. Client and server are running the 1

Re: [xmlblaster] Client connection not being restored properly?

tively lost in the client-side queue now. Is this a bug, or a configuration issue or is there some method I should be calling to 'kick' the connection back up and allow the queued messages to get published to the server? -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] History Queue Plugin Issue

en to the database. However, I don't see anything in the configuration files that would indicate that these kind of topics would use different plugins for the history queue. Any thoughts on where to look? Thanks, Jonathan Clark Open Roads Consulting, Inc. 757-546-3401 -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Problem to publish several message under the same oid topic

fault size 10 messages which can be queried as well. See subscribe QoS: http://www.xmlblaster.org/xmlBlaster/doc/requirements/interface.subscribe.html Usually the history feature is of no much use, regards Marcel Regards, Louis Le lundi 11 février 2008 à 22:40 +0100, Marcel Ruff a écrit : H

Re: [xmlblaster] Problem to publish several message under the same oid topic

stgresql database I have only one entry into the table. Why one entry when I have try to publish 3 messages ? Thanks in advance for any explanation, Louis -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] reduce duplicate deliveries

Note that all subscribers need to use the mime plugin (configured in their SubscribeQos). regards Marcel Thanks, John Horner Open Roads Consulting (757) 546-3401 www.openroadsconsulting.com -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Retrieve an external custom property in the '__sys__Event' message

ty I need, could you please give some hooks (classes, package, method concerned in the API, ..) where I can search in the xmlBlaster sources to test it. Richard. Re: [xmlblaster] Retrieve an external custom property in the '__sys__Event' messag e Marcel Ruff Tue, 29 Jan 2008 11:12:48

Re: [xmlblaster] Retrieve an external custom property in the '__sys__Event' messag e

. -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] xmlrpc v3 plugin; callback timing?

our donation offer, best regards, Marcel regards, Balázs -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] xmlrpc v3 plugin; callback timing?

more than happy, as you mentionned earlier the old XMLRPC Library is kind of outdated. All right, I'll get to it and send you the source when 1 or 2 remaining issues are fixed. Balázs -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] More parsing issues

on the proposed change. I'm happy to push the change up, but I'd like to get a little feedback first if I can. Thanks, John Horner Open Roads Consulting (757) 546-3401 www.openroadsconsulting.com -- Marcel Ruff http://www.xmlBlaster.org http://watchee.net Phone: +49 7551 309371

Re: [xmlblaster] Subscription Invocation Exception

s-with(@oid, 'vsp-') and (Division='DIV5')]' : java.lang.reflect.InvocationTargetException] [See URL http://www.xmlblaster.org/xmlBlaster/doc/requirements/admin.errorcodes.listing.html#resource.configuration ]] [See URL http://www.xmlblaster.org/xmlBlaster/doc/requirements/admin.errorcodes.listing.html#user.query.invalid ] Jonathan Clark Open Roads Consulting, Inc. 757-546-3401 -- Marcel Ruff http://www.xmlBlaster.org

[xmlblaster] ANNOUNCE xmlBlaster release 1.6.2 'Openroads'

Dear Ladies and Gentlemen, we would like to announce xmlBlaster release 1.6.2 'Openroads'. It is a bug fix release and contains some extensions, please consider to upgrade. It is released after massive testing (Java/C/C++) and a lot of feed back of our partners and users. The C/C++ clients are

Re: [xmlblaster] Calling peek admin message?

ello' --> javax.management.AttributeNotFoundException: unSubscribeByIndex not accessible I don't know yet why ... Marcel David R Robison wrote: Thanks. In case others are interested, the correct call was: MsgUnit[] msgUnit = xmlBlaster.get("", "type='Qu

Re: [xmlblaster] Callback message queue fills up

to go back to B. Also, I have never seen the route data in the messages. Is there a way to turn this on? David Marcel Ruff wrote: > David R Robison wrote: >> One other thought. Heartbeat messages are published on node B and >> subscribed to by clients o

Re: [xmlblaster] Callback message queue fills up

scribed in one of your last posts, thanks Marcel Could this be possible? David David R Robison wrote: Thanks, See in line... Marcel Ruff wrote: Hi David, do you have a jconsole to observe the two nodes? I don't have a jconsole, but can I get the same using the admin messages? If ye

Re: [xmlblaster] How integrate xmlBlaster in existing applications

. Those xmlBlaster clients are the gateways to your existing applications, DB and logic. regards Marcel Thanks you Sam -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Callback message queue fills up

David R Robison wrote: Thanks, See in line... Marcel Ruff wrote: Hi David, do you have a jconsole to observe the two nodes? I don't have a jconsole, but can I get the same using the admin messages? You can, but jconsole will save you (and me :-) a lot of time, - really - try to s

Re: [xmlblaster] Property: Added 7 property pairs

what might cause it? I think when a new Global is created this is written out, but i need to check the code ... Marcel Thanks, David Robison -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Callback message queue fills up

more note, when the client is subscribing to heartbeats that are generated on Node A, the client never fails in this manor, only when it is subscribing to node A for a message generated on node B. Thanks, in advance, David Robison -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] A couple of questions about messages in the log...

tails regards Marcel Thanks in advance, David -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Calling peek admin message?

he '&' in the entity reference. any thoughts? TNX David -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] use of public I_ConnectionProblems

ndl; } but never got called. The SubscribeDemo, using the same properties and the same xmlBlaster report the approtriate LOG_INFO's. Any suggestions ? -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Expected Release Date

suggestion from your side? Thanks Marcel Jonathan >Hi all, >the leak is now removed and the code is available in the current svn >trunk. The leak was due to a change in the EventPlugin. > >Regards >Michele > >Marcel Ruff wrote:

Re: [xmlblaster] socket reconnect flood

o the assumption that this was a bug in XmlBlaster code. I think there had never been a problem like this since then. regards, Balázs So you are using SOCKET SSL without problems? thanks Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Expected Release Date

your side? Thanks Marcel Jonathan >Hi all, >the leak is now removed and the code is available in the current svn >trunk. The leak was due to a change in the EventPlugin. > >Regards >Michele > >Marcel Ruff wrote: > Jonathan Clark wrote: >> Marcel, >>

Re: [xmlblaster] default response timout

resubscribe to the blaster. This situation does not happen all the time, but only occasionally and unfortunately we have not been able to isolate the exact string of events that cause this problem. We are hoping that a timeout will fix the problem. David Jonathan Cl

Re: [xmlblaster] socket reconnect flood

Balázs Hi again, what is the current state with this issue? Thanks Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] default response timout

roblem. We are hoping that a timeout will fix the problem. David Jonathan Clark Open Roads Consulting, Inc. 757-546-3401 -- Marcel Ruff http://www.xmlBlaster.org

Re:[xmlblaster] Re: memory leak with socket sessions

eeded when shutting down the queue. Ok, i have now commited the patch, Balázs could you please verify? thanks Marcel Jonathan Clark Open Roads Consulting, Inc. 757-546-3401 -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Unknown log file message

nnecting to Data Gateway: " + e); reachedPolling(ConnectionStateEnum.UNDEF, xmlBlaster); } } I'm not sure if the queue overflowed, I'll have to look deeper into the logs. Does this help? Thanks, David Robison Marcel Ruff wrote: David R Robison wrote: My logfile has

[xmlblaster] Tracing message flow ...

-- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Unknown log file message

'SYSTEM/-9' disappearing frequently? How are the connect settings? Does your callback queue overflow? Is it a PtP or a subscribed message? thanks Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] log4j logging

but i have never tried or investigated, regards Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Which xmlBlaster.properties file was loaded?

Property: Loading xmlBlaster.properties from directory /home/xmlblast regards Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] default response timout

e to the blaster. This situation does not happen all the time, but only occasionally and unfortunately we have not been able to isolate the exact string of events that cause this problem. We are hoping that a timeout will fix the problem. David Marcel Ruff wrote: David Robison wrote: I no

Re: [xmlblaster] default response timout

in your case, regards, Marcel -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] server hangs when changing the size maximum of the DispathcWorkerPool

java:485) at edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue.take( LinkedBlockingQueue.java:316) - locked <0xdac36698> (a edu.emory.mathcs.backport.java.util.concurrent.LinkedBlockingQueue$Seria lizableLock) at org.xmlBlaster.engine.TopicAccessor$Consumer.run(TopicAccessor.java:451) at java.lang.Thread.run(Thread.java:619) -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] dead lock

ge- From: [EMAIL PROTECTED] [mailto:owner- [EMAIL PROTECTED] On Behalf Of Marcel Ruff Sent: mercredi 26 septembre 2007 19:02 To: xmlblaster@server.xmlBlaster.org Subject: Re: [xmlblaster] dead lock Xavier Roques wrote: Hi David, When the dead lock occurred, I have one server with 144 conne

Re: [xmlblaster] dead lock

cky code). Any additional information would be helpful. David Robison *From:* Marcel Ruff [mailto:[EMAIL PROTECTED] *To:* xmlblaster@server.xmlBlaster.org *Sent:* Wed, 26 Sep 2007 07:03:15 -0400 *Subject:* Re: [xmlblas

Re: [xmlblaster] dead lock

*From:* Marcel Ruff [mailto:[EMAIL PROTECTED] *To:* xmlblaster@server.xmlBlaster.org *Sent:* Wed, 26 Sep 2007 07:03:15 -0400 *Subject:* Re: [xmlblaster] dead lock Hi Xavier, the dead lock is now fixed, the code is available with svn. thanks for reporting, Marcel Xavie

Re: [xmlblaster] dead lock

patchConnecti on.java:423) INFO | jvm 1| 2007/09/25 11:31:29 | at org.xmlBlaster.util.Timeout.run(Timeout.java:189) -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] use of setReconnectSameClientOnly

threading approach, probably it is necessary to dispatch the code to the X-Window main loop thread, best regards Marcel Marcel Ruff wrote: Dear Jürgen, the details of this feature are described here: http://www.xmlblaster.org/xmlBlaster/doc/requirements/client.configuration.html (search &

Re: [xmlblaster] dead lock

spatchConnection.ping(DispatchConnection. java:359) INFO | jvm 1| 2007/09/25 11:31:29 | at org.xmlBlaster.util.dispatch.DispatchConnection.timeout(DispatchConnecti on.java:423) INFO | jvm 1| 2007/09/25 11:31:29 | at org.xmlBlaster.util.Timeout.run(Timeout.java:189) -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] use of setReconnectSameClientOnly

ConnectionsHandler-1190708201563105000 Sep 25 10:16:42 vpngateway Objserv(2007,357,ERROR,,,#3)[24414]: Sep 25 10:16:42 vpngateway Objserv(2007,357,ERROR,,,#4)[24414]: 1.6.1 #exportiert Sep 25 10:16:42 vpngateway Objserv(2007,357,ERROR,,,#5)[24414]: 1190708202357573000 Sep 25 10:16:42 vpngateway Objserv(2007,357,ERROR,,,#6)[24414]: Sep 25 10:16:42 vpngateway Objserv(2007,357,ERROR,,,#7)[24414]: Sep 25 10:16:42 vpngateway Objserv(2007,359,PANIC,,,#1)[24414]: [EMAIL PROTECTED] #. Exception from xmlBlaster2 -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] j2me related questions..

st(+250) at org.xmlBlaster.client.protocol.http.common.PersistentRequest.run(+13) PersistentRequest #1 [ERROR]: Can't handle exception: java.lang.RuntimeException : unexpected code: -- Marcel Ruff http://www.xmlBlaster.org

Re: [xmlblaster] Problems connecting C# Clients

little more explicit. Done, thanks for the feedback best regards, Marcel Francis On 9/17/07, Marcel Ruff <[EMAIL PROTECTED]> wrote: Hmm, the XmlRpc approach is maintained by Cyrille, Cyrille do you have an idea about this issue? Francis, there is another, well tested C# access usin

  1   2   3   4   5   6   7   8   9   >