Let me preface this by saying that according to some web development communities, Java&#39;s niche seems to be enterprise web development by large teams. The reasons I hear (warning: possible stereotypes and faulty assumptions ahead!) are:<br>
<br>1) The language itself is limited and results in a lot of boilerplate code, requiring more development and maintenance time<br>
2) Deployment requires powerful servers, tons of configuration, etc.<br>3) The apps use a lot of memory so many web hosts don&#39;t support it<br><br>It sounds like some of the libraries you&#39;ve found might mitigate that and give people a reason to rethink Ruby on Rails or Django for their next app. In particular I&#39;m really interested in how Java might benefit lone developers and small teams, either in terms of increased productivity or the security/stability/performance of the end product, and maybe a basic rundown of how to affordably launch a Java app.<br>
<br>-Eric<br>
<br><div class="gmail_quote">On Tue, Feb 21, 2012 at 4:44 PM, Brian Lavender <span dir="ltr">&lt;<a href="mailto:brian@brie.com" target="_blank">brian@brie.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

I mean for March.<br>
<br>
On Tue, Feb 21, 2012 at 04:28:49PM -0800, Brian Lavender wrote:<br>
&gt; At last night&#39;s meeting, I mentioned I could do a Java Web talk for February.<br>
&gt; What do you guys think about a Java EE talk for March?<br>
&gt;<br>
&gt; It seems that many favor python. While I think Python is great, I think there<br>
&gt; is a lot of wonderful stuff going with Java as far as doing web applications<br>
&gt; and the ultra wide application stuff with REST, security, EJBs, etc that you<br>
&gt; can do today. Netbeans and Glassfish are doing a lot of great stuff. And now<br>
&gt; with Java EE, you can dump much of that XML configuration stuff so many<br>
&gt; loathed with J2EE.<br>
&gt;<br>
&gt; What is your take?<br>
&gt;<br>
&gt; brian<br>
&gt; --<br>
&gt; Brian Lavender<br>
&gt; <a href="http://www.brie.com/brian/" target="_blank">http://www.brie.com/brian/</a><br>
&gt;<br>
&gt; &quot;There are two ways of constructing a software design. One way is to<br>
&gt; make it so simple that there are obviously no deficiencies. And the other<br>
&gt; way is to make it so complicated that there are no obvious deficiencies.&quot;<br>
&gt;<br>
&gt; Professor C. A. R. Hoare<br>
&gt; The 1980 Turing award lecture<br>
&gt; _______________________________________________<br>
&gt; vox mailing list<br>
&gt; <a href="mailto:vox@lists.lugod.org" target="_blank">vox@lists.lugod.org</a><br>
&gt; <a href="http://lists.lugod.org/mailman/listinfo/vox" target="_blank">http://lists.lugod.org/mailman/listinfo/vox</a><br>
<br>
--<br>
Brian Lavender<br>
<a href="http://www.brie.com/brian/" target="_blank">http://www.brie.com/brian/</a><br>
<br>
&quot;There are two ways of constructing a software design. One way is to<br>
make it so simple that there are obviously no deficiencies. And the other<br>
way is to make it so complicated that there are no obvious deficiencies.&quot;<br>
<br>
Professor C. A. R. Hoare<br>
The 1980 Turing award lecture<br>
_______________________________________________<br>
vox mailing list<br>
<a href="mailto:vox@lists.lugod.org" target="_blank">vox@lists.lugod.org</a><br>
<a href="http://lists.lugod.org/mailman/listinfo/vox" target="_blank">http://lists.lugod.org/mailman/listinfo/vox</a><br>
</blockquote></div><br>