I thnk you missed his point... he's saying that by welcoming AJAX, which does have some limitations that Java (applets) can address better, it may open folks up to the idea that applets != pure evil.
Also, consider that for mission-critical applications, most vendors will only certify their application server running on specific JVMs.
Part of that is the familiarity they have with the inner-workings of the Sun-provided J2SE classes.
It will probably be a while before we see GNU Classpath leveraged in a commercial application server, but it would be interesting to see if Geronimo or JBoss attempts this before the commercial players do.
Would you still agree if the person released is a two or three time convicted child molester, who happend to move in next door to you and your lovely daughter/son etc. I think these indivduals need to be tracked for life, and ive heard its starting to happen.
Then the problem isn't the issue of removing the wristband, but the need to keep certain types of criminals locked up to protect society.
In my opinion, if we feel a need to "track someone for life" because they are such a menace, then why are they out of prison to begin with?
I own one of the dual 2ghz units (circa 2003). The key thing you may be neglecting is that for all that space, most of it is (not) used to provide the cooling zones that make this one of the quietest high-end machines out there. Sure, they could have thrown a few more bays in there, and perhaps they should have... but it would have been at the cost of putting a bunch of fans in the case.
Isn't the fact that the Mac requires a bit of trickery involving rewriting the keyboard driver to get the Caps Lock key to report it's state like the Control key going to make this paradigm a bit difficult to port to the Mac?
Take a look at the documentation for PEAK here. Now, take a look at the documentation for J2EE courtesy of Sun (API docs, tutorials, and the specifications).
For good measure, let's look at the documentation from a J2EE vendor here.
While PEAK sounds intriguing, I'm not sure that major projects started by Fortune 100 globals will leverage a technology that lacks the level of documentation quality you can find in other products in that space.
I bring this up because documentation is often an indicator of the level of quality you can expect in terms of support. This is not to say PEAK is bad or poorly written, just that the supporting documentation and resources don't match those available for J2EE implementations.
Remember -- it isn't the best technology that wins, but the technology that is most accessible. In the case of enterprise APIs, even though PEAK may be easier and more scalable (and this is an excerpt from their page):
But PEAK is different from J2EE: it's a single, free implementation of simpler API's based on an easier-to-use language that can nonetheless scale with better performance than J2EE....it will need some time and some nurturing in order to compete for mindshare with developers and non-technical decision makers.
so yeah, with one hand sun loves the oss community, releasing SOLARIS under and OSS licence and begging for a community and with the other hand it slaps us all in the face by damning our operating system.
I don't think Sun is *damning* Linux. Hell, they ship and support Linux. I know this because I have a Sun Opteron 64 workstation sitting here with Linux.
Also, consider that Oracle, EMC, and Cisco are also on board this "alliance".
Most companies use open source for strategic purposes, not necessarily because they are drinking the Linux Kool-Aid. As a result, I see IBM selling services (re: farming out IBM consultants) to help people with their "free" Linux installs. Linux is a tool for these companies to make money, and while most Linux fans (myself included) would love to see Linux challenge more established platforms, the reality is, Linux is sometimes pitched as a cheap platform so companies can sell consultants.
Here's a question... not a flame...
In your favorite environment that supports "X-Windows cut 'n paste", do the following...
Open up Mozilla. Surf to some incredibly relevant URL.
Now go to another application and select some text (drag-click, double-click, whatever floats your boat)
Now try to "middle-click" paste the URL into the browser.
The results aren't very useful in most contexts... the pasted text will be "inserted" or "appended" to the existing URL.
I suspect that for most users, the X-Windows cut 'n paste model would be harder to work with than the existing model.
And for those of you who would make cracks about NT or its children, 2K and Win server, please read the book or know what you're talking about before you pipe up. Sure, MS gets a lot of things wrong, and I'm no MS apologist, but name one other company/organization that has released a world-class, brand new OS in the last decade that runs most of the world's servers and computers.
I know this just barely exceeds your statute of limitations, but how about two:
Sun (Solaris 2.x was their "NT")
Apple (Mac OS X)
This isn't to belittle Microsoft's accomplishment, but to claim they are the only company would be in error, as several OS vendors have had to go through at least one overhaul, and convince their user bases to stick with them through the transition.
"Worst article... ever"
In all seriousness, this is a lame article because it makes a grand statement ("Apple is backing away from Firewire!") without considering the massive investment Apple and the rest of the world have made to IEEE1394.
See, there are these devices called CAMCORDERS. Some of us like transfer the video from them to our COMPUTERS. That typically requires FIREWIRE.
As a result, I don't think Firewire is going away anytime soon... especially on the Mac...
I can't believe someone could pull this sort of sensationalist B.S. out of their nether-regions and wind up on the front page of Slashdot... stupid, stupid, stupid.
The HDTV spec lists 1080i, 720p and 480p as resolutions offered by broadcasters. I've seen no mention of 1080p.
Don't get me wrong -- I've got a Samsung 46" LCD TV with 1920x1080p "resolution", but I know that the best signal I can feed it is really 1920x1080i if it's coming over-the-air.
Actually, I believe the best HDTV is:
1920 x 1080i
1280x720p...EDTV is
853x480p...and SDTV is ??? x 480i.
I can also attest to the fact that whether 1080i is better versus 720p is not a hard 'n fast rule. It really depends on your display and the type of hardware you have decoding the signal, because I've noticed 1080i looks better with some gear and 720p (same coontent) looks better on others.
That said, I love the Fox NFL broadcasts in 720p...
As for the operating system, that's getting off-topic but since you are walking right into this one...
> You might as well choose which car you drive based on the carburetor it uses, rather than whether it's a sports car or an SUV.
Nope. Not if that "carburetor" makes that "sports car or SUV" only work on 5% of the roads.
Two points I'd like to clarify here:
Linux x86_64 does not support all Linux x86 features right now. Some drivers (ATI) don't work on x86_64 that do work on x86.
If you plan to use commercial software (such as an application server), some of the Linux packages refuse to install on anything other than plain, vanilla, 32-bit x86. Sure you can manually rip apart the package, but a lot of software I run on Linux will not install on x86_64, much less be supported by the developer.
Now, if you want to use the "Gee, x86s run all the software I want on the operating system I want!"-argument, that's fine, but realize that Linux blossomed as it has because people enjoyed writing code and tinkering with the internals. If you really want to see a package run on PPC Linux, the source code is out there... get it and compile it.
That said, if you aren't a tinkerer, why are you in a Mac mini thread talking about Linux?
I've replaced my videocard about 3 times in 2 years. I'm not even a gamer.
I'm not sure you're representative of the "budget computer purchaser". Most of them see their machines as disposable. Rather than upgrade the video card, they just buy a brand new system.
If these mini macs just had even just 2 PCI slots, I'd be willing to buy one. Even if I knew I would need to put the system in a larger case to use those slots... The ability to change devices is the difference between a computer anyone can continue using for years, and a computer that becomes useless after 2 years because one minor component fails and there's no way to replace it.
Again, is the typical buyer of a cheap PC constantly upgrading components? If the demographic for this market are people who are looking for a cheap computer because they need something that just works, I don' t think they'll avail themselves of PCI slots or any other form of internal expansion.
...which for $29.95 gives you an optical out from USB. Combined with the Mac Mini, I think this makes for a killer system, since it'll interface nicely to my 46" LCD television.
I can't wait to get it all wired up and on to my network!
7. TERMINATION. This Agreement is effective until terminated.
You may terminate this Agreement at any time by destroying
all copies of Software. This Agreement will terminate
immediately without notice from Sun if you fail to comply
with any provision of this Agreement. Either party may
terminate this Agreement immediately should any Software
become, or in either party's opinion be likely to become,
the subject of a claim of infringement of any intellectual
property right. Upon Termination, you must destroy all
copies of Software.
...which means that you're license to use the JDK can only be terminated in one of two scenarios:
You are involved in (or likely to be involved in) an intellectual property lawsuit that exposes Sun or yourself to liability (you can terminate the license yourself).
You break one of the other preconditions of the license. If you look through the rest of the license, this involves things like violating export restrictions, warranting the use of the application in nuclear facilities, and attempting to modify the code (a la Microsoft), redistributing it as if it were your own, and other behaviors that require you to essentially step on Sun's intellectual property to trigger the revocation of your right to use the JDK.
What I wrote and you refused to read is: once you develop under Java, you are under Sun Microsystems' reign.
How so? Can Sun control how I distribute my own software? Can they force me to use a specific license for my application? This thread makes me think folks are as terrified of Sun as Microsoft is of the "viral" GPL.
Keep in mind that Sun != Java much like Red Hat != Linux.
Actually it's why Java should be ignored. You're just as safe using an MS product as you are a Sun product. Actually with Sun's bleek future I would say being a MS shop is significantly more secure. I love Tomcat but this is one more reason to be wary.
I think it's interesting that in a thread about using Java on FreeBSD, you suddenly compare Sun to Microsoft, a company that has not contributed or licensed or otherwise engaged the FreeBSD community on any level.
The second point I'd make is that when you speak of Sun's "bleak" future, keep in mind that while Sun is the steward for Java, *if* Sun were to literally go under (not likely anytime soon), Java would still exist. Java permeates the enterprise, the virtual machine is strong in portable devices (namely cell phones), and with support from major players like BEA, IBM, Unisys, and other top-tier vendors, it doesn't require Sun to exist for Java to remain a viable platform in the long-term.
That said, the big difference between your IIS deployment and your Tomcat deployment is something that you may forget -- the natural abstractions available to you by virtual of the Java Virtual Machine greatly reduce the risks posed by the exploits available in the IIS domain... Granted, vigilant systems administration and solid coding help, but it does require greater attention than a comparable JSP/Servlet solution if for no other reason than the fact that Microsoft-based solutions have a giant bulls-eye painted on them courtesy of script-kiddies.
Slashdot Mirror
I thnk you missed his point... he's saying that by welcoming AJAX, which does have some limitations that Java (applets) can address better, it may open folks up to the idea that applets != pure evil.
Part of that is the familiarity they have with the inner-workings of the Sun-provided J2SE classes.
It will probably be a while before we see GNU Classpath leveraged in a commercial application server, but it would be interesting to see if Geronimo or JBoss attempts this before the commercial players do.
Then the problem isn't the issue of removing the wristband, but the need to keep certain types of criminals locked up to protect society.
In my opinion, if we feel a need to "track someone for life" because they are such a menace, then why are they out of prison to begin with?
...of of G-Unit, which would probably only run on Power Mac G5 systems.
Actually, Windows XP runs fine on my Mac.
I own one of the dual 2ghz units (circa 2003). The key thing you may be neglecting is that for all that space, most of it is (not) used to provide the cooling zones that make this one of the quietest high-end machines out there. Sure, they could have thrown a few more bays in there, and perhaps they should have... but it would have been at the cost of putting a bunch of fans in the case.
Apple's WebObjects does J2EE.
"To invoke a command, hold down "Caps Lock"...
Isn't the fact that the Mac requires a bit of trickery involving rewriting the keyboard driver to get the Caps Lock key to report it's state like the Control key going to make this paradigm a bit difficult to port to the Mac?
I wonder if we'll be fortunate enough to hear Spike curse again... (Since he directed "Bad Boys II", I can always hope...)
For good measure, let's look at the documentation from a J2EE vendor here.
While PEAK sounds intriguing, I'm not sure that major projects started by Fortune 100 globals will leverage a technology that lacks the level of documentation quality you can find in other products in that space.
I bring this up because documentation is often an indicator of the level of quality you can expect in terms of support. This is not to say PEAK is bad or poorly written, just that the supporting documentation and resources don't match those available for J2EE implementations.
Remember -- it isn't the best technology that wins, but the technology that is most accessible. In the case of enterprise APIs, even though PEAK may be easier and more scalable (and this is an excerpt from their page): But PEAK is different from J2EE: it's a single, free implementation of simpler API's based on an easier-to-use language that can nonetheless scale with better performance than J2EE. ...it will need some time and some nurturing in order to compete for mindshare with developers and non-technical decision makers.
The one thing that Java has going for it are "standard" APIs you can bank on. Is there a standard set of enterprise APIs for Python akin to J2EE?
And all of this isn't to say that one can't leverage both technologies where appropriate, even in commercial products...
I don't think Sun is *damning* Linux. Hell, they ship and support Linux. I know this because I have a Sun Opteron 64 workstation sitting here with Linux.
Also, consider that Oracle, EMC, and Cisco are also on board this "alliance".
Most companies use open source for strategic purposes, not necessarily because they are drinking the Linux Kool-Aid. As a result, I see IBM selling services (re: farming out IBM consultants) to help people with their "free" Linux installs. Linux is a tool for these companies to make money, and while most Linux fans (myself included) would love to see Linux challenge more established platforms, the reality is, Linux is sometimes pitched as a cheap platform so companies can sell consultants.
In your favorite environment that supports "X-Windows cut 'n paste", do the following...
The results aren't very useful in most contexts... the pasted text will be "inserted" or "appended" to the existing URL.
I suspect that for most users, the X-Windows cut 'n paste model would be harder to work with than the existing model.
I know this just barely exceeds your statute of limitations, but how about two:
Sun (Solaris 2.x was their "NT")
Apple (Mac OS X)
This isn't to belittle Microsoft's accomplishment, but to claim they are the only company would be in error, as several OS vendors have had to go through at least one overhaul, and convince their user bases to stick with them through the transition.
See, there are these devices called CAMCORDERS. Some of us like transfer the video from them to our COMPUTERS. That typically requires FIREWIRE.
As a result, I don't think Firewire is going away anytime soon... especially on the Mac...
I can't believe someone could pull this sort of sensationalist B.S. out of their nether-regions and wind up on the front page of Slashdot... stupid, stupid, stupid.
Don't get me wrong -- I've got a Samsung 46" LCD TV with 1920x1080p "resolution", but I know that the best signal I can feed it is really 1920x1080i if it's coming over-the-air.
Actually, I believe the best HDTV is: 1920 x 1080i 1280x720p ...EDTV is
853x480p ...and SDTV is ??? x 480i.
I can also attest to the fact that whether 1080i is better versus 720p is not a hard 'n fast rule. It really depends on your display and the type of hardware you have decoding the signal, because I've noticed 1080i looks better with some gear and 720p (same coontent) looks better on others.
That said, I love the Fox NFL broadcasts in 720p...
> You might as well choose which car you drive based on the carburetor it uses, rather than whether it's a sports car or an SUV.
Nope. Not if that "carburetor" makes that "sports car or SUV" only work on 5% of the roads.
Two points I'd like to clarify here:
Now, if you want to use the "Gee, x86s run all the software I want on the operating system I want!"-argument, that's fine, but realize that Linux blossomed as it has because people enjoyed writing code and tinkering with the internals. If you really want to see a package run on PPC Linux, the source code is out there... get it and compile it.
That said, if you aren't a tinkerer, why are you in a Mac mini thread talking about Linux?
I'm not sure you're representative of the "budget computer purchaser". Most of them see their machines as disposable. Rather than upgrade the video card, they just buy a brand new system.
If these mini macs just had even just 2 PCI slots, I'd be willing to buy one. Even if I knew I would need to put the system in a larger case to use those slots... The ability to change devices is the difference between a computer anyone can continue using for years, and a computer that becomes useless after 2 years because one minor component fails and there's no way to replace it.
Again, is the typical buyer of a cheap PC constantly upgrading components? If the demographic for this market are people who are looking for a cheap computer because they need something that just works, I don' t think they'll avail themselves of PCI slots or any other form of internal expansion.
AiyeeEEee!!!! I've gone blind! Even in my mind's eye!
M-Audio Sonica Theater which I see retailing for about $85.
Turtle Beach Audio Advantage USB which goes for $29 and seems to need a better driver to pull DTS sound on a Mac.
So that should do it. :-)
Virtual Surround Sound USB Audio Adapter for your PC or Laptop
I can't wait to get it all wired up and on to my network!
Okay, I'll bite... here are the details regarding termination of the license to use the Sun Java Development Kit 5.0.
Pay close attention to this part...
How so? Can Sun control how I distribute my own software? Can they force me to use a specific license for my application? This thread makes me think folks are as terrified of Sun as Microsoft is of the "viral" GPL.
Keep in mind that Sun != Java much like Red Hat != Linux.
I think it's interesting that in a thread about using Java on FreeBSD, you suddenly compare Sun to Microsoft, a company that has not contributed or licensed or otherwise engaged the FreeBSD community on any level.
The second point I'd make is that when you speak of Sun's "bleak" future, keep in mind that while Sun is the steward for Java, *if* Sun were to literally go under (not likely anytime soon), Java would still exist. Java permeates the enterprise, the virtual machine is strong in portable devices (namely cell phones), and with support from major players like BEA, IBM, Unisys, and other top-tier vendors, it doesn't require Sun to exist for Java to remain a viable platform in the long-term.
That said, the big difference between your IIS deployment and your Tomcat deployment is something that you may forget -- the natural abstractions available to you by virtual of the Java Virtual Machine greatly reduce the risks posed by the exploits available in the IIS domain... Granted, vigilant systems administration and solid coding help, but it does require greater attention than a comparable JSP/Servlet solution if for no other reason than the fact that Microsoft-based solutions have a giant bulls-eye painted on them courtesy of script-kiddies.