How about this use case, for the same question:<div><br></div><div>A "data warehouse" ETL layer? (Something simple for a small company, not a big Enterprise Behemoth.)</div><div><br></div><div>I'd love to use Erlang to serialize data from various sources into a staging area (MySQL DB), then have other processes read data out and post to, say, RabbitMQ queues (one for orders, say, another for users, etc, etc), and have yet other agents subscribe to those queues and serialize data into specialized operational data stores each according to the needs of that particular data store.</div>
<div><br></div><div>The data stores would be queried via scripts, or web apps, or analytical tools, not necessarily Erlang apps. (IE, a back end, as the original poster posited).</div><div><br></div><div>Do you think Erlang would be a good fit for routing big blobs of (probably XML) data in something like this way?</div>
<div><br></div><div>I'd think that the fact that you could use Erlang binary data structures rather than XML might be a plus, but I'm not sure if that's going to be the right way to go for us. One of the advantages of a message bus architecture is that you can have clients in other languages listen to topics (say) and add functionality you didn't know you needed at first. (JInterface might ease that constraint.)</div>
<div><br></div><div>The alternative to the above is to use lots of separate Groovy processes in much the same way.</div><div><br></div><div>Another advantage to Erlang are each of the apps themselves. It's much easier to support operational concerns, such as metrics, monitoring, and other sorts of messaging a given app might need to do outside of the main task. Erlang's safe concurrency is a big plus there.</div>
<div><br></div><div>Thoughts?</div><div><br></div><div>Keith<br><br><div class="gmail_quote">On Fri, May 22, 2009 at 8:02 AM, Mihai Balea <span dir="ltr"><<a href="mailto:mihai@hates.ms">mihai@hates.ms</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><br>
On May 22, 2009, at 3:01 AM, G.S. wrote:<br>
<br>
> Nevertheless, no one has really added to the cons and pros of Erlang<br>
> vs Java, in general, for the development of backend.<br>
<br>
<br>
</div>Here's a few things I believe you missed:<br>
<br>
Pros for Erlang that don't come naturally in Java world:<br>
- fault tolerance<br>
- hot upgrading<br>
- On the fly debugging of running systems<br>
<br>
Pros for Java:<br>
- Huge library base, for pretty much anything you can think of<br>
- Faster for some categories of problems<br>
<font color="#888888"><br>
Mihai<br>
</font><div><div></div><div class="h5"><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>