Re: [xmlblaster] Errors when testing C-API

[Michele <laghi at swissinfo.org>]

Hi Vaughn,
sorry if we answer only now, I guess everybody is busy these days ...

I had a look at your problem and I believe your '<' and '>' signs are 
interpreted by the operating system as redirect commands. Try to wrap 
the xpath query inside a "" like:

"/xmlBlaster/key[metadata/BasicTemporal/beginning_date_time_group/hour_time>=21"

I checked this with our demo/queryXML/DomQueryTest and it worked for me 
(after having had the same behaviour as you described before using the ").



Regards
Michele



Vaughn Combs wrote:
> I wonder if either of you have any comments on this
> one. I posted this one almost 2 weeks ago but havent
> heard any responses:
>
>
>
> I notice that, for my added metadata :
>
> <xmlBlaster>
>  <key oid='Pubber'>
>  
> <metadata><baseObject><InfoObjectType><Name>mil.af.rl.jbi.training.basic</Nam
>
> > <MajorVersion>1</MajorVersion><MinorVersion>0</MinorVersion></InfoObjectType><
>
> baseObject><BasicTemporal><beginning_date_time_group><day>11</day><hour_time>21
> /hour_time><minute_time>23</minute_time><time_zone>Z</time_zone><month_name>Jun
> </month_name><year>2001</year></beginning_date_time_group><ending_date_time_gro
> p><day>12</day><hour_time>06</hour_time><minute_time>13</minute_time><time_zone
> Z</time_zone><month_name>June</month_name><year>2001</year></ending_date_time_g
> oup></BasicTemporal></metadata>
>  </key>
> <content size='2'>
> Hi
> </content>
>  <qos>
>  
> <sender>/node/xmlBlaster_192_122_1_201_3412/client/combsv/-46</sender>
>   <subscribe
> id='__subId:xmlBlaster_192_122_1_201_3412-XPATH1112448315531000000
> />
>   <rcvTimestamp nanos='1112448326390000000'/>
>   <queue index='0' size='1'/>
>   <isUpdate/>
>  </qos>
> </xmlBlaster>
>
>
>  
> I have expected results for the following predicate:
>  
>
>
> /xmlBlaster/key[metadata/BasicTemporal/beginning_date_time_group/hour_time>=21
> ]
>
>  
>
> but for:
>
>
> /xmlBlaster/key[metadata/BasicTemporal/beginning_date_time_group/hour_time<22]
>
>
> I get the following exception upon submission of the
> subscription:
>
>
> org.infospherics.commonAPI.impl.exception.PlatformFailureException:
> XmlBlasterException errorCode=[resource.configuration]
> serverSideException=false
> location=[SaxHandlerBase.parse()] message=[#exported
> Error while SAX parsing :1:-1 :
> org.xml.sax.SAXParseException: The content beginning
> "<2" is not legal markup. Perhaps the "2" ( )
> character should be a letter.] [See URL
> http://www.xmlblaster.org/xmlBlaster/doc/requirements/admin.errorcodes.listing.html#resource.configuration]
>
> Any ideas or suggestions?
>
> Many Thanks,
>
> Vaughn
>
> --- Jan Petranek <jan at petranek.de> wrote:
>
> > Hi,
> >
> > thanks for your answer, Marcel, after some messing
> > around, I found out the 
> > mistake was on my side of the keyboard. (you may
> > skip the next section).
> >
> > I want an application with some message classes,
> > these map to the OIDs. But 
> > the clients should also be able to subscribe to
> > certain messages only, which 
> > match some XPATH. So, I decided to put the entire
> > message content into the 
> > key field and let the subscribers subcribe via
> > XPATH. This led to another 
> > behaviour: The keys are considered constant in XB
> > and as long as the oid does 
> > not change, XB does not evaluate the key's
> > xml-children. So, I generated a 
> > new key oid for each message. This in turn costs XB
> > a lot of overhead, and 
> > after some while, the applications started
> > misbehaving.
> >
> > Well, finally the MIME plugin for XPATH enlightened
> > me, so I switched 
> > everything to this model and XB works fine ;-)
> >
> > But if you are still interested in this insane
> > stress-test, I'll be happy to 
> > send you the code.
> >
> > Ashes on my head,
> >
> > Jan Petranek
>
>
>
> 		
> __________________________________ 
> Do you Yahoo!? 
> Yahoo! Small Business - Try our new resources site!
> http://smallbusiness.yahoo.com/resources/