[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [xmlblaster] Persisent subscriptions/connections



Marcel,

Yes, I believe so.  Our subscribtion is an xpath reading something like //key[ at oid, starts-with('DomainHeartbeat-').  The subscribe return qos was trying to send back the subscription id as a string delimited by single quotes.  The SAX parser was seeing the first single quote in our xpath expression and thought was the end of the sting.  We fixed this on our side by using double quotes instead of single quotes in our xpath expression.  I think the reason that we had not previously run into this is that we were using autogenerated session names so the xpath expression was never included in the subscription id, only a random number.

Craig
Open Roads Consulting, Inc.
757-546-3401
http://www.openroadsconsulting.com



----- Original Message -----
From: Marcel Ruff [mailto:mr at marcelruff.info]
To: xmlblaster at server.xmlBlaster.org
Subject: Re: [xmlblaster] Persisent subscriptions/connections


> Craig McIlwee wrote:
> > Michele,
> >
> > I'm having some trouble figuring out how to set a couple of the
> configuration options.  In the example code I don't see where
> 'dispatch/callback/retries' and 'dispatch/callback/delay' are being set. 
> Are these server side settings?  We were already running the following code
> that is shown in the examples:
> >
> >         qos.getClientQueueProperty().setMaxEntries(1000); // queue up to
> 1000 messages
> >         qos.getAddress().setDelay(10000L);
> >         qos.getAddress().setRetries(-1);
> >         qos.getAddress().setPingInterval(5000L);
> >
> > and have added the > 0 session id, but this doesn't seem to help.  I am
> also now seeing the following output on my console:
> >
> > SEVERE: Parsing error: errorCode=resource.configuration message=#16646M
> Error wh
> > ile SAX parsing :5:88 : org.xml.sax.SAXParseException: Element type
> "subscribe"
> > must be followed by either attribute specifications, ">" or "/>".
> >   
> This must be a bug in xmlBlaster, i believe the subscription contains 
> invalid XML characters.
> I have fixed this (xmlBlaster now properly escapes it) and commitet it 
> to svn,
> 
> regards
> Marcel
> > but of our subscription information has changed.  When I comment out the
> session id line the error goes away.  This is my session id line:
> >
> > qos.setSessionName(new SessionName(global, name + "/1")); // where name is
> something like 'DGServices'.
> >
> > Is there something I am missing here?
> >
> > Thanks again,
> > Craig McIlwee
> >
> > -----Original Message-----
> > From: owner-xmlblaster at server.xmlBlaster.org
> [mailto:owner-xmlblaster at server.xmlBlaster.org] On Behalf Of Michele
> > Sent: Thursday, April 10, 2008 8:32 AM
> > To: xmlblaster at server.xmlBlaster.org
> > Subject: Re: [xmlblaster] Persisent subscriptions/connections
> >
> > Hi Craig,
> > for this issue please read the response I sent earlier today to John.
> >
> > Regards
> > Michele
> >
> > McIlwee, Craig wrote:
> >   
> >> I need to get some clarification on the purpose of persistent 
> >> connections and subscriptions.  Up until now I had been under the 
> >> impression that if I made a persistent subscription and was disconnected 
> >> from the server for some reason (my client crashed, network went down, 
> >> etc), upon reconnect my subscription would still exist and I would not 
> >> have to reissue it.  In addition to this, I expected that all messages 
> >> that I missed while disconnected would be queued for me and I would 
> >> receive them on reconnect.
> >>
> >>  
> >>
> >> Today I tried to test this out by creating a persistent subscription and 
> >> then pulling my Ethernet cable.  Shortly afterward I did a state dump on 
> >> xmlBlaster and saw that all references to my connection and 
> >> subscriptions were no longer present.  After plugging the cable back in 
> >> and letting my client reconnect I had no subscriptions.
> >>
> >>  
> >>
> >> This is not what I had expected so I jumped onto the xmlBlaster 
> >> reference book and from what I was reading it looked like persistent 
> >> connections would only come into play if the xmlBlaster server crashed, 
> >> not if there was some network disconnect or if the client crashed.  Have 
> >> I been wrong about the use of persistence all along?  If so, is there a 
> >> way for xmlBlaster to queue my messages while Iâm disconnected so that
> I 
> >> can receive them on reconnect (and not have to receive everything that I 
> >> had already gotten)?  If I can receive 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
> 
>