1
edit
Bugzilla Talk:Languages: Difference between revisions
On Java Cons
(On Java Cons) |
|||
| Line 16: | Line 16: | ||
** I know of some attempts at this, and I believe Zope has a sandbox thingy as well, so the situation is probably not as bleak as you think. | ** I know of some attempts at this, and I believe Zope has a sandbox thingy as well, so the situation is probably not as bleak as you think. | ||
*** This is really one of my primary concerns. Bugzilla is already used in a lot of situations that require strict security, such as US Government installations. I didn't find anything that would be adequate, in my brief Google search. -mkanat | *** This is really one of my primary concerns. Bugzilla is already used in a lot of situations that require strict security, such as US Government installations. I didn't find anything that would be adequate, in my brief Google search. -mkanat | ||
== On Java Cons == | |||
* Much slower to write in than scripting languages. | |||
** This is why most webapps use a scripting language as part of the templating/GUI layer, which is the bit that will require the most customization for most sites | |||
** Although some tasks can be written very quickly in Perl/Python/Ruby (for example a SOAP client in just a couple lines of code) I'm not sure that is a fair comparison. Although the syntax of those scripting languages is inherently more compact, I don't think this is a fair compairson since the compactness (while impressive in showing off the language) makes the code not only less readable/maintainable, but a good Java IDE or set of Emacs macros will take care of writing/autocompleting most of that for you anyway. | |||
* The Java Classpath is not FOSS | |||
** It should be mentioned that Java's licensing is rapidly changing and I believe Tomcat can actually be run under 100% OSS components | |||
* Nothing like CPAN's client-side module installer | |||
** While this is true, it is also completely unfair because Java does not need such a mechanism. There are lots of Perl modules with native code but few third-party Java modules contain any native code, eliminating one of the major third-party module installation headaches. "Installing" a module in a Java webapp is usually as simple as downloading a single JAR file from the module's website and dropping it in your webapp's lib directory. True there is no single repository of Java modules (like CPAN) but finding a module to meet just about any need should not be difficult in this Google age. | |||