<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
Big Thanks for this answer
<br>I can't really use xdb_java as its purpose is to do some JDBC invocations.
<br>But it's quite the same functionalities I was looking.
<br>I didn't understand that it was possible do regsiter a foreign handler
to handle XDB requests.
<p>Do you know if it's also possible for all type of requests ?
<br>I'm, for example, interested in handling presence messages
<p>Colin Madere a &eacute;crit :
<blockquote TYPE=CITE>&nbsp;
<p><font size=-1>Take a look at xdb_java, as John Hebert suggests.&nbsp;
You should be able to add your own modules to it to talk to the App Server
for the services you mention.&nbsp; (Or, at least that's what Matt told
me the last time we met :) )</font>
<p><font size=-1>It is a budding project, but is constantly being improved
and we plan to use it on a large scale here, so be assured it is not intended
to be a toy project.</font>
<p><font size=-1>Colin Madere</font>
<br><font size=-1>Vedalabs, Inc.</font>
<p><font size=-1>> -----Original Message-----</font>
<br><font size=-1>> From: Gerard BUNEL [<a href="mailto:gerard.bunel@ago.fr">mailto:gerard.bunel@ago.fr</a>]</font>
<br><font size=-1>> Sent: Wednesday, May 09, 2001 10:44 AM</font>
<br><font size=-1>> To: jdev@jabber.org</font>
<br><font size=-1>> Subject: Re: [JDEV] Customizing Jabber server</font>
<br><font size=-1>></font>
<br><font size=-1>></font>
<br><font size=-1>></font>
<br><font size=-1>></font>
<br><font size=-1>> wasted a &eacute;crit :</font>
<br><font size=-1>></font>
<br><font size=-1>> > we're working on similar types of issues and my take
on it</font>
<br><font size=-1>> this... jabber</font>
<br><font size=-1>> > isn't an "application server" itself.&nbsp; it facilitates
the routing of</font>
<br><font size=-1>> > messages to the appropriate destination - normally
a human</font>
<br><font size=-1>> for chat.&nbsp; of</font>
<br><font size=-1>> > course the destination can be an "agent" or a transport
with</font>
<br><font size=-1>> > business/application logic coded for a purpose which</font>
<br><font size=-1>> returns some data or</font>
<br><font size=-1>> > whatever.&nbsp; an "agent" could be a stock watcher,
a "weather</font>
<br><font size=-1>> man", a news</font>
<br><font size=-1>> > grabber, data mine - the list is endless.&nbsp; you
can write an</font>
<br><font size=-1>> "agent" in</font>
<br><font size=-1>> > almost any language with all the cool tools the dev
guys have done -</font>
<br><font size=-1>> > Net::Jabber, JabberCOM, JabberBeans, etc...&nbsp;
i'm partial to</font>
<br><font size=-1>> JabberBeans</font>
<br><font size=-1>> > 'cause we do a lot of Java programming.&nbsp; then
again, as</font>
<br><font size=-1>> "JAM" develops,</font>
<br><font size=-1>> > jabber could become more "application server"-ish.</font>
<br><font size=-1>> ></font>
<br><font size=-1>> > not sure if that's the sorta explanation you're looking</font>
<br><font size=-1>> for, but i hope it</font>
<br><font size=-1>> > helps.</font>
<br><font size=-1>></font>
<br><font size=-1>> I'm not trying to "application-server"-ish the jabber
server.</font>
<br><font size=-1>> I just want to filter some parts of the jabber protocol
so</font>
<br><font size=-1>> that information is provided by the application server</font>
<br><font size=-1>> instead of the Jabber server itself (by the mean of
the</font>
<br><font size=-1>> default xdb_file).</font>
<br><font size=-1>> I think that for authentication, Rosters, vCard this
can be</font>
<br><font size=-1>> obtained by bootstraping the xdb_file</font>
<br><font size=-1>> to delegate the requests to the application server
(that we</font>
<br><font size=-1>> also develop, this is a specialized one, not a J2EE
server).</font>
<br><font size=-1>></font>
<br><font size=-1>> Our application server is Java based and we also have
a look</font>
<br><font size=-1>> to JabberBeans.</font>
<br><font size=-1>> I've also pointed out the JAM effort on Jabber but,
as I need</font>
<br><font size=-1>> such functionalities rather quickly</font>
<br><font size=-1>> (Pre-version for July) we focused our interest on Xml-Rpc
and</font>
<br><font size=-1>> made some trials in embedding Xml-Rpc</font>
<br><font size=-1>> requests into the Jabber protocol. We did that successfully.</font>
<br><font size=-1>></font>
<br><font size=-1>></font>
<br><font size=-1>> _______________________________________________</font>
<br><font size=-1>> jdev mailing list</font>
<br><font size=-1>> jdev@jabber.org</font>
<br><font size=-1>> <a href="http://mailman.jabber.org/listinfo/jdev" TARGET="_blank">http://mailman.jabber.org/listinfo/jdev</a></font>
<br><font size=-1>></font></blockquote>

<p>--
<br>gerard.bunel@ago.fr - Atlantide - <A HREF="http://www.ago.fr/atlantide/">http://www.ago.fr/atlantide/</A>
<br>Technopole Brest Iroise BP 80802 - Site du Vernis - 29608 Brest cedex
- France
<br>Tel. : +33 2 98 05 43 21 - Fax. : +33 2 98 05 20 34
<br>e-mail: atlantide-brest@ago.fr
<br>Centre Affaires Oberthur - 74D, rue de Paris -&nbsp; 35700 Rennes -
France
<br>Tel. : +33 2 99 84 15 84 - Fax : +33 2 99 84 15 85
<br>e-mail: atlantide-rennes@ago.fr
<br>&nbsp;</html>