Hi Lee, I am not that familiar with JavaSpaces, and even less with the Wrox loan application. As far as I understand, JavaSpaces basically passes Java Objects by value. I hope I understood you correctly here: what you want to do is use xmlBlaster to route (is that java objects you want to route ?) to different JavaSpaces. In that case I believe you could easly use both pattern alternatives: point-to-point or publish/subscribe. In both cases the JavaSpaces would be xmlBlaster clients. In the ptp case the sender specifies the address of the receiver when publishing the message. If using p/s, the sender just specifies what it sends in the key of the message (he does not bother to whom he is sending it). The receiver (or the different receivers) subscribe to the messages they are interested in, this way the CreditSpace would only subscribe to "credit" messages using XPATH in the qos (as opposed to EXACT) while the VerifySpace would subscribe "verify" messages. Cheers Michele ---------Included Message---------- > Date: Tue, 23 Jan 2001 15:33:52 -0000 > From: "Lee Bolding" <lee.bolding at textme.org> > Reply-To: <xmlblaster-devel at xmlBlaster.org> > To: <xmlblaster-devel at server.xmlBlaster.org>, <xmlblaster at server.xmlBlaster.org> > Subject: Newbie question: xmlblaster and javaspaces? > > firstly, sorry for sending this to both lists, was unsure who would be best equipped to answer my query. > > I've only briefly looked at xmlBlaster so far, I'll start messing around with it more in the next few days. > > Maybe I'm missing the point of MOM altogether (It kinda cropped up whilst reading several Jini and Javapspaces books - again I'm not all too familiar with these technologies either!), but would it be possible (I assume using P2P) to have xmlBlaster acting as the xml aware front end for an app routing messages (which may or may not be filtered using XSLT) into a (or MANY, if using XSLT filters) javaspace(s)? An existing application utilising Javaspaces would then be able to take advantage of XML input with little or no recoding - for example, the loan application from the Wrox Java Server Programming book. > > An ascii diagram below may explain better... (again, using the Wrox application as the example). > > xml loan request ---> xmlBlaster ---> CreditSpace --->CreditCheckerNode > ---> VerifySpace --->NameVerifierNode > > Hope that made sense, if anybody could clarify that for me would be much appreciated. > > Thanks > > Lee Bolding > > ---------End of Included Message---------- _______________________________________________________________________ Dreaming of a Swiss Account? Get it here: http://freemail.swissinfo.org
|
firstly, sorry for sending this to both lists, was
unsure who would be best equipped to answer my query.
I've only briefly looked at xmlBlaster so far, I'll
start messing around with it more in the next few days.
Maybe I'm missing the point of MOM altogether (It
kinda cropped up whilst reading several Jini and Javapspaces books - again I'm
not all too familiar with these technologies either!), but would it be possible
(I assume using P2P) to have xmlBlaster acting as the xml aware front end for an
app routing messages (which may or may not be filtered using XSLT) into a (or
MANY, if using XSLT filters) javaspace(s)? An existing application utilising
Javaspaces would then be able to take advantage of XML input with little or no
recoding - for example, the loan application from the Wrox Java Server
Programming book.
An ascii diagram below may explain better...
(again, using the Wrox application as the example).
xml loan request ---> xmlBlaster --->
CreditSpace --->CreditCheckerNode
--->
VerifySpace --->NameVerifierNode
Hope that made sense, if anybody could clarify that
for me would be much appreciated.
Thanks
Lee Bolding
|