one of the underlying theories on why gwb/chaney & co were so eager to go to war was to stop saddam from trading his oil in euros rather than $USD. see, being able to print out as much as they need to spend is only going to work if everyone else plays along by agreeing on a 'value' for resources, the biggest and most valuable of these of course being oil.
now, imagine what might have happened if a quater of the worlds oil were no longer traded in $USD, then you see the real domino effect take place: iran stops trading in $USD, saudis & so on.
so as far as economic reasons for not to go do something rash goes: i dont think the world needs much more of a tipping point reason to shun the US for its actions, and indeed, if they went out and started picking someting with china, how long will their currency be worth anything in the global market?
if i'd made a deal with the coffee shop lady to provide coffee in return for renumeration, upon which she prepares the coffee, then someone offers me a dollar to take their coffee instead, thereby driving the coffee shop ladies' business into the ground, i'm pretty sure theres a term to describe it.
might not be bribe.
might be more like 'racketeering' or involve the term 'anti-trust', and most certainly 'anti-competitive'.
even worse if she had a deal to sell you a cookie ( normal price $2.50) for an extra $1.55. ( analogy here is the service and support arrangement mandriva had organised as part of the deal..)
'installing' something in/home/user/ is really just unpacking an archive or copying a binary there.
'installing' someting in windows typically adds stuff to the registry, drops things into a system wide directory ( gargh, even some crap dropping shit into $WINDOWS\System32 ! ).
you can quite easily just unzip a windows binary to your own Documents And Settings\Desktop, and run any binary you want, just as you do by extracting something somewhere in your *nix home dir, 'admin' rights or not.
conversely, you can sudo/su - install something system wide in linux with a simple privilege escalation.
problem is, in XP ( particularly Home ), users already have 'Admin' or 'Power User' rights, which typically lets em bork up whatever they want without even prompting for privilege escalation.
i agree with your overall sentiment though: the design of *nix is for a much more stable overall system, but probably not for the reasons you outline. ( eg: i can install a web server in my linux ~/bin, but i wont be able to bind to port 80 without admin/root rights. windows will happily oblige though...)
well, treating sovereign nations with a bit of respect rather than attempting to play off regional conflicts in order to control their natural resources ( yes, its all about the oil ), is probably as close to 'doing nothing' as you need in order to ward off the spectre of an arms race ( implied just yesterday by hans blix: http://www.smh.com.au/news/world/sydney-peace-prize-for-blunt-blix/2007/05/20/1179601243747.html ).
see the problem is, the americans dont want peace, they want peace on their terms, which is to ensure america(ns) are rich and powerful, with scraps thrown out for whoever bends over for them.
its really not that difficult to stop the world going to shit, but how would the rich get richer ( which brings us back OT: please impeach chaney )
Getting it running on CentOS is on my copious free time stack
this is often pretty simple. just change ( or create )/etc/redhat-release to have the same contents of whichever RHEL you are 'emulating'.
this has allowed me to run numerous 3rd party apps on centos and fedora ( a quick eyeball of the installation shell scripts will show ya what it looks at to determine the distro its trying to install on...)
well, not often that i rtfm, but i just spent an hour pretty well engaged in it.
and i'm not a (current) mac user, nor will i be again any time soon. ( unless someone buys me a mac, but thats not gonna happen, and even then i'd expect to be dual booting to linux before long... )
delving in past the 'lickable' gui, then working up from the kernel and new tools and frameworks ( hey, they got DTrace ! ) makes me think apple have come quite a ways since i tapped away on OSX 1.2 server with the NeXT step interface ( which i actually preferred to the aqua eye candy ), made for a comprehensive review.
if you're reading this instead of the article, you're mad!
for mine, the most important new gear in this release is the LLVM (http://llvm.org) integration. man, having a JIT compiler for near native bytecode on any cpu will certainly come up pretty big in compiler technology real soon.
not taht i have anything against gcc, but this sounds infinitly more flexible.
I can't wait for a lawsuit against sites that require Internet Explorer to work correctly.
yeah, but whats more likely to happen is legal wranglings willl coerce the laws to be tortured into mandating that internet explorer MUST be used for ALL browsing.:(
certainly your moral fabric should also recoil in horror if you were to purchase an _american_ laptop.
theres a little police action happening in a small oil-rich country in the middle east that has been shown to have been predicated on fabrication and hubris, clearly against all international law, and has left anywhere between 100,000 and 500,000 dead ( not to mention many more displaced ).
whats more, even long term public figures are publicly acknowledging it was entirely about the oil: link , literally bush and co invaded a sovereign nation in order to take control of that nations natural resources.
now, if you can overlook this little indiscretion, i'm sure you can also manage to overlook one sovereign state ( china ) _not_ intervening in another sovereign states' affairs ( burma ).
it appears 'the world' is too timid to ask our great and powerful friend about their reasons for invading ( indeed, if you live in australia, our great and powerful prime minister is still up to his eyeballs in love with gwb and anything he has to do or say, so any real analysis from government just will not happen.):(
and of course the american public themselves voted another 4 years of it in 2004.
as a java dev, i can tell you my favourite feature of eclipse: no hidden magic.
all the concepts are the same once you have the ide up and running: you tell the compliler part of the ide where your source directories are, you point it at the libraries that you want to include on the build classpath, and it just compiles them into a directory.
change a file, it auto-compiles and spits the.class into the designated build directory.
then theres the added niceties of a really easy to use debugger, as well as the hot code-replace which lets you hit a break point mid way through a method, change some code _while the debugger is still running_, have it pop the stack back to the top of that method and step through the new code that you've just fixed.
try doing that with vim!
and of course all the readily available plugins to extend the function of the ide, a really clean UI, and make it completely free, and there you have it. when i was a boy, it was all Makefiles in each package directory hand crafted with a master Makefile descending into each subdirectory to complete a build. *shudders with the memory*
other ides, while also providing at least the bulk of the above, often tend to do things with hidden side files ( all of them have their own project metadata files ), or just 'automagically' do things for the user, but often this is to the detriment of not letting the developer understand what is happening as they write up their code.
...will resemble Java's overall stagnation as it moves into its rightful place as the more or less irrelevant cobol of OOP
java irrelevant?
heh, back to objective c with ya then talladega. that'll learn you all about irrelevant. ( just go trawl the it jobs section and do a count on the number of objective-c ads compared to java...)
as for the rest of your bizarre rant, java runs just fine on osx.... and eclipse runs just fine on the java that osx has. as does intelli-j and netbeans, and any other pure java application.
why no swing canvans painter in eclipse? because it uses the SWT gui toolkit, ya donk! geez, and i thought zonk was bad enough spewing this crap as news in the first place!
- check out from source control - select 'source' folders from the checked out spot, and right click to 'use as source folder' ( do this for test classes too ) - define where to spit the compiled classes to - select the libraries in the checked out project and 'add to build path' - double click build.xml, select target to run and press play...
dare i say your eclipse guy may have been bluffing.
i've come across all sorts of good|bad|ugly project layouts in the java ( and c, and perl, and.Shit ) world, but with eclipse, thats pretty much all that you ever need to do to get a build going which has not had the eclipse metadata added to source control.
getting the project running inside the ide can be a different story, from as easy as selecting the class with public static void Main(String[] args) in it , through to loading up a plugin with a j2ee container like jboss ( or just create a debug target with all the jars in a tomcat release and use org.apache.catalina.bootstrap.Startup as the main class...), and hooking in your web app as directed by the wizards.
what i find really out of whack in the parent, grandparent, and all the other little side fires going on is that the argument eclipse is being cast as Netbeans.
i've been working java professional services for years, in and around dozens of client sites with all sorts of java developers at different levels, and i tell ya, the flamewars are all eclipse vs. idea intelliJ.
netbeans? hmmm. netbeans 4 was nice in that it was all worked around ant, but the down side was that each project you create ( and get an autogenerated build.xml ) always ended up with these tenticles that meant you needed all the netbeans libraries around just to get a build going, namely through all the -targets and the taskdefs they wired in.
netbeans was a decent ide for standard swing|awt dev a number of years ago, but had a nasty habit of generating a metric assload of.sidefiles for every gui class that you built, as well as wiring in//##START_SECTION comments all over the shop which of course were completely useless outside of netbeans. does it still do that? maybe i grab a recent bundle some time and have another look.
then theres getting back to the original post.
this is not news.
eclipse has run on OSX for years. the SWT libraries have sometimes lagged a few months behind other platforms in the past ( windows & linux are usually out at the same time ), but this has changed over the last year or 2, and the major platforms are now pretty much all out at the same time.
Does Java have the equivalent of PHP's eval() function?
all that and more.
try velocity, freemarker or any of a bunch of templating engines if you want to parse a $tokenized string and have variables inserted or macros/functions run from whats in the input.
java as a platform provides all the building blocks you need, plus a wide variety of common libraries. the icing on the cake is the multitude of 3rd party library code ( open source and commercial ) that you can quickly integrate and use for whatever your needs are.
hmmm not much different eh? in fact, that says the real time to serve up content from apache was.002s slower than tomcat! perhaps we need a php page (yum install squirrelmail...) to really compare apples with apples?
I don't have a lot of Java experience, but In My Experience Java
and there you have it.
take it from someone with years of commercial experience using a broad variety of web frameworks.
( perhaps its time you grabbed tomcat and a few sample servlet/jsp based web apps and took it for a spin. try confluence ( http://www.atlassian.com/software/confluence ) with the free/personal license. )
php has its place, but that place is definately not for big, feature rich, scalable and fast web applications. ( and we'll cut php some slack and just not mention security at all ). probably the biggest flaw in the php model is the need to load the entire application up for each request. in the java model, the application is loaded and establishes listeners which handle requests immediately.
banks make choices based on actual best practices, then select the most appropriate platform for development and deployment, which will invariably be a choice of java or.NET ( using the java clone c# ), and will usually be influenced by what other infrastructure is already in place.
i run confluence at home on a p3 733 machine with 512 megs of ram, which also does several other java web apps, postgres, mysql, sendmail, dovecot, spamassassin, ldap, smb/nfs, and of course apache with a few php apps for good measure. confluence returns responses every bit as fast as squirrelmail and orders of magnitude faster than that pig slop sugar CRM.
if you ever needed a case study in what not to implement in php, let me tell you sugarCRM is it.
and of course, mod_cache is very effective for static content coming out of a java web app behind mod_jk ( or mod_proxy_ajp ), and theres a ton of open source servlet filters you can wire in to your web.xml to squeeze even more out of it. ( all this without even starting to talk about ehcache or oscache for query and db object caching within the application )
come back when you try the above, and try tell us with a straight face that php is the better choice for just about anything past 'my first dynamic website'.
opening up with 'i have no java experience, so let me tell you about my java experience' is really just wasting bandwidth.
jsp as a presentation layer is fine. particularly for the i18n and heaps of readily available tag libraries which you simply include and scope.
java as a platform for web applications should really be always said as 'java is THE platform for web applications'.
once you step away from the 'type 1' or pure jsp ( or asp, or php ) apps and enter 'type 2' or MVC frameworks, your systems development gets a lot faster, more modularised and much more maintainable.
try struts, springMVC or any of the dozen or so high order open source MVC frameworks. watch JSF mature over the next year or 2.
scalablitly, speed, and available pool of talented developers... why on earth would anyone go php? ( case in point.. how many bank web systems are php based? )
my linux laptop has never had one virus.
why do your BA's or other *managers need a virus prone OS when the vast majority of what they do is web, email and word processing?
and dont give me BS about hard to re-train these people. you'll need to re-train em for vista too...
hmmm...
'all that oil'
'all that oil'
'all that oil'
are neither three, nor good, nor great.
however, it is true...
should add.. .. you'll probably want to click through to http://en.wikipedia.org/wiki/Dollar_hegemony as well...
We don't print money on trees
actually, the US pretty much does:
http://en.wikipedia.org/wiki/Fiat_currency
one of the underlying theories on why gwb/chaney & co were so eager to go to war was to stop saddam from trading his oil in euros rather than $USD. see, being able to print out as much as they need to spend is only going to work if everyone else plays along by agreeing on a 'value' for resources, the biggest and most valuable of these of course being oil.
now, imagine what might have happened if a quater of the worlds oil were no longer traded in $USD, then you see the real domino effect take place: iran stops trading in $USD, saudis & so on.
so as far as economic reasons for not to go do something rash goes: i dont think the world needs much more of a tipping point reason to shun the US for its actions, and indeed, if they went out and started picking someting with china, how long will their currency be worth anything in the global market?
if i'd made a deal with the coffee shop lady to provide coffee in return for renumeration, upon which she prepares the coffee, then someone offers me a dollar to take their coffee instead, thereby driving the coffee shop ladies' business into the ground, i'm pretty sure theres a term to describe it.
might not be bribe.
might be more like 'racketeering' or involve the term 'anti-trust', and most certainly 'anti-competitive'.
even worse if she had a deal to sell you a cookie ( normal price $2.50) for an extra $1.55. ( analogy here is the service and support arrangement mandriva had organised as part of the deal..)
you've used install in two different contexts:
/home/user/ is really just unpacking an archive or copying a binary there.
'installing' something in
'installing' someting in windows typically adds stuff to the registry, drops things into a system wide directory ( gargh, even some crap dropping shit into $WINDOWS\System32 ! ).
you can quite easily just unzip a windows binary to your own Documents And Settings\Desktop, and run any binary you want, just as you do by extracting something somewhere in your *nix home dir, 'admin' rights or not.
conversely, you can sudo/su - install something system wide in linux with a simple privilege escalation.
problem is, in XP ( particularly Home ), users already have 'Admin' or 'Power User' rights, which typically lets em bork up whatever they want without even prompting for privilege escalation.
i agree with your overall sentiment though: the design of *nix is for a much more stable overall system, but probably not for the reasons you outline. ( eg: i can install a web server in my linux ~/bin, but i wont be able to bind to port 80 without admin/root rights. windows will happily oblige though...)
yeah,
he nearly blew chaneys cover pre (illegal) iraq invasion eh?
better make sure he doesnt come back and help get chaney impeached....
do nothing?
well, treating sovereign nations with a bit of respect rather than attempting to play off regional conflicts in order to control their natural resources ( yes, its all about the oil ), is probably as close to 'doing nothing' as you need in order to ward off the spectre of an arms race ( implied just yesterday by hans blix: http://www.smh.com.au/news/world/sydney-peace-prize-for-blunt-blix/2007/05/20/1179601243747.html ).
see the problem is, the americans dont want peace, they want peace on their terms, which is to ensure america(ns) are rich and powerful, with scraps thrown out for whoever bends over for them.
its really not that difficult to stop the world going to shit, but how would the rich get richer ( which brings us back OT: please impeach chaney )
Getting it running on CentOS is on my copious free time stack
/etc/redhat-release to have the same contents of whichever RHEL you are 'emulating'.
this is often pretty simple. just change ( or create )
this has allowed me to run numerous 3rd party apps on centos and fedora ( a quick eyeball of the installation shell scripts will show ya what it looks at to determine the distro its trying to install on...)
So, it's Windows and Linux for me as the only solid choices.
dont forget solaris.
its not for everyone, but if you want a java friendly environment, you want solaris!
they even ship out free multi-platform media if you're prepared to wait a couple weeks.
or just click through here...
well, not often that i rtfm, but i just spent an hour pretty well engaged in it.
and i'm not a (current) mac user, nor will i be again any time soon. ( unless someone buys me a mac, but thats not gonna happen, and even then i'd expect to be dual booting to linux before long... )
delving in past the 'lickable' gui, then working up from the kernel and new tools and frameworks ( hey, they got DTrace ! ) makes me think apple have come quite a ways since i tapped away on OSX 1.2 server with the NeXT step interface ( which i actually preferred to the aqua eye candy ), made for a comprehensive review.
if you're reading this instead of the article, you're mad!
for mine, the most important new gear in this release is the LLVM (http://llvm.org) integration. man, having a JIT compiler for near native bytecode on any cpu will certainly come up pretty big in compiler technology real soon.
not taht i have anything against gcc, but this sounds infinitly more flexible.
well, this is slashdot..
I can't wait for a lawsuit against sites that require Internet Explorer to work correctly.
:(
yeah, but whats more likely to happen is legal wranglings willl coerce the laws to be tortured into mandating that internet explorer MUST be used for ALL browsing.
How much oil does Belgium have?
not enough to have democracy bestowed upon them by messers bush, chaney, rumsfeld & co i'll wager.
Modern oil wells are drilled as deep as 6 miles or more now.
heh,
and modern measures are in metric.
certainly your moral fabric should also recoil in horror if you were to purchase an _american_ laptop.
theres a little police action happening in a small oil-rich country in the middle east that has been shown to have been predicated on fabrication and hubris, clearly against all international law, and has left anywhere between 100,000 and 500,000 dead ( not to mention many more displaced ).
whats more, even long term public figures are publicly acknowledging it was entirely about the oil: link , literally bush and co invaded a sovereign nation in order to take control of that nations natural resources.
now, if you can overlook this little indiscretion, i'm sure you can also manage to overlook one sovereign state ( china ) _not_ intervening in another sovereign states' affairs ( burma ).
just buy the lenovo.
alas,
:(
it appears 'the world' is too timid to ask our great and powerful friend about their reasons for invading ( indeed, if you live in australia, our great and powerful prime minister is still up to his eyeballs in love with gwb and anything he has to do or say, so any real analysis from government just will not happen.)
and of course the american public themselves voted another 4 years of it in 2004.
yes, s/contractors/mercenaries/g like blackwater..
i know, not quite on topic ( or even relevant to the above discussion ), but i find the recent trends to be more alarming than anything.
lo and behold, blackwater turn out to be a bunch of thugs with guns and no accountability...
as a java dev, i can tell you my favourite feature of eclipse: no hidden magic.
all the concepts are the same once you have the ide up and running: you tell the compliler part of the ide where your source directories are, you point it at the libraries that you want to include on the build classpath, and it just compiles them into a directory.
change a file, it auto-compiles and spits the
then theres the added niceties of a really easy to use debugger, as well as the hot code-replace which lets you hit a break point mid way through a method, change some code _while the debugger is still running_, have it pop the stack back to the top of that method and step through the new code that you've just fixed.
try doing that with vim!
and of course all the readily available plugins to extend the function of the ide, a really clean UI, and make it completely free, and there you have it. when i was a boy, it was all Makefiles in each package directory hand crafted with a master Makefile descending into each subdirectory to complete a build. *shudders with the memory*
other ides, while also providing at least the bulk of the above, often tend to do things with hidden side files ( all of them have their own project metadata files ), or just 'automagically' do things for the user, but often this is to the detriment of not letting the developer understand what is happening as they write up their code.
...will resemble Java's overall stagnation as it moves into its rightful place as the more or less irrelevant cobol of OOP
... and eclipse runs just fine on the java that osx has. as does intelli-j and netbeans, and any other pure java application.
java irrelevant?
heh, back to objective c with ya then talladega. that'll learn you all about irrelevant. ( just go trawl the it jobs section and do a count on the number of objective-c ads compared to java...)
as for the rest of your bizarre rant, java runs just fine on osx.
why no swing canvans painter in eclipse? because it uses the SWT gui toolkit, ya donk! geez, and i thought zonk was bad enough spewing this crap as news in the first place!
so your eclipse hotshot couldnt:
.Shit ) world, but with eclipse, thats pretty much all that you ever need to do to get a build going which has not had the eclipse metadata added to source control.
.sidefiles for every gui class that you built, as well as wiring in //##START_SECTION comments all over the shop which of course were completely useless outside of netbeans. does it still do that? maybe i grab a recent bundle some time and have another look.
- check out from source control
- select 'source' folders from the checked out spot, and right click to 'use as source folder' ( do this for test classes too )
- define where to spit the compiled classes to
- select the libraries in the checked out project and 'add to build path'
- double click build.xml, select target to run and press play...
dare i say your eclipse guy may have been bluffing.
i've come across all sorts of good|bad|ugly project layouts in the java ( and c, and perl, and
getting the project running inside the ide can be a different story, from as easy as selecting the class with public static void Main(String[] args) in it , through to loading up a plugin with a j2ee container like jboss ( or just create a debug target with all the jars in a tomcat release and use org.apache.catalina.bootstrap.Startup as the main class...), and hooking in your web app as directed by the wizards.
what i find really out of whack in the parent, grandparent, and all the other little side fires going on is that the argument eclipse is being cast as Netbeans.
i've been working java professional services for years, in and around dozens of client sites with all sorts of java developers at different levels, and i tell ya, the flamewars are all eclipse vs. idea intelliJ.
netbeans? hmmm. netbeans 4 was nice in that it was all worked around ant, but the down side was that each project you create ( and get an autogenerated build.xml ) always ended up with these tenticles that meant you needed all the netbeans libraries around just to get a build going, namely through all the -targets and the taskdefs they wired in.
netbeans was a decent ide for standard swing|awt dev a number of years ago, but had a nasty habit of generating a metric assload of
then theres getting back to the original post.
this is not news.
eclipse has run on OSX for years. the SWT libraries have sometimes lagged a few months behind other platforms in the past ( windows & linux are usually out at the same time ), but this has changed over the last year or 2, and the major platforms are now pretty much all out at the same time.
Does Java have the equivalent of PHP's eval() function?
all that and more.
try velocity, freemarker or any of a bunch of templating engines if you want to parse a $tokenized string and have variables inserted or macros/functions run from whats in the input.
java as a platform provides all the building blocks you need, plus a wide variety of common libraries. the icing on the cake is the multitude of 3rd party library code ( open source and commercial ) that you can quickly integrate and use for whatever your needs are.
( as an aside, using php's eval() is a dirty way of writing code. http://au2.php.net/manual/en/function.eval.php#75389 for starters )
What is so wrong with the default setup that I experience lag going to http://127.0.0.1:8080/?
.002s slower than tomcat! perhaps we need a php page (yum install squirrelmail...) to really compare apples with apples?
eh? more than likely its caused by the crack you are smoking. lets run a few timed tests to see:
me@myhost:~/Desktop/apache-tomcat-6.0.14>./bin/startup.sh
me@myhost:~/Desktop/apache-tomcat-6.0.14>time wget http://localhost:8080/
--12:20:35-- http://localhost:8080/ => `index.html'
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
HTTP request sent, awaiting response... 200 OK
Length: 7,347 (7.2K) [text/html]
100%[...] 7,347 --.--K/s
12:20:35 (368.85 MB/s) - `index.html' saved [7347/7347]
real 0m0.065s
user 0m0.000s
sys 0m0.010s
then a subsequent ( ie: not the first ) request:
real 0m0.004s
user 0m0.002s
sys 0m0.002s
how bout compared to my apache serving up a static page?
me@myhost:~/Desktop/apache-tomcat-6.0.14>time wget http://localhost/svnbook/
--12:25:56-- http://localhost/svnbook/ => `index.html.2'
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 51,155 (50K) [text/html]
100%[...] 51,155 --.--K/s
12:25:56 (243.56 MB/s) - `index.html' saved [51155/51155]
real 0m0.006s
user 0m0.001s
sys 0m0.004s
hmmm not much different eh? in fact, that says the real time to serve up content from apache was
me@myhost:~/Desktop/apache-tomcat-6.0.14>time wget http://localhost/webmail/src/login.php
--12:32:02-- http://localhost/webmail/src/login.php => `login.php'
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2,154 (2.1K) [text/html]
100%[...] 2,154 --.--K/s
12:32:02 (222.82 MB/s) - `login.php' saved [2154/2154]
real 0m0.021s
user 0m0.002s
sys 0m0.002s
sorry dude, but you have no leg to stand on here.
I don't have a lot of Java experience, but In My Experience Java
.NET ( using the java clone c# ), and will usually be influenced by what other infrastructure is already in place.
and there you have it.
take it from someone with years of commercial experience using a broad variety of web frameworks.
( perhaps its time you grabbed tomcat and a few sample servlet/jsp based web apps and took it for a spin. try confluence ( http://www.atlassian.com/software/confluence ) with the free/personal license. )
php has its place, but that place is definately not for big, feature rich, scalable and fast web applications. ( and we'll cut php some slack and just not mention security at all ). probably the biggest flaw in the php model is the need to load the entire application up for each request. in the java model, the application is loaded and establishes listeners which handle requests immediately.
banks make choices based on actual best practices, then select the most appropriate platform for development and deployment, which will invariably be a choice of java or
i run confluence at home on a p3 733 machine with 512 megs of ram, which also does several other java web apps, postgres, mysql, sendmail, dovecot, spamassassin, ldap, smb/nfs, and of course apache with a few php apps for good measure. confluence returns responses every bit as fast as squirrelmail and orders of magnitude faster than that pig slop sugar CRM.
if you ever needed a case study in what not to implement in php, let me tell you sugarCRM is it.
and of course, mod_cache is very effective for static content coming out of a java web app behind mod_jk ( or mod_proxy_ajp ), and theres a ton of open source servlet filters you can wire in to your web.xml to squeeze even more out of it. ( all this without even starting to talk about ehcache or oscache for query and db object caching within the application )
come back when you try the above, and try tell us with a straight face that php is the better choice for just about anything past 'my first dynamic website'.
opening up with 'i have no java experience, so let me tell you about my java experience' is really just wasting bandwidth.
regards.
hmmm
jsp as a presentation layer is fine. particularly for the i18n and heaps of readily available tag libraries which you simply include and scope.
java as a platform for web applications should really be always said as 'java is THE platform for web applications'.
once you step away from the 'type 1' or pure jsp ( or asp, or php ) apps and enter 'type 2' or MVC frameworks, your systems development gets a lot faster, more modularised and much more maintainable.
try struts, springMVC or any of the dozen or so high order open source MVC frameworks. watch JSF mature over the next year or 2.
scalablitly, speed, and available pool of talented developers... why on earth would anyone go php? ( case in point.. how many bank web systems are php based? )