<div dir="ltr">the xiff library can connect to ejabberd using flash sockets, writing a custom client<br>with flash sockets is also possible, and writing a proxy / gateway that connects to <br>xmpp on the server and can serve comet or flash would be straightforward. <br>
<br>websockets are also coming natively to browsers but not yet supported. <br>(they would need a proxy / gateway to xmpp, incompatible protocol)<br><br>as for comet 'scaling' its used for facebook and meebo chat, both serve a fair<br>
amount of people with realtime information. flash sockets havent gained<br>the same popularity as far as ive seen, although I dont see an obvious reason<br>why, apart from the flash plugin dependancy <br><br><div class="gmail_quote">
2008/10/16 David Mitchell <span dir="ltr"><<a href="mailto:monch1962@gmail.com">monch1962@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I'd LOVE to replace MQ and Tibco - about they only things they have in<br>
their favor is "vendor support", and being already entrenched in the<br>
environment.  I quite like the functionality of both, but trying to do<br>
something with them that the vendors didn't consider (i.e. hook Erlang<br>
to them) is painful.  For an open-source app, there would either be a<br>
generic API (e.g. REST) that would be language independent, or I could<br>
pull apart the source and extend it.<br>
<br>
Actually, MQ has a "sort of like REST" API, but it's an optional extra<br>
i.e. costs money.  It's not enough like REST to make it a no-brainer<br>
though, and then there's the question of how it's gonna impact the<br>
existing infrastructure since it has to run on the MQ server.<br>
<br>
As far as the data distribution goes, I need to build a<br>
"dashboard"-type Web page that I can use to see the state of all the<br>
various interfaces.  COMET gives me the ability to have the server<br>
update each interface's status as new info becomes available without<br>
having the user refresh the Web page (at least, that's the theory -<br>
whether it's gonna scale is another matter...).  Do you know of a way<br>
I could duplicate that with XMPP and ejabberd?  I don't really want an<br>
AJAX interface except as a last resort, as that's going to be a "pull"<br>
interface; I'd really like a "push" interface if it's practical, so I<br>
can get something approaching real-time updates.<br>
<br>
Thanks for your response<br>
<br>
Dave M.<br>
<br>
2008/10/16 French, Mike <<a href="mailto:Mike.French@uk.thalesgroup.com">Mike.French@uk.thalesgroup.com</a>>:<br>
><br>
> How about using XMPP and ejabberd for the data distribution ?<br>
> COMET over HTTP is always an unnatural contortion,<br>
> but Jabber is pub/sub push by nature.<br>
><br>
> Then you could always replace MQ and Tibco with XMPP later on :)<br>
><br>
> Mike<br>
<div><div></div><div class="Wj3C7c">><br>
>> -----Original Message-----<br>
>> From: <a href="mailto:erlang-questions-bounces@erlang.org">erlang-questions-bounces@erlang.org</a><br>
>> [mailto:<a href="mailto:erlang-questions-bounces@erlang.org">erlang-questions-bounces@erlang.org</a>]On Behalf Of<br>
>> David Mitchell<br>
>> Sent: 15 October 2008 21:34<br>
>> To: <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> Subject: Re: [erlang-questions] What's the status of erl_com, the<br>
>> Erlang-to-COM bridge?<br>
>><br>
>><br>
>> My reason for choosing Erlang in the first place was for scalability -<br>
>> I need to be able to read/write/monitor upwards of 1000 MQ and Tibco<br>
>> queues simultaneously, and drive them all and present status plus<br>
>> drill-down info from a central point via a Web interface.  I've got<br>
>> access to lots of Intel servers (if necessary) to build this.  With<br>
>> Erlang, the ease of scaling horizontally makes it relatively<br>
>> straightforward to handle that quantity of interfaces (ignoring the<br>
>> fact that they're MQ and Tibco specifically), and using Yaws would<br>
>> mean that I won't have issues with scalability in data presentation.<br>
>> Finally, and I haven't thought this next part through thoroughly yet,<br>
>> I would also lean towards using COMET (not the COM interface project;<br>
>> the Web push interface project) to push updates out to my Web clients.<br>
>><br>
>> Finally the app is such that it needs to be 100% reliable during<br>
>> extended periods of high load, and OTP gives me the capability to<br>
>> build that in fairly easily.<br>
>><br>
>> Bottom line is that I know Erlang would be a good fit (again, ignoring<br>
>> the fact that the interfaces are MQ and Tibco), whereas I think it<br>
>> would take me longer to produce a less-reliable solution in Java.<br>
>><br>
</div></div>>> Regards<br>
>><br>
>> Dave M.<br>
>><br>
<div class="Ih2E3d">>> 2008/10/15 Rapsey <<a href="mailto:rapsey@gmail.com">rapsey@gmail.com</a>>:<br>
>> > I'm sure Java has what you need, so why not go through jinterface?<br>
>> ><br>
>> ><br>
>> > Sergej<br>
>> ><br>
</div>>> > On Wed, Oct 15, 2008 at 11:31 AM, Robert Raschke<br>
>> <<a href="mailto:rtrlists@googlemail.com">rtrlists@googlemail.com</a>><br>
<div><div></div><div class="Wj3C7c">>> > wrote:<br>
>> >><br>
>> >> On Wed, Oct 15, 2008 at 5:52 AM, David Mitchell<br>
>> <<a href="mailto:monch1962@gmail.com">monch1962@gmail.com</a>><br>
>> >> wrote:<br>
>> >> > Thanks Jakob and Kenneth for your responses.<br>
>> >> ><br>
>> >> > I need to hook Erlang to a variety of external<br>
>> applications (MQ, Tibco<br>
>> >> > Rendezvous, Oracle), none of which have "native" Erlang<br>
>> interfaces but<br>
>> >> > all have COM interfaces available.  Comet looked like a good fit<br>
>> >> > (assuming I ran Erlang on a Windows box), but based on<br>
>> your comments<br>
>> >> > I'll look elsewhere.  That probably means building a C<br>
>> port for MQ and<br>
>> >> > Tibco, and I may be able to get away with using ODBC for Oracle.<br>
>> >> ><br>
>> >> > If you need any votes of support to revive COMET within Ericsson,<br>
>> >> > please let me know ;-><br>
>> >><br>
>> >> If you don't want to use something like C#, then I can<br>
>> recommend Lua<br>
>> >> together with LuaCOM for interfacing to COM. I would guess<br>
>> that it's<br>
>> >> not very hard to wrap a COM interface with this and expose it to<br>
>> >> Erlang through a port. Still, a little bit of work would<br>
>> be required.<br>
>> >><br>
>> >> Robby<br>
>> >> _______________________________________________<br>
>> >> erlang-questions mailing list<br>
>> >> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> >> <a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > erlang-questions mailing list<br>
>> > <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> > <a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
>> ><br>
>> _______________________________________________<br>
>> erlang-questions mailing list<br>
>> <a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
>> <a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
>><br>
><br>
</div></div>> Thales UK Ltd (Wells) DISCLAIMER: The information contained in this e-mail<br>
> is confidential. It may also be legally privileged. It is intended only for<br>
> the stated addressee(s) and access to it by any other person is<br>
> unauthorised. If you are not an addressee, you must not disclose, copy,<br>
> circulate or in any other way use or rely on the information contained in<br>
> this e-mail. Such unauthorised use may be unlawful. We may monitor all<br>
> e-mail communications through our networks. If you have received this e-mail<br>
> in error, please inform us immediately on sender's telephone number above<br>
> and delete it and all copies from your system. We accept no responsibility<br>
> for changes to any e-mail which occur after it has been sent.  Attachments<br>
> to this e-mail may contain software viruses which could damage your system.<br>
> We therefore recommend you virus-check all attachments before opening.<br>
> Thales UK Ltd. Registered Office: 2 Dashwood Lang Road, The Bourne Business<br>
> Park, Addlestone, Weybridge, Surrey KT15 2NX Registered in England No.<br>
> 868273<br>
<div><div></div><div class="Wj3C7c">><br>
_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org">erlang-questions@erlang.org</a><br>
<a href="http://www.erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://www.erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>