While this is a little tame for Flame....

Post #126,043 by mmoffitt 11/17/03 12:12:50 PM Reply	While this is a little tame for Flame.... I appreciate your input. Yes, I know what the CLR is. And yes, I suspect I am being taught by the High Priests. I'll even concede that my unfamiliarity w/Java may be the reason that there looks to be a hell of a lot more work involved in doing simple things. But at first glance, writing Java applications appears to take a whole lot longer than writing Windows applications. And .Net app dev is whole lot less work than J2EE app dev. AFA "bloat" goes, well, I'd rather run 2,000 lines through a JVM than 14,000. >> the Java and .NET architectures weren't even remotely similar, and as such >> the comparison was completely unfair. I'll leave that alone except to say that what I read was that no stored procedures were used - which would really hurt MS Sql Server performance. >> There are much faster, cleaner ways to do Java web development than EJB and >> JSP. Links? Books? CAI references? bcnu, Mikem Java, Junk. Both start with a "J", both have four letters. Coincidence? I think not.
Post #126,082 by admin 11/17/03 2:07:32 PM 11/17/03 2:17:16 PM Reply	Re: While this is a little tame for Flame.... AFA "bloat" goes, well, I'd rather run 2,000 lines through a JVM than 14,000. Then don't write 14,000 lines of code. The TMG code is rife with duplicated code, excess code, you name it. [link\|http://www.ibatis.com/jpetstore/jpetstore.html\|http://www.ibatis.co...re/jpetstore.html] - 2692 LOC [link\|http://www.springframework.org/webapps/petclinic/html/petclinic.html\|http://www.springfra...ml/petclinic.html] - 2217 LOC Spring Framework is something I'm looking at using internally. [link\|http://xpetstore.sourceforge.net/\|http://xpetstore.sourceforge.net/ (xDoclet)] - 3251 for servlet version, 6202 for EJB version. See what I mean about EJBs? Don't use them. Very rarely does anything require an EJB, if even then. I'll leave that alone except to say that what I read was that no stored procedures were used - which would really hurt MS Sql Server performance. That's the least of it. The architectures were completely different. The .NET version used mixed up business/db logic and made heavy use of page fragment caching. The J2EE version had rigourously separated tiers and used Entity EJBs for data caching. The closer you cache the stuff to the front end, the better the performance. Entity EJBs are a horrible way to try to cache things. Links? Books? CAI references? I'm liking "J2EE Design And Development" by Rod Johnson. He doesn't pull many punches when talking about the warts of J2EE. Look at [link\|http://velocity.jakarta.org\|http://velocity.jakarta.org] in addition to the Spring Framework, as well. I haven't looked too closely at xDoclet yet, so I can't comment much other than to point out the LOC. [Edit: added xdoclet] Regards, -scott anderson "Welcome to Rivendell, Mr. Anderson..." Edited by admin Nov. 17, 2003, 02:17:16 PM EST Expand All History
Post #126,087 by mmoffitt 11/17/03 2:24:12 PM Reply	Thanks. I'm still dubious. BTW, this may be the first thread in FLAME that contains no profanity. ;0) bcnu, Mikem Java, Junk. Both start with a "J", both have four letters. Coincidence? I think not.
Post #126,097 by admin 11/17/03 2:33:31 PM Reply	Yeah? Well, bite me! :-) HTH. ;-) Regards, -scott anderson "Welcome to Rivendell, Mr. Anderson..."
Post #126,174 by CRConrad 11/17/03 6:50:47 PM Reply	This would have been one for Norm, in his Anti-Apple days... Mike Moffs itt: Java, Junk. Both start with a "J", both have four letters. Coincidence? I think not. Steve Jobs' surname is another four-letter word that begins with a J. Coinkydink? You be the judge. [link\|mailto:MyUserId@MyISP.CountryCode\|Christian R. Conrad] (I live in Finland, and my e-mail in-box is at the Saunalahti company.) Resident [link\|http://z.iwethey.org/forums/render/content/show?contentid=119792\|zIWETHEY pilkunnussija]

Welcome to IWETHEY!