Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Microsoft Software Apache

.NET for Apache 541

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.
This discussion has been archived. No new comments can be posted.

.NET for Apache

Comments Filter:
  • Uh-oh (Score:0, Interesting)

    I really hope Apache stays free. The internet itself depends on it! Though it could be improved with some . NET capabilities.
  • Re:Mono? (Score:5, Interesting)

    by AirLace ( 86148 ) on Monday July 22, 2002 @09:37PM (#3934492)
    The Mono project hasn't started work on an Apache module yet. But Mono's ASP.NET support is designed such that an Apache 2 module shouldn't have to be longer than around 80 lines of code. It's trivial when you have the right framwork, but we are still a few weeks away from that.

    If the guys who've done this have based their work on Mono, they certainly haven't informed the project. My educated guess is that this uses the .NET framework on Windows and Apache 2 for Windows. No great deal.
  • No big surprise (Score:4, Interesting)

    by Xthlc ( 20317 ) on Monday July 22, 2002 @09:40PM (#3934501)
    Microsoft needs maximum market penetration for .NET, otherwise the initiative fails. EVERYBODY has to play in this particular sandbox, or MS' dream of a services-based software market (with far better growth potential for a monopoly than a product-based market) is bust. IIS is *one product*, one that, in the grand scheme of things, it would be worth sacrificing if it meant .NET ubiquity. The majority of the web runs on Apache, therefore for Microsoft to not support .NET on Apache is to lose the majority of the web. QED.

    What makes me curious is what platforms they'll support Apache on . . .
  • Running apache (Score:1, Interesting)

    by MC68040 ( 462186 ) <henric&digital-bless,com> on Monday July 22, 2002 @09:45PM (#3934530) Homepage
    After running apache for over a year now I think it's great, and .NET support can't be bad, makes it easier to persuade companys to switch to linux with apache because afterall, 'it supports .NET and you know how good that is', well, that is what you would say to your windows-biased CEO. =)

    Just IMHO.
  • by AJWM ( 19027 ) on Monday July 22, 2002 @09:54PM (#3934569) Homepage
    Funny, those links don't seem to have much to do with Java scalability, they just shows how SQL Server scales much worse than any of the DBMSs mentioned.

    Of course, this was at least partly due to the crappy Microsoft JDBC driver (which they couldn't even get to stay up for 8 hours).

    Why am I not surprised that in a test of the Microsoft JDBC driver vs .NET that Microsofts own technology might do better?

    These studies just point out that you're better off going with a non-Microsoft solution.
  • by Anonymous Coward on Monday July 22, 2002 @10:01PM (#3934595)
    Bill Gave them the ring of .net and they put it on their finger...
  • .net is not evil (Score:5, Interesting)

    by psicE ( 126646 ) on Monday July 22, 2002 @10:08PM (#3934627) Homepage
    Call me a heretic, but I think .net is a good thing. Not .net as made by Microsoft, but .net as an open standard - for example Mono. The concept of making Web services as easy to run and use as regular applications.

    I don't want to have everything run on a server and use a dumb terminal. No sense making it even easier for Ashcroft to read my stuff than it already is. But Web services, by nature, are things that already use the Internet - things that might as well be hanging on a building in Times Square, for all Ashcroft cares.

    To check stocks, I have to go to cnbc.com. It's an ugly interface. Why can't I double-click on a program that uses native widgets and displays that same information? To read and reply to Slashdot, I have to slashdot.org. It's uglier than a female dwarf (or KDE). Why can't I have Slashdot in a Win32-native interface? Think NNTP, but better-looking and more powerful.

    To write a document, I open up AbiWord. If I'm writing a story about the stock market, why can't I just open up my stock market program, drag a box into my document, and have live numbers for the Dow? If I'm writing a story about AMD, why can't I just open up my Slashdot program, drag a box into my document, and have a link to the story inserted into my document; and why can't the person on the other end open the document, double-click my link, and have the Slashdot story opened in place - without needing a web browser? .net is simply recognizing the reality that the Internet is a dynamic medium, and it requires a new way of designing programs; a way that makes using the Web identical to using your computer locally. All of the examples I just gave can be done now with existing programming tools on any platform, but .net makes it much easier and more straightforward. It's nothing particularly difficult, and open source will be quick to replicate it.

    As Miguel de Icaza said, you shouldn't just not use Mono because it's a copy of a MS product - after all, Linux itself is a copy of non-free UNIX from AT&T. If/when the time comes that Microsoft decides to cut off .net for Apache support, Mono will be ready to take its place.
  • Comment removed (Score:5, Interesting)

    by account_deleted ( 4530225 ) on Monday July 22, 2002 @10:33PM (#3934730)
    Comment removed based on user account deletion
  • by ergo98 ( 9391 ) on Monday July 22, 2002 @11:33PM (#3934959) Homepage Journal
    Way before .NET there were websites offering up data in some documented format, intended for it to be parsed and used by custom clients. .NET did not invent web services, nor is it really a revolution in web services (I implemented projects using "web services" as a control and monitoring infrastructure for power generation projects years ago). At best you could say that .NET makes it a little bit easier to put together the starting blocks for a web service (though, like always, the zero-to-demo time has very little to do with the timelines of an actual project, hence why most VB projects fail miserably regardless of the quick initial wizard "productivity").

    This is a very important point because it seems like a lot of people are willing to hand Microsoft some sort of invention credits for web services, when the reality is that where appropriate web services are a no brainer extension of the basic paradigm of the net (hell, POP3 could be considered a "web service": I don't have to use Outlook Web Access! Again, long before .NET Yahoo could serve up stock quotes in CSV format from their website via a particular get string).
  • Bait and Switch (Score:2, Interesting)

    by giminy ( 94188 ) on Monday July 22, 2002 @11:40PM (#3934983) Homepage Journal
    How much do you want to bet Microsoft keeps .NET for apache around for a while, until people start relying on it. Then, when everyone is nice and settled using .NET, they stop supporting it. Guess what? If you want to have .NET now you'll need to switch to IIS. Muhahahaha.
  • by digitaltraveller ( 167469 ) on Tuesday July 23, 2002 @12:02AM (#3935055) Homepage
    I wish Slashdot had a Rejected Stories feed. If a story announcing a press release that is a preannoucement of another press release is worth reporting on, isn't my story on the George Bush's plan to recruit 1 in 24 Americans as citizen spies [smh.com.au] newsworthy? That's more informants than the East German Stasi had at their peak.
  • Re:SOAP, WDSL, etc. (Score:2, Interesting)

    by feronti ( 413011 ) <gsymonsNO@SPAMgsconsulting.biz> on Tuesday July 23, 2002 @12:24AM (#3935148)

    It's not difficult at all to do SOAP in Apache (well, Tomcat actually:) with Java... you just write your service class and then write a deployment descriptor, then throw the whole thing in a WAR and drop it in the webservices directory. I had a simple stub up and running in about a day... and I was still teaching myself Java at the time. All I needed to do was flesh out the business logic and it was all ready to go. Of course, I've since decided my architecture was crap and thrown the whole thing out because it turns out I didn't need SOAP to begin with, but it ain't hard to do... I could very quickly build a SOAP front-end to the new code.

    Now, I did have the advantage that my service was not meant to be a public service--it's a simple interface between us and one of our vendors--so I didn't bother figuring out how to do the WSDL.

  • What services? (Score:4, Interesting)

    by Wee ( 17189 ) on Tuesday July 23, 2002 @02:48AM (#3935588)
    I don't want to give up my server platform of choice (FreeBSD), but would certainly like to still be able to allow SOAP clients from the Java, .NET, Perl, etc. worlds access my services.

    I do not mean to troll you (look at my posting history), but I want to ask: What services do you mean? I don't ask for application specifics, company names, etc, I just hear a lot about web "services" and see very little except planning and idle banter. What would require .NET as long as you have server-side applications which meet the protocols in question? Isn't the point of SOAP that any client can get "services" from a server/app so-equipped? I think I'm missing something.

    Would you mind sharing a bit? TIA...

    -B

  • stop this FUD (Score:3, Interesting)

    by RelliK ( 4466 ) on Tuesday July 23, 2002 @08:34AM (#3936377)
    1) MS never said anything about OpenSource and cancer. It was GPL. GPL != OpenSource. Read the fucking articles and understand MS's point of view. MS is more than thrilled with BSD code and other non-ip-destroying licenses. They are not happy with GPL and they (correctly) point out that GPL infects everything it touches because it is viral in nature. This is not a debatable point, unless you just dont get GPL.

    You are obviously a fucking moron since you repeat this blatant Microsoft FUD.
    1. Microsoft singled out part of the Open Source in their usual divide and conquer strategy.
    2. Microsoft loves BSD because it loves to "borrow" BSD code and incorporate it into its proprietary products. This saves Microsoft quite a bit of money and, many would argue, gives them better quality code too.
    3. I see that you have swalloed the "viral" propaganda. Perhaps you can explain to me how exactly GPL "infects" stuff? Maybe you mean the fact that GPL does not permit you to take the code you don't own and incorporate it into your proprietary product? But the same is true of Microsoft's code! You can't take their "shared source" and use it in your product either. With GPL, at least, you can use, modify, and distribute the code all you want as long as you distribute derivative works under GPL. With Microsoft, you have no such option. Why, Microsoft is the virus! I also want to know how exactly GPL "touches" stuff. Oh what you actually mean is that GPL "touches" the code when the company willingly decides to use GPL code in their proprietary product.

    If microsoft has never done anything to help any apache or open source effort, why did they fly a few of the zend people into redmond for a week, having them perf tune php on iis ?

    Uhhm, because it helps Microsoft, not Open Source. PHP is the most widely used server-side scripting language. It sure helps to have it run well on your web server.

    Why is there a mod_frontpage for apache that microsoft publishes ?

    Because it helps them to sell Frontpage and install viral software on Unix.

    Oh yeah, you assume a lot of stuff about microsoft that is wrong, which makes you kind of an idiot.

  • by Anonymous Coward on Tuesday July 23, 2002 @08:43AM (#3936406)
    Stock market. This and weather doohickies seem to be the recipe programs of .net - that's about all anyone can really think of to do with the technology.

    The real problem is that a great majority of the uses for web services (as opposed to .Net as a whole, of which web services is just the most glorified, over-hyped subset) are invisible to end-users, or not even accessible to end-users. They target enterprise- and small business- level interactions. They're dealing with things that have been mostly hacked-together implementations from the very day that two companies wanted to share information that they kept on their computers. Whether it's sharing information in customer databases or checking inventory levels in the warehouses of your suppliers.

    The most obvious thing for an end-user ends up being fairly stale. Yes, one of the examples in MS' Office XP Web Services Toolkit is a spreadsheet that interacts with a web service to pull 20-min. delayed stock quotes based on the stock tickers you've supplied in the spreadsheet. The kinds of things that are really useful with web services are things that have historically been implemented in proprietary manners, such as checking inventories at local stores in a retail chain from the chain's web site (ie Best Buy's order online/pickup locally option, which probably wasn't originally implemented in .Net, and probably still isn't today), or things like MS' online store, which has in the past (not sure if it still does) simply looked up the prices for your order from a number of affiliates, so you can choose which one will give you the best prices / shipping prices / shipping times.

    The simple fact is that the real must-have application for web services for end-users won't come along until a large number of developers are really comfortable with web services, and then it's not likely that it'll come from some large corporation. It'll just be something like Napster that comes out of nowhere from some college student finding new ways to use old ideas.

"Gravitation cannot be held responsible for people falling in love." -- Albert Einstein

Working...