Slashdot Mirror
.NET for Apache
PerlGuy was so kind as to forward us the news about the joint Apache/Microsoft combined press conference scheduled from Wednesday at the OSCON Quote: "We will announce news related to the Apache web server and Microsoft's
development technology, .NET. This should be one of the biggest
announcements of the conference..."
The email he recieved: Covalent Technologies will be holding a press conference at the O'Reilly
Conference on Wednesday at 3:15 in suite 415 (during the afternoon break).
We will announce news related to the Apache web server and Microsoft's
development technology, .NET. This should be one of the biggest
announcements of the conference and an interesting follow up to Microsoft's
appearance last year at the show as well as to their general comments on
open source. Executives will be on hand to answer questions or to conduct
one-on-one interviews after the announcement.
Yes and Yes. Go to http://www.asp.net and you can download compilers and participate.
Sorry to disillusion you.
How is that a joint press conference? My guess is the Covalent folks have an Apache application server targeted to the .NET runtime, that integrates well with .NET and web services. Just like Apache Tomcat, etc., does for Java. Probably open-source.
Should I be scared, or concerned? I don't see why. It'll be another interesting technology to play with.
Ryan T. Sammartino
"Ancora imparo"
C# and other key parts of .NET have been submitted to standards bodies, so yes, there is an open forum for people to have input. More, in fact, than their is for Java, which Sun have refused to submit to standards bodies.
I'm too lazy to bring up the ./ article, but there were some benchmarks less than a year ago showing that for most applications (graphical I/O being the notable exception),
the latest IBM JIT JVM outperforms C++ using the MS VC++ compiler with the default optimizations.
I'll agree that sometimes the JVM takes forever to load, but the latest IBM JIT JVM continuously profiles your code and then does the equivalent of compiling the most commonly run parts with all of the optimizations turned on. I would guess that C++ does better relative to Java on non-x86 platforms, at least if you're using one of the older JITs. This is becuase the register-starved x86 looks pretty much like a stack-based machine in comparison to say the IBM POWER, HP PaRISC, or Sun SPARC CPU families. However, the latest IBM JIT probably does wonders to naorrow the gap on machines with 16 or more general purpose registers.
Copyright Violation:"theft, piracy"::Anti-Trust Violation:"thermonuclear price terrorism"<-Overly dramatic language.
Mono is only going to implement the VM, you most likely are still going to need tons of libraries.
.NET framework - most noteably the classes pertaining to web applications (ASP.NET).
This is wrong. All someone has to do is go to the mono project's home page and see that they are implementing the vast majority of the
There is no longer anything that can be done with computers that is nontrivial and clearly legal. -- Paul Phillips
Whoah there!!! That's some concentrated FUD you're spreading there (FUD is like vegemite...anything more than a thin layer will leave a bad taste in your mouth).
.NET. Sure, it's not finished yet, but it proves that competing implementations *are* possible, if someone is motivated enough to get off their ass and code the thing...The specs are publicly available.
.NET time, and we'll see competing implementations.
.NET etc) has made Apache a trivial communication layer to implement the HTTP protocol. So MS never has to develop a quality web server (something they are aparently incapable of,) and Apache will run on every computer that isn't running some bass-ackwards NES server.
.NET was an implicit endorsement of J2EE. Now, with this announcement, Sun loses that endorsement. Frankly, considering how Sun has treated the Apache group, they deserve this.
As for implementations, check out Mono. Pure, open-source
I doubt you've been seriously using Java from its inception, 'cause if you had, you would've remembered how long it took before we saw non-Sun JDKs...give
Sure MS is evil, but this is a win for Apache too. MS is basically conceding that their web server is sub-par...and they have no reason to compete with apache. The evolution of the app server (J2EE,
Frankly, the only loser with this announcement is Sun. The fact that Apache supported J2EE and not
"Don't blame me, I voted for Kodos!"
Actually, I'm willing to bet they release it for FreeBSD as well as windows. The MS source for the CLI,CLR (can't remember what the acro's mean) and other bits can compile itself for FreeBSD already here.
this is a Covalent thing not a apache thing.
you will have to pay $$$ for this
(Oh, look, work on Tomcat and we'll make it the reference JSP engine! Oh, now we've changed our minds!)
Sun no longer considers Tomcat to be the reference implmentation for Servlets and JSP? Well, someone should really tell the Jakarta people about that. Look, right on their Tomcat Site, they've got: "Tomcat is the servlet container that is used in the official Reference Implementation for the Java Servlet and JavaServer Pages technologies. The Java Servlet and JavaServer Pages specifications are developed by Sun under the Java Community Process." If that's not the case, they really should be told so they can change that blurb!
I love this. "Some benchmarks less than a year ago." How about a citation for that? I'd certainly be interested.
These sorts of comparisons are notoriously difficult because they are often inherently apples-and-oranges comparisons. However, here are a few reasonable (and recent) citations that document a persistent performance gap between Java and C/C++.
@article{ fitzgerald00marmot, author = "Robert P. Fitzgerald and Todd B. Knoblock and Erik Ruf and Bjarne Steensgaard and David Tarditi", title = "Marmot: an optimizing compiler for Java", journal = "Software - Practice and Experience", volume = "30", number = "3", pages = "199-232", year = "2000 }
@inproceedings{ veldema01optimizing, author = "Ronald Veldema and Thilo Kielmann and Henri E. Bal", title = "Optimizing Java-Specific Overheads: Java at the Speed of C?", booktitle = "{HPCN} Europe", pages = "685-692", year = "2001"}
@article{ prechelt00empirical, author = "Lutz Prechelt", title = "An Empirical Comparison of Seven Programming Languages", journal = "IEEE Computer", volume = "33", number = "10", pages = "23-29", year = "2000" }
If you are a software developer and want to leverage a Microsoft component you have no right to do that at all. Or does Microsoft now permit you to take some of its proprietary code and distribute it under a license of your choice? Last I checked you could not distribute their code at all.
You don't expect to have any rights to a proprietary code, yet, just because something is Open Source, you assume that you have a God-given right to do with that code as you please, and GPL takes that right away. Bullshit. You cannot distribute someone else's code unless they grant you permission to do so. In the case of proprietary libraries, that permision comes in exchange for payment. In the case of GPL, such permission comes automatically if you accept the terms of the GPL.(*) If the payment is not acceptible to you, then write the code yourself! And stop repeating the "viral" FUD, it makes you sound like an idiot.
(*)Some GPL developers will also let you use their code in your proprietary product in exchange for monetary payment. Just like proprietary developers.
___
If you think big enough, you'll never have to do it.