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
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
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
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
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
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
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
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
.648Z
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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
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
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
y be itself released
under LGPL2.1
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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.
, 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
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
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
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
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
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
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
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
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
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
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
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
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
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
connection ?
Thanks in advance -- Christian
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
lications,
regards
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
JDK 1.5 and JDK 1.6 are both fine,
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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
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
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
: ] [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
...
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
Could any body help please?
Thanks
Mohannad
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
rds
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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
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
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
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
... ?
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
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
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 -
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
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
ccessary because problems will be reported as XmlBlasterException?
Best Regards
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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
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
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
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
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
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
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
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
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
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
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
.
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
our donation offer,
best regards,
Marcel
regards,
Balázs
--
Marcel Ruff
http://www.xmlBlaster.org
http://watchee.net
Phone: +49 7551 309371
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
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
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
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
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
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
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
.
Those xmlBlaster clients are the gateways to your existing applications,
DB and logic.
regards
Marcel
Thanks you
Sam
--
Marcel Ruff
http://www.xmlBlaster.org
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
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
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
tails
regards
Marcel
Thanks in advance, David
--
Marcel Ruff
http://www.xmlBlaster.org
he '&' in the entity reference.
any thoughts?
TNX David
--
Marcel Ruff
http://www.xmlBlaster.org
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
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:
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
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,
>>
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
Balázs
Hi again,
what is the current state with this issue?
Thanks
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
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
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
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
--
Marcel Ruff
http://www.xmlBlaster.org
'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
but i have never tried or investigated,
regards
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
Property: Loading xmlBlaster.properties from directory /home/xmlblast
regards
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
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
in your case,
regards,
Marcel
--
Marcel Ruff
http://www.xmlBlaster.org
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
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
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
*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
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
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 &
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
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
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
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 - 100 of 897 matches
Mail list logo