Slashdot Mirror


VS.Net Apps Can Now Run On Linux

MxTxL writes "EWeek is reporting here about a plugin for Visual Studio.Net, called Grasshopper, that allows web applications that once only ran on IIS to be run on Tomcat or other J2EE platforms. The Mainsoft Developer Zone has more details on how it works but basically it converts the MS Intermediate Language into Java bytecode. The developer is also a supporter of the Mono Project."

245 comments

  1. Nothin' but .NET by Anonymous Coward · · Score: 3, Funny
    For most developers, Visual Studio .NET is second to none when it comes to developing Web applications and Web services. And yet, we're hearing from Windows developers that they would also like to write applications for Linux.
    Wha... Second to none? .NET developers wanting to write web apps for Linux? What Bizarro world is this? I mod this entire project -1 Troll.
    1. Re:Nothin' but .NET by m0rph3us0 · · Score: 2, Interesting

      I'd kill to be able to efficiently run ASP.NET on Linux.

      VS.NET is an excellent dev environment with good tools but Windows 2003 is clunky as a server. And MS SQL is a lot of money for a whole bunch of features most people never use. (I'm talking about federated databases, clustering, etc., NOT transactions, stored procs, etc)

    2. Re:Nothin' but .NET by Richthofen80 · · Score: 1

      Say what you want, but I love VS.NET so much I develop my PHP applications on it.

      http://jcxsoftware.com/

      --
      Reason, free market capitalism, and individualism
    3. Re:Nothin' but .NET by Anonymous Coward · · Score: 0
      For most developers, Visual Studio .NET is second to none when it comes to developing Web applications and Web services.

      Developers, which integrated dvelopment environment from Microsoft do you prefer?
      The number one answer: None!
      (the number two answer, Visual Studio .NET)
      (the number three answer, Microsoft Bob)

  2. Well... by Darren+Winsper · · Score: 5, Insightful

    Considering that, using XSP or mod_mono, it's possible to run ASP.Net web applications on Linux using Mono itself, this is hardly a new development.

    Anyhow, there's no such thing as a "VS.Net App". It's been possible to compile .Net applications using VS.Net and run them on Mono (with certain exceptions) for a long time now.

    1. Re:Well... by sosume · · Score: 1

      Wohoo , if they'd finally port boehm's gc to openBSD I'd have best of all worlds!

    2. Re:Well... by Darren+Winsper · · Score: 1

      A quick google indicates that the boehm GC is available in OpenBSD ports. Is it out of date or something?

    3. Re:Well... by hey! · · Score: 5, Insightful

      Well, I'd say you're the victim of another poorly titled article.

      I'd have titled it "VS.Net applications now run on J2EE Servlet Containers".

      Personally, I think this is cool, but not Earth shaking. The most important reasons for users to do this would be to either migrate to J2EE or to get access to Java standard libraries. Since people on the MS side of the fence tend to rely heavily on the IDE to do a lot of the heavy lifting, I'm not sure it helps them that much. They can't maintain the software except by targeting the dotNet environment; their IDE doesn't know anything about the Java standard libraries or the J2EE container facilities. Maybe if they wanted to prototype stuff in VS IDE and then add things like security using filters or byte code modification to do AOPish method interception.

      In any case I see three possible applications. First, if some horrible security hole is found in IIS, you can get off in a hurry and deal with the maintenance issues down the line. Second, you may decide to use this to scale a successful application up using midrange iron. Third, you can show your boss that servlet containers do everything your application needs (but we all knew that, didn't we)?

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    4. Re:Well... by compass46 · · Score: 1

      http://www.lectroid.net/ports/

      marcm@ is working hard on Mono for OpenBSD and he keeps his out of tree ports there. Boehm-gc and the *BSDs is a pain but getting better.

    5. Re:Well... by Locutus · · Score: 5, Informative

      This all reminds me of how Microsoft got many of the UNIX CAD and EDA tools vendors to drop native UNIX coding for Win32 coding. They provided Mainsoft, Bristol, and others with a cheap license to the Win32 source code, which allowed them to sell tools which compiled Win32 apps to run on UNIX. The apps vendors liked this because one codebase supported both Windows AND UNIX. But then, Microsoft quadrupled the license fee for the Win32 source and only one vendor could afford to pay that new fee. The same vendor Microsoft hired to port MS Internet Explorer to UNIX. They did this so that they could afford to pay that huge licensing fee and provide proof in court that the increased fee was not excessive and preditory. All of a sudden, the CAD and EDA software that used to run on both Windows and UNIX, only ran on Windows. And porting back to UNIX would have been almost impossible because of the nice job Microsoft does at not supporting standards or best software practices for design.

      Mainsoft is that one company which Microsoft funded while it killed off the others. Mainsoft is the one announcing a tool that'll let you write software in Microsofts API( .Net this time ) and run it on other systems. Gee, where do you think this will end up going?

      IMO. History IS the best teacher.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
  3. We tried working with Mono... by Anonymous Coward · · Score: 0, Troll

    An employee suggested to me that we use Mono for a few projects here as an evaluation. I was skeptical at first but he explained the benefits of using it for our developers to wean them from Microsoft's glutches. So I decided to let him install Mono onto 5 machines to see how the developers got on. Besides, our IT manager had been using a Mono in his office and it seemed to work fine, why not try it on the employees?

    Once he'd got the systems up and running with Mono we let the users try it out. It all seemed fine to start with: Mono was a pretty good replacement for .NET on Windows and the developers could still do their work as normal.

    Alas it did not stay that way. After a few days, I had lost count of the number of complaints received from users who could not find things they were used to or tasks they could not perform that they previously could with the Windows server. The final straw came when one employee lost several hours work when the Mono server suddenly had an error reading from our intranet site and corrupted his project.

    Needless to say, the Mono team offered no support whatsoever. I made the employee remove Mono from the offices and lets just say he's not with us anymore.

    1. Re:We tried working with Mono... by Anonymous Coward · · Score: 0

      i would yell duck but it looks like that troll already sailed over your head

    2. Re:We tried working with Mono... by Anonymous Coward · · Score: 0

      A copy paste troll , how droll .
      Although switching in mono etc for *bsd or linux etc .

    3. Re:We tried working with Mono... by gonk · · Score: 1

      The guy's a troll. He posts this exact thing, tailored to the topic, in almost every article that has anything to do with OSS.

      Don't feed him.

      Also, I'm not so sure that there are millions of companies offering support for OSS. Certainly not that I'd buy a support contract from.

      robert

    4. Re:We tried working with Mono... by Anonymous Coward · · Score: 2, Informative

      Who has written this bot?
      The same text (only s/Linux/Mono/g)
      was in Slashdot article
      "Get The Facts" Campaign Working.

    5. Re:We tried working with Mono... by QuantumG · · Score: 1

      Check out this site.. I don't think millions is an overstatement.

      --
      How we know is more important than what we know.
    6. Re:We tried working with Mono... by Savage-Rabbit · · Score: 1

      Who has written this bot?
      The same text (only s/Linux/Mono/g)
      was in Slashdot article


      [sarcasm]
      The Microsoft Marketing Dept??
      [/sarcasm]

      --
      Only to idiots, are orders laws.
      -- Henning von Tresckow
    7. Re:We tried working with Mono... by Anonymous Coward · · Score: 0

      Ditto for VOIP (Pingtel Open Source VoIP Debuts in Europe thread).

    8. Re:We tried working with Mono... by thzinc · · Score: 1

      As well as the recent PalmOne article.

    9. Re:We tried working with Mono... by gonk · · Score: 1

      Maybe I'm doing something wrong or misunderstanding what it is that you're measuring, but when I perform a search with all of the settings to "ALL" with a minimum hourly rate of $1 and a maximum hourly rate of $10,000, I get six pages of results at 50 results a page. That's 300 results, at best, which is a long ways from a million, much less millions.

      robert

    10. Re:We tried working with Mono... by kfg · · Score: 1

      The future appears to remain in being an Elvis impersonator.

      KFG

    11. Re:We tried working with Mono... by Anonymous Coward · · Score: 0

      Man! Do you ever have a small penis!

    12. Re:We tried working with Mono... by Anonymous Coward · · Score: 0

      you are one stupid prick. don't you understand that the problem lies with your employees...why are they not dabbling in mono themselves if they are programmers and why does anyone else have to install and spoon-feed them. i'd say, fire all these incompetent folks. hire some ENTHUSIASTS who will make stuff work and not cringe about it. heck, who am i talking to, since you've got a stupid team and are a nitwit yourself since you got rid of the only smart guy in your team, you won't be surviving much longer in this game. try something else, like baking bread. software ain't for you.

  4. Mono's XSP does this too by darnok · · Score: 4, Informative

    I'm in the early stages of experimenting with Mono's XSP as a drop-in replacement for ASP.NET. Looks quite promising at this stage, but I've got a lot more testing to do before I'll be turning off banks of Windows/ASP.NET servers and replacing them with Linux/XSP.

    Still, nice to know there's an alternative if for some reason XSP doesn't work out.

    1. Re:Mono's XSP does this too by sosume · · Score: 4, Funny

      Lol, check the mainsoft homepage ...

      HTTP Status 404 - /index.aspx

      type Status report

      message /index.aspx

      description The requested resource (/index.aspx) is not available.
      Apache Tomcat/5.0.28

    2. Re:Mono's XSP does this too by Anonymous Coward · · Score: 0
      We're in the late stage of a similar transition.

      The product we develop works fine on both MonoXSP and Windows; and it's up to the customer which OS to run it over. Windows shops like the windows versions; but IBM shops have been asking for SuSE.

    3. Re:Mono's XSP does this too by Anonymous Coward · · Score: 0

      >Mono's XSP is probably not related to Apache Cocoon's XSP, I presume?... I hate these acronyms.

  5. oh well by phntm · · Score: 0

    and why not develop for the *nix in the first place, way much easier to port.
    the whole .net thing is still overrated

    1. Re:oh well by Anonymous Coward · · Score: 2, Interesting

      Becuase it's not easier to port unless you want to make people install GTK or whatnot on their Windows/Mac boxes.

      The power of .NET has nothing to do with writing data-crunching algorithms. It's all about GUIs (and other such things) that older devel tools really suck at.

      There are other options of course, such as OpenStep, but .NET really is a good thing, even if it is MS-specific. .NET and the whole managed-code development model (which also exists in versions from Apple, Sun, and others) might well lead to more consistent, better user interfaces and shorter development times for desktop apps.

  6. why from byte-code to byte-code? by castlec · · Score: 2, Interesting

    Was this only to take advantage of already existing VMs to create instantaneous cross platform usability? Are there plans to remove the byte-code to byte-code translation?

    --
    When I tell an object to delete this, am I killing it or telling it to kill me?
    1. Re:why from byte-code to byte-code? by LnxAddct · · Score: 1

      The additional security, portability, and flexibility of a VM more then make up for the very minor speed decreases found in modern VMs when compared to native code. In fact often times I see java code running better then a C++ counterpart simply because you don't have to muck around with memory and the Java HotSpot technology can dynamically optimize your byte-code while the program is running as it finds which paths your program uses most. The only people that I've heard of that still think VM == bad for performance are only people who have never done any serious development with one.
      Regards,
      Steve

    2. Re:why from byte-code to byte-code? by castlec · · Score: 2, Interesting

      I wasn't accusing VMs of being poor. It just seems like a lot of the effort of porting from one byte-code to another to use an already available VM would be better served by producing a native VM. Perhaps I'm wrong and it is just too complicated to mess with right now. My point is that it is an additional and unnecessary layer, not an attack on the use of a VM.

      --
      When I tell an object to delete this, am I killing it or telling it to kill me?
    3. Re:why from byte-code to byte-code? by Locutus · · Score: 2, Interesting

      it's only "unnecessary" if you are a multi VM vendor running a single Dev Environment. Microsoft and Mainsoft are doing this so that multi VM vendors/customers running different Dev Environments switch to the Microsoft IDE for their only Dev Environment. They'll kill off this multi VM capability later but right now, they are not telling you this.

      It's how they turned a bunch of UNIX software vendors into Windows software vendors back in the NT v3.5x days.

      To see how far they'll go, look at the Microsoft purchase of Softimage. After the sale, they were forced to produce a Windows version and then Microsoft pounded on them to drop the UNIX version. Too many customers stuck with UNIX and the UNIX port remained and is now also a GNU/Linux version.

      It's all part of the Microsoft game....

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    4. Re:why from byte-code to byte-code? by Eyal+Alaluf · · Score: 1

      We actually asked ourselves indeed the same exact question. What is better - a new VM, or - compiling .Net byte code to Java byte code.
      The case that decided for us the issue was how do you convince an organisation to replace the application server VM he is using with out new VM?
      A solution with a new VM is simply too intrusive for a product that is looking for integrating Java and .Net.
      As for the performance, one has to look at what the converter itself is doing to see that in the common cases it produces identical code to what a Java compiler would and thus does not create an overhead. In cases where we handle new .Net features (like structs) we create an overhead compared to a .Net VM, but these are much less commonly usd then classes.
      We ran for instance, our System.Xml code using .Net and using the converter and the Java VM of Sun. The Java run was faster(!) since the Sun VM outperformed the .Net VM.

  7. java ripoff by tines · · Score: 5, Funny

    so the .net is really a java ripoff. the bytecode maps amazingly well. +1 obvious

    1. Re:java ripoff by tezbobobo · · Score: 2, Funny

      And yet, I predict Microsoft will at some point consider patenting vm technology, after which point they will sue Sun and everyone else. EVERYONE!!!!

    2. Re:java ripoff by Anonymous Coward · · Score: 0

      And Java is such a rip off from C and so on ... Einstein was such a ripoff of Issac Newton ... blah blah blah

      Good thing Java won't be around much longer, and can get out of the way for .NET

    3. Re:java ripoff by DigitumDei · · Score: 3, Insightful

      While anything is possible, microsoft is not in the business of making money from sueing. Yes they have patents, do they use them in the same way as SCO, no.

    4. Re:java ripoff by Jugalator · · Score: 1

      You compare a development platform with a programming language? Yikes!

      --
      Beware: In C++, your friends can see your privates!
    5. Re:java ripoff by Nailer · · Score: 1

      Except with about twenty times than languages you cna compile to it's VM, and use functions from.

    6. Re:java ripoff by Anonymous Coward · · Score: 0

      What?

    7. Re:java ripoff by Anonymous Coward · · Score: 0

      "than" should be "the", but otherwise I think he's correct. Did you miss the main feature with .NET or what?

    8. Re:java ripoff by Anonymous Coward · · Score: 0

      That sentence just didn't make any sense to me. Thanks for the clarification, now I get it ...

    9. Re:java ripoff by tines · · Score: 1

      check out http://www.robert-tolksdorf.de/vmlanguages.html i don't have more info about many of the languages there but at least jython seems to be able to generate java bytecode.

    10. Re:java ripoff by Anonymous Coward · · Score: 0

      Yup Jython, groovy etc. generate JVM bytecode. The multilanguage abilities of the JVM are exactly the same as .net it's just Sun doesn't pimp then as much.

    11. Re:java ripoff by Anonymous Coward · · Score: 0
      Good thing Java won't be around much longer, and can get out of the way for .NET

      Hallucinate much? LOL

    12. Re:java ripoff by Nailer · · Score: 1

      I'm indeed aware of that. But two or three languages doesn't consititue a wide range of support for the JRE.

    13. Re:java ripoff by zerbot · · Score: 2, Informative

      Yet.

    14. Re:java ripoff by digidave · · Score: 1

      Stop with the BS. .NET and Java (or J2EE if you like) are easily comparable. The fact that .NET can use multiple languages is irrelevent... Java is a language *and* a platform. Their platforms are very similar.

      --
      The global economy is a great thing until you feel it locally.
    15. Re:java ripoff by Anonymous Coward · · Score: 0

      Yep. Out of the several languages available for JVMs, only a handful are actually in use.

      How is that different from .NET/CLR? Other than C#, VB.NET, IronPython (rarely used), and C++.NET (only the insane use it), what other languages are in *common* use on .NET?

    16. Re:java ripoff by ad0le · · Score: 1

      uhhh... Borland (formerly Inprise) makes quite a bit of money off of Delphi.NET. And there are hundreds of others.

      --
      My mother never saw the irony in calling me a son-of-a-bitch.
    17. Re:java ripoff by Jugalator · · Score: 1

      OK, I thought he was talking of Java the Language, as that's what the article is all about (Java bytecode).

      --
      Beware: In C++, your friends can see your privates!
    18. Re:java ripoff by Anonymous Coward · · Score: 0

      Yeah I've seen this. You can use any language with .NET as long as it is C#.

      VB.NET is not VB, it is C# with shitty syntax.

      Limited or constrained or whatever they call it C/C++ is simply the subset of those languages that map nicely to C#.

      But, I hear you say, with unsafe blocks you can do ANYTHING. Well, yeah, but when you understand what unsafe is you will realize that it is the same thing as (in terms of what you can do, what you lose, and what trouble you can make) as JNI where ... guess what - you can do anything.

      atniqzx

    19. Re:java ripoff by Xner · · Score: 1
      Thanks for totally not getting it.

      Java the Language is compiled to bytecode that runs on Java the Platform. If you were so inclined you could write a FORTRAN compiler than compiles to Java the Platform bytecode, just as you could write one for the .NET CLR.
      Once the thing is compiled to bytecode, Java the Language is more or less done doign it's thing.

      --
      Pathman, Free (as in GPL) 3D Pac Man
    20. Re:java ripoff by FuzzyBad-Mofo · · Score: 1

      But why would you want to use 20 different languages, when one good one will suffice?

    21. Re:java ripoff by Nailer · · Score: 1

      But why would you want to use 20 different languages, when one good one will suffice?

      Because you need to integrate apps that already exist - hence MS promoting .net as a middleware platform.

    22. Re:java ripoff by crazyphilman · · Score: 1

      Except you can't even directly integrate VB6 code with VB.Net (unless you just keep running the VB6 code, which will only work until you get a Windows version that refuses to run it).

      If you want to port a VB app, you have to completely rewrite it (and don't try to talk me out of this one, I've confronted this in a few projects already and it's horrible, almost as horrible as trying to explain to a VB6 guy why VB6 is NOT OOP).

      So, if they can't even give you this with VB, their flagship app development language, how do you expect them to give you this with other languages which are even LESS compatible with .Net?

      Honest question.

      --
      Farewell! It's been a fine buncha years!
  8. Stop - don't do it by tezbobobo · · Score: 5, Funny

    It's all a microsoft conspiracy to prove that linux is the more insecure system - now vulnerable to the vast raft of windows insecurities. Muwhahahaha!!!!

    1. Re:Stop - don't do it by Anonymous Coward · · Score: 0

      I can't see his sig, actually.

      But you're right - "MICROSOFT SUCKS!!!!". That's HILARIOUS, especially the 39048th time.

    2. Re:Stop - don't do it by Anonymous Coward · · Score: 0

      [offtopic]

      A. Cowards have no right to flame - opinions are best supported by integrity.

      Yeah, because when you see a post written by "tezbobobo" or some other dumbass alias, you just know the author is all about integrity.

      "Freedom of speech is only for those who avoid anonymity".

    3. Re:Stop - don't do it by Anonymous Coward · · Score: 0

      Your post is # 12,632,348.

      I suspect 39,048 is off by a factor of 100 or so...

    4. Re:Stop - don't do it by MichaelGospatrick · · Score: 1

      Sorry to nitpick, but why is there a w in your "muhuhahahahaaaahhaaaa"?

      --
      My genetic programming website: http://www.helpmefigurethisout.com/
  9. Maybe im missing something here.. by t_allardyce · · Score: 3, Insightful

    ..but wasn't the whole point of dot net platform independence !?!

    --
    This comment does not represent the views or opinions of the user.
    1. Re:Maybe im missing something here.. by Anonymous Coward · · Score: 0, Insightful

      Sure, platform independence if you mean .NET only runs on IIS on Windows servers. J2EE is the one with platform independence. Microsoft 'reinvented' J2EE and labeled it .NET, and then made it so it would only run on IIS. So it is no real surprise that the bytecode can be mapped.

    2. Re:Maybe im missing something here.. by pmjordan · · Score: 1

      Independence of which hardware platform you're running Windows on. I think the .NET project was started when it was still believed that Itanium might make it. Then, there's the whole Issue of porting all those 32-bit x86 apps to the AMD64 architecture. Moving Windows to a new architecture is by no means as easy as it is to move GNU and Linux, or most other Free Software to another architecture. It's a chicken-and-egg problem, and as such, it's much more pronounced on proprietary systems, you have to get all your software vendors to port their software for you. AMD64 would have been stillborn if there wasn't a way of running 32-bit x86 applications on it, much like it was the case for 16-bit applications on the 386 and later.

      ~phil

    3. Re:Maybe im missing something here.. by mattyrobinson69 · · Score: 5, Funny

      the whole point of .NET was so they had yet another buzzword to throw around:

      PHB: Is this 'Linux' thingy written in .NET?
      tech: no.
      PHB: does it leverage the power of XML?
      tech: er, no

      thats all i'm afraid, my buzzword library has gone blank.

    4. Re:Maybe im missing something here.. by jojo+tdfb · · Score: 3, Informative

      actualy "porting" 32-bit apps to amd64 is pretty much a non-issue. The 64-bit Long Mode is just 32-bit Protected Mode with the ability to optionaly have longer word size and more registers. It's absolutely nothing like moveing from 16-bit Real Mode to 32-bit Protected Mode.

      --
      Linux is really boring from an os standpoint. Now Plan 9......
    5. Re:Maybe im missing something here.. by Zonnald · · Score: 3, Informative
      To answer this I refer here dotnetspider.

      specifically this quote:

      Many people ask this question "Java is platform independant, what about .NET ?".

      The answer is "Yes" and "No" ! The code you write is platform independant, because whatever you write is getting compiled into MSIL. There is no native code, which depends on your operating system or CPU. But when you execute the MSIL, the .NET framework in the target system will convert the MSIL into native platform code.

      So, if you run your .NET exe in a WIndows machine, the .NET framework for Windows will convert it into Windows native code and execute. If you run your .NET application in Unix or Linux, the .NET framework for Unix/Linux will convert your code into Unix/Linux native code and execute. So, your code is purely platform independant and runs anywhere!

      But wait, we said it wrong... there is no .NET framework for Unix or Linux available now. Microsoft has written the .NET framework only for Windows. If you or some one else write a .NET framework for other platforms in future, your code will run there too. So, let us wait until someone write .NET framework for Linux before you run your .NET code in Linux.

    6. Re:Maybe im missing something here.. by pmjordan · · Score: 1

      I'm aware of that, but try convincing semi-bad programmers to use 'size_t' rather than 'int' when appropriate, or making use of the 'sizeof' operator instead of hardcoding the values. (I don't let people like that anywhere near my source code repositories ;)) Besides, if you don't have access to the source, you're still stuck, no matter how easy it would be to port if you did have the source. I think this is the issue that MS (and Sun for that matter) wanted to address with .NET and Java.

      ~phil

    7. Re:Maybe im missing something here.. by Alioth · · Score: 1

      PROCESSOR independence, maybe - but certainly not platform independence. It was supposed to be Windows-only (but able to run on different CPU architectures).

    8. Re:Maybe im missing something here.. by xtracto · · Score: 1

      Mmm. maybe you could use this new buzzword getting the top lines in del.ici.ous: AJAX

      It seems it combines pretty well with XML and Clorox ...

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    9. Re:Maybe im missing something here.. by LittleBigLui · · Score: 1

      PHB: Is this 'Linux' thingy written in .NET?
      tech: sure.
      PHB: does it leverage the power of XML?
      tech: sure. What color do you want it?

      --
      Free as in mason.
    10. Re:Maybe im missing something here.. by CaymanIslandCarpedie · · Score: 1

      and then made it so it would only run on IIS

      Not strictly true. They made .NET so it CAN run on any platform, they just didn't implement VMs for other platforms. They have published the specs so others (like MONO) can implement VMs for other platforms.

      Well I certainly don't agree with MSs decision not to implement VMs for other platforms, you can understand thier reasons for it (hey why should they spend the to time building support other platforms when they want you to use thier platform). I think had they created VMs for other platforms it would have garnered some good-will from the *nix crowd (no not the /. crowd where it would have been seen as some evil ploy), but some would perhaps seen it as a positive shift.

      However, its hard to measure the good-will in dollars and it certainly would have been interesting to hear them explain doing this while still bashing othe platforms, so you can understand why they wouldn't.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    11. Re:Maybe im missing something here.. by xtracto · · Score: 1

      Talking about this, I have had a question for quite some time, what about the speed performance of .NET VM versus Java VM??

      Is .NET faster than Java? more reliable? also, Which one generates smaller files for the same amount of (average) code?

      And, do you know of any serious commercial application in .NET now? I mean, something as big as mmm Paint Shop Pro or like that, I would have to ask the same for Java, but I have seen some really good (and serious) proprietary applications where I used to work (Mexican Petroleum Institute).

      It would be fine to see a comparison of these two similar technologies.

      --
      Ubuntu is an African word meaning 'I can't configure Debian'
    12. Re:Maybe im missing something here.. by digidave · · Score: 1

      "They have published the specs so others (like MONO) can implement VMs for other platforms."

      C# is open and they have published the specs for their byte code, but that hardly makes it easy to implement a VM on any other platform because the entire .NET API is closed. That's why Mono isn't a 100% replacement for .NET and probably will never be. Luckily, the Mono guys have done a wonderful job and if you target Mono you can develop a cross-platform app pretty easily.

      --
      The global economy is a great thing until you feel it locally.
    13. Re:Maybe im missing something here.. by NoelWeb · · Score: 0

      I'm a .net developer, so flame me if you will, but "platform independence" in the context of .net means that you can write in any "programming platform" that has a .net port, and be assured that your code will run... assuming the port isn't junk of course.

      Wouldn't ya know, there's even a perl port for .net. Who woulda thought?

    14. Re:Maybe im missing something here.. by Zonnald · · Score: 1
      Paint.net 2.1 is a credible effort at producing something "big" in .net, from Washington Uni

      I downloaded it, it works, I don't use it much, nor do I use Gimp much or anyother painting tool.

      Apparently written with C#. Here it's a "free replacement for MS-Paint software"

    15. Re:Maybe im missing something here.. by CaymanIslandCarpedie · · Score: 1

      Its not actually just C#. Much of .NET is the CLI which is also available. So .NET isn't open source, but the info is out there if you want to reimplement. Obviously, open sourcing the whole thing would have made it easier, but by opening up what they have its not really too difficult to reimplement (if you want to take the time).

      From the link:
      It is also expected that ECMA standardization will make the CLI available on a wide range of computing platforms. This combination of multi-language capability and multiplatform implementation make the CLI an important target for future language compilers.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    16. Re:Maybe im missing something here.. by CaymanIslandCarpedie · · Score: 1

      Opps, read your previous post too fast. Your mention of byte-code was clearly in reference to the CLI, so I didn't need to point that out to you. My bad. I'll read more slowly next time ;-)

      --
      "reality has a well-known liberal bias" - Steven Colbert
    17. Re:Maybe im missing something here.. by Anonymous Coward · · Score: 0

      Well they could sell more copies of Visual Studio .Net for the *nix crowd.

      Oops! did I just say something silly.

    18. Re:Maybe im missing something here.. by Jon+Pryor · · Score: 1

      There may not be a Microsoft .NET Framework for Unix or Linux, but there is a (largely) .NET-compatible implementation in Mono.

      Mono isn't 100% compatible with all of .NET, and may never be (infrequently used parts haven't been implemented, such as System.EnterpriseServices, System.Messaging, COM Interop, etc.), but what it does provide is an implementation of the underlying ECMA standards (for C# and for the Common Language Infrastructure), plus an effort for .NET compatibility in all that is reasonable (I/O, XML, app configuration, ASP.NET support via XSP and mod_mono, Database access, and more). Initial support for System.Windows.Forms is planned for the next release, 1.2, due around September.

      Mono also provides it's own extensions, such as a GTK+ binding (Gtk#) and Unix-integration libraries.

      Mono is already useful and in use.

      Now, I'm not saying that any piece of .NET software will be able to run unchanged under Mono. In general, this isn't possible as it could rely on Windows-specific functionality, such as COM Interop, or rely on Windows-specific libraries. I am saying that Mono provides a portable base to build software upon, much as the ANSI C and the POSIX.1 standards do. You can write portable software, but you are not required to do so. Guidelines for writing portable .NET code can be found in the book Cross-Platform .NET.

    19. Re:Maybe im missing something here.. by Rallion · · Score: 0

      I can answer some of this as an amateur user of both.

      I'm going to go ahead and say that .NET is certainly faster than Java, at least from what I've seen. I've not run any tests or anything, but it certainly never feels slow when using the programs, as every single Java app I've ever used does from time to time. And .NET programs obviously will generally use less resources, at least on Windows machines (I admit, I have no idea how Mono works), since there's no VM to run. Not that the programs have incredibly small memory footprints, mind you.

      As for reliability, I suppose it's pretty much the same. And as for file size, well, .NET programs are executables. They're certainly larger than Java bytecode.

    20. Re:Maybe im missing something here.. by Schnapple · · Score: 1
      but wasn't the whole point of dot net platform independence !?!
      Actually a good chunk of the "point" of .NET is language independence. Right now I'm on a couple of projects where portions are written in C# and portions are written in VB.NET. If we wanted to, we could do portions of it in Managed C++. The notion is that if you have a developer that's good in C# and one that's good in VB.NET instead of one having to learn the language of the other, they can both work together.

      Of course the limitation to this is that it has to be a managed .NET language. The two new ones MS has out of the box are of course the ones that get used the most. Other companies have come out with .NET versions of COBOL, Fortran, Perl, etc. but in some cases the languages have limitations imposed on them (and in some cases, OOP shoehorned in) and are mainly just syntactically approximate to the language they claim to be - this way the thirty year COBOL veteran doesn't have to toss everything he's learned.

    21. Re:Maybe im missing something here.. by cosinezero · · Score: 2, Interesting

      Many companies run their entire enterprise on .net, already. We do, and have since v1.0. .NET performs VERY well, however it does suffer from a ton of sub-par developers migrating from ASP/VBScript/VBA(office dev) who don't understand the power they've been handed.

      I will however readily admit that I've very little experience in java enterprise development, but if java can outperform some of the amazing features of .net managed code, I would be surprised.

    22. Re:Maybe im missing something here.. by Darren+Winsper · · Score: 1

      "And .NET programs obviously will generally use less resources, at least on Windows machines (I admit, I have no idea how Mono works), since there's no VM to run."
      Err...excuse me?! .Net cirtainly does use a virtual machine.

    23. Re:Maybe im missing something here.. by phatrice · · Score: 1

      .NET doesn't exactly use a VM as in Java. It compiles the IL to native code the first time its run while Java does it everytime it runs.

    24. Re:Maybe im missing something here.. by Darren+Winsper · · Score: 1

      On AMD64, sizeof(int) == 4, just like on ia32. This causes problems, however, when people have done silly things like taken an int and cast it to a pointer.

    25. Re:Maybe im missing something here.. by Slime-dogg · · Score: 1

      The whole point is language independance, not platform independance.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    26. Re:Maybe im missing something here.. by listen · · Score: 1

      You are very confused. .Net does run a VM. I have no idea what was going through your brain when you asserted the opposite. .Net programs are CLR bytecode in a tiny PE wrapper that just calls the CLR. There is very little difference to a .jar file : it is just a bit more windows centric and odd. The only justification for calling the files .exe & .dll is familiarity, which breeds confusion.

      Java is faster for some things, .Net for others. The programs you were using probably used Swing, as compared to Winforms. Swing is inherently more complex, and has taken a long time to optimise. Used carefully, it can perform just as well as a native toolkit. But most often it is not used carefully. Winforms is a horrible abortion, being based on a collection of horrible old common controls and sicko com wrappers. Hopefully avalon will quickly put it to death...

      The JVM has quite a number of code generation optimisations that heve not yet been implemented in the CLR: its just an older, more mature implementation of an almost identical VM. .Net does some AOT compilation tricks which help startup time.

    27. Re:Maybe im missing something here.. by Anonymous Coward · · Score: 0


      Actually a good chunk of the "point" of .NET is language independence. Right now I'm on a couple of projects where portions are written in C# and portions are written in VB.NET


      I didn't realize anyone actually wasted their time learning VB.NET. It was not a natural progression from VB, since all VB.NET is is a syntactic "smudge" of C#. If you are going to learn a .NET specific language, why not choose the usable one?

      You might be surprised that targeting XXX programers at providing Managed XXX code for .NET isn't as easy as it sounds. Your programmers will need to be reeducated to not use those features of their languages that don't map cleanly to C#. Again, it would seem easier to just use C# .Net provides amazing language independance ... as long as you are using C#.

      rwwrdky

    28. Re:Maybe im missing something here.. by Rallion · · Score: 1

      It's not a VM in the same sense. It was simply stupid of me to simplify it to the point where I was just plain wrong.

      The differences in the way the VMs work DOES lead to an overall speed difference and memory usage difference. The main two Java programs I'm using for comparison here are Azureus and Eclipse, which I know people often use as examples to prove that Java programs aren't horrendously slow. And that's true, they aren't all that slow. But a lot of effort is put into them, and in my experience they still don't run as smoothly as a slapdash .NET program does.

    29. Re:Maybe im missing something here.. by listen · · Score: 1

      It caches compiled code, and you can AOT things for faster startup. This is very often worse for long term performance, go and look at some of the newish optimisations which rely on the ability to heavily inline and uninline code at runtime according to new loads, and some profile driven optimisation techniques. Also there are irritating performance issues with .net code if it is compiled for the wrong appdomain usage....(single vs multi app domain Jitted code).

      Most of these things have been done before.... in LISP, smalltalk, and shock, Java virtual machines. They are performance hacks. In no way can these implementation strategies be construed to mean there is "no VM". Even GCJ has a VM, *because a VM is a method of specifying semantics, not a specific implementation*.

      I honestly have no idea why I expect a modicum of technical competence on Slashdot, but I do.

    30. Re:Maybe im missing something here.. by milimetric · · Score: 2, Funny

      dude, I totally agree, if someone uses the word "leverage" one more time, I am afraid Archimides will jump out of his grave, bust out a mirror and fry him like the ant he is.

    31. Re:Maybe im missing something here.. by t_allardyce · · Score: 1

      Sounds like a pretty stupid idea to me - the 'dot net' languages are all essentially brand-new languages, someone who knows C, or even C++ is going to have to do some learning for C#. It just sounds to me like a language 'skin' on a byte-code base. Well we already have plenty of languages that can communicate with each other when compiled for real, most of them (well the ones we actually use the most) are all virtually the same, if you understand the concepts and conventions behind if() in C then you can pretty much learn 'IF' for any language in 3 minutes.

      --
      This comment does not represent the views or opinions of the user.
    32. Re:Maybe im missing something here.. by t_allardyce · · Score: 1

      Yeah i remember once (10+ years ago) reading about this magic thing called 'C' and how it was supposed to be this thing called 'portable'. I wonder how that turned out?

      --
      This comment does not represent the views or opinions of the user.
    33. Re:Maybe im missing something here.. by t_allardyce · · Score: 1

      Yes and who makes money when they get handed a poorly planned program to port? Incompetence is what drives the IT industry, without it a great many people would be out of a job.

      --
      This comment does not represent the views or opinions of the user.
    34. Re:Maybe im missing something here.. by ChatHuant · · Score: 1

      They made .NET so it CAN run on any platform, they just didn't implement VMs for other platforms

      Not completely true. Microsoft doesn't have commercial VMs for other platforms, but they provide Rotor which runs on FreeBSD and Mac OSX.

    35. Re:Maybe im missing something here.. by CaymanIslandCarpedie · · Score: 1

      Thanks for the info, didn't realize that. Very cool!

      --
      "reality has a well-known liberal bias" - Steven Colbert
    36. Re:Maybe im missing something here.. by Anonymous Coward · · Score: 0

      I will however readily admit that I've very little experience in java enterprise development, but if java can outperform some of the amazing features of .net managed code, I would be surprised.

      Oh, case closed then. Thanks for your expert insight.

    37. Re:Maybe im missing something here.. by EvanED · · Score: 1

      I think mauve has the most RAM.

    38. Re:Maybe im missing something here.. by Schnapple · · Score: 1
      I didn't realize anyone actually wasted their time learning VB.NET.
      Well, and this is from a C# guy, if you already knew VB then VB.NET is "easier" to learn. Plus it's like how they named it ASP.NET or ADO.NET - it implies an upgrade or an update, so managers will sign off on it.
    39. Re:Maybe im missing something here.. by Svartalf · · Score: 1

      Or, the other way around... Treating a pointer like it was an int. There's several games that will be some time in coming to AMD64 mode on Linux because of that...

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    40. Re:Maybe im missing something here.. by willtsmith · · Score: 1


      C++ -> isn't a problem. C++ is WAY more complicated than C#. C# takes away most memory management issues and makes them "automagic".

      I'd much rather using C# than C++. Anyone who KNOWS C++ (really KNOW it and how the compiler really interprets the sytax) will see C# as childs play.

      --
      -------- -------- Support Wesley Clark for president!!!
    41. Re:Maybe im missing something here.. by t_allardyce · · Score: 1

      Yes but either way you're going to need to do some learning for C# - to find out exactly what is managed etc, its another thing to learn so they've not really solved any problems, they've just invented a new language. C++ is such a nice language because you can go as high or low level as you want (within reason) you can use special memory managed wrappers and classes and practically have a high level 'easy' language or you can ignore OOP and pretty much drop down into C, and mix the two. C# just isn't C or C++, or even Java, I don't see any advantage in using it - Java is more platform independent, C is more powerful and C++ is more versatile, and a properly coded C/C++ program can be very portable.

      --
      This comment does not represent the views or opinions of the user.
    42. Re:Maybe im missing something here.. by petermgreen · · Score: 1

      for the vast majority of smaller apps there is little gain to amd64 (a slight performance gain but little else)

      those few apps that actually need as much memory as they can get will probablly move fairly quickly. The rest will probablly stay win32 for a long time.

      the bigger problem with amd64 imo is the dropping of support for 16 bit apps such as the old microsoft entertainment pack.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    43. Re:Maybe im missing something here.. by petermgreen · · Score: 1

      provided compilers are availible and you take care its perfectly possible to write reasonablly portable apps in most langauges

      the trick is always to keep parts that need to interact with the os seperate from parts that don't its much easier to do this for stuff like server daemons than it is for gui apps though. Its very hard to do a good gui cross platform (and by good i mean good enough that people won't consider your app to be a crude port like they do with say gtk apps on win32)

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  10. Open GUI standard by AoT · · Score: 1

    Why not just create an open gui standard?

    It would not solve all of the problems, or even most, but it would bring systems so much closer.

    1. Re:Open GUI standard by cymen · · Score: 1

      Sort of like X Windows? Wahoo! Ride that horse, cowboy.

    2. Re:Open GUI standard by Anonymous Coward · · Score: 0

      > Why not just create an open gui standard?

      BECAUSE NONE EXIST, silly! Otherwise Microsoft would be using it, because they always respond to developer demand.

      Rumor has it... don't tell anyone YET... but some open systems folks are working on an open GUI standard X/11. Even more remote are the rumors about GTK and Qt open toolkits.

    3. Re:Open GUI standard by CaptnMArk · · Score: 1

      Mozilla / XUL is a promising candidate.

    4. Re:Open GUI standard by TheRealMindChild · · Score: 1

      http://www.gnustep.org/

      Problem solved.

      --

      "When life gives you lemons, don't make lemonade. Make life take the lemons back!" -- Cave Johnson
    5. Re:Open GUI standard by Zaiff+Urgulbunger · · Score: 1

      Firefox?

  11. Ah, but the real question is... by MarkEst1973 · · Score: 1, Informative
    Is EWeek's server using this bytecode-to-bytecode translator or are they running IIS?

    http://www.eweek.com/article2/0,1759,1819422,00 .asp

    Classic ASP apps can run under a .NET enabled server. EWeek should eat they dog food they're writing about.

    1. Re:Ah, but the real question is... by danheskett · · Score: 2, Insightful

      Eweek writes hundreds of articles about products and technologies a month.

      They can't run them all...

    2. Re:Ah, but the real question is... by Anonymous Coward · · Score: 0

      I do not know about eWeek servers, but I can tell that our Mainsoft web servers are running the following stack: Linux/Apache/Tomcat/PostgreSQL/Grasshoper/DotNetNu ke (ported to Linux with Grasshopper)

      So we follow the old adage to eat our own dog food, and we like it;)

    3. Re:Ah, but the real question is... by buro9 · · Score: 1

      They're running Vignette.

      Another buzzword of it's day, whose single trick was to save every file requested as a file on the docroot.

      The URL can be pulled apart to show the caching technique:
      0,1759,1819422,00.asp

      0 = cache|don't cache

      1759 = template id to use... the template is bound to the path so you don't need to send this in

      1819422 = some ID used to fetch whatever you want on the page, article in this case

      00 = features... consider them flags for other platforms, re-format for WML, etc

      The .asp is irrelevant, as even if this is a IIS box you can map the extension to fit Vignette.

      The way vignette works is thus:
      Check that a file exists, if it does not, throw a 404, intercept the 404, if the intercepted URL exists in the Vignette database, fetch the template relating to the path, generate the page, write it onto the docroot, serve page to requestee.

      All very useless... as frankly anyone worth anything wouldn't spend that much money on such a product when a reverse proxy cache like Squid could do it much better for very little... and you could have many Squid boxes for a fraction of the cost.

      To clear the cache you merely delete the files!

      What fun.

      Erm... to explain the IIS thing... I've seen many IIS sites that live behind iPlanet proxies, and vice versa... just because the extension says .asp and headers say so, this does not mean that it is so. Obfuscation isn't good security on it's, but it's a useful tool in stopping script kiddies and amateurs.

    4. Re:Ah, but the real question is... by Nick+of+NSTime · · Score: 1

      EWeek is reporting news, not endorsing it. The story is linked on Slashdot; should slashcode be rewritten in ASP.NET?

  12. Vanilla please by asliarun · · Score: 4, Insightful

    I think that half-baked solutions like this plugin is a bad idea, at least for code that will land up in production servers. I would prefer a vanilla implementation anyday. By porting a .NET assembly (or IL code) to Java bytecode, i would be unnecessarily increasing the chances of getting wierd or untraceable bugs. Then, there's the question of maintaining the ported code.

    A better albeit more time-consuming solution would be to rewrite the source code itself. The plugin in question might possibly be of some use if we need to quickly port a small application from .NET to Java. But for an enterprise or complex system, no way!

    1. Re:Vanilla please by Anonymous Coward · · Score: 0

      Isn't java byte-code easy to decompile? You're right that it's kludgey as hell to go about it this way, but if you really want a quick way to get off a bad platform...

    2. Re:Vanilla please by Jugalator · · Score: 1

      Yeah, I agree this sounds more like a dirty hack than anything else. I'm not even sure you save so much time either because of the possible weird bugs from a translated bytecode you talk about. I'd say: spend that time of ensuring your app still work as it should and solving any such bugs, instead with taking your source to Mono and fix up GUI code etc for GTK# or whatever. I'd feel much safer that way, for personally having worked with the code instead of an automated tool.

      --
      Beware: In C++, your friends can see your privates!
    3. Re:Vanilla please by jellomizer · · Score: 2, Insightful

      How is this different from ordinary .NET development. You get weird and untraceable bugs in .NET normally. Maintaing it is just as easy as it was before you just make changes in the code and recompile it. And if it is a compiler issue that is why Pre Processor Directives are their. It is the same as OSS people developing code code for PowerPC, x86, and Sparc. with GCC. Yes it is a bit more complex then writing in one platform, but about the same for writing for multiple platforms.

      My guess is that you are either a student (Or recent Grad), work for a government agency, or Non Profit agency, education, or a Really big company that has a lot of disposable money. time-consuming == waisted money. If there is an option to cross compile an application to an other platform rather then rewritting the cross compiling will problably win unless you have a real solid business reason for this. and 100% speed increase wont cut it because for most apps the cost of redoing the work costs more then to buy a computer that is twice as fast. as well this could cause the buisness to loose faith in the new technology if you can port your apps with little effort the technology would look good if you have to rewrite everything then it will be to expensive.

      --
      If something is so important that you feel the need to post it on the internet... It probably isn't that important.
    4. Re:Vanilla please by asliarun · · Score: 3, Insightful

      " How is this different from ordinary .NET development. You get weird and untraceable bugs in .NET normally."

      The same can be said for ANY platform. The number of bugs that you'll encounter is a function of the quality of your system architecture and the quality of code that you write, NOT the platform. The .NET framework, in its current stage (1.1) is a reasonably stable and robust platform, and is no better or worse than the other alternatives.

      "My guess is that you are either a student (Or recent Grad), work for a government agency, or Non Profit agency, education, or a Really big company that has a lot of disposable money. time-consuming == waisted money."

      Yes, i do work in a reasonably big company, and i've developed over 10 medium-scale and enterprise solutions. Believe you me, no company has money to throw away. Every decision has to be justified across several parameters, namely ROI, stability, performance, maintainability, and so on. Furthermore, funding for a project comes out of a department, not from the company itself. Hence, your argument of a big company having a limitless budget is irrelevant, as the (big company's) department budget is never limitless. In fact, it might be much less that the budget of say, a startup or a much smaller company.

      Again, i'm not saying that the plugin serves no purpose. All i'm saying is that this mechanism of porting to a different platform is only limited for simple and non-critical applications. As a project manager or a technical lead, are you willing to stake your reputation (or your career) and say that the ported Java code will be as stable as the original .NET code?

      Will the plugin successfully translate a remoting application, a web service with SOAP serialization, an ASP.NET application that extensively uses HTTP Handlers and HTTP Modules?? A lot of features that exist in .NET, and ASP.NET/IIS don't even have an equivalent in the other frameworks. How about something as simple as delegates or the ASP.NET support for out-of-process sessions (state servers), which you NEED for a web farm deployment?

    5. Re:Vanilla please by P3NIS_CLEAVER · · Score: 1

      You could use jad to decompile the .net bytecode, and have your java.

      --
      Please sign petition to restore sanity to our banking system!!!

      http://financialpetition.org/
    6. Re:Vanilla please by ipjohnson · · Score: 1

      "Yes, i do work in a reasonably big company, and i've developed over 10 medium-scale and enterprise solutions. Believe you me, no company has money to throw away. Every decision has to be justified across several parameters, namely ROI, stability, performance, maintainability, and so on."

      You've never worked for a government contractor have you? I spent a couple years working for one of the largest US defense contracting companies and trust me when I say government contracts are literally black holes that your tax dollars are shoveled into :)

    7. Re:Vanilla please by Eyal+Alaluf · · Score: 1

      Porting is by no means ment for toy applications. We have customers that successfully ported using Grasshopper large applications (over 500,000 lines of code).
      Regarding your questions about what the product can or cannot, why don't you download it, try it and see for yourself?
      The more specific answers are:
      * SOAP web services are supported.
      * Delegates are supported. We couldn't compile the Mono code without such a basic language feature!
      * Out-of-process sessions are supported. The ASP.Net is deployed as a Java servlet and can utilize all the features the J2EE application server provides, including, especially session persistence.
      * Http Handlers are supported (although they require some tweaking).
      * Http Modules are supported.
      * Remoting will be supported in our next release.

    8. Re:Vanilla please by asliarun · · Score: 1

      Well, in that case, i apologize. I was guilty of assuming the (lack of) capabilities of Grasshopper without trying it out first. It does sound much more capable if it supports all of the above. Lack of Remoting support is ok. It's a pain in the nether to configure in .NET itself anyway :-)

      I will give it a try now. My basic contention had only been that in order to maintain the ported code effectively, we would need people with special skillsets and who're at least very good in one platform and reasonably good in another.

      I did come on too strongly in my previous post as well. It's just that my previous experience with porting applications has usually resulted in a mess. A large part of it was also that the original system itself was a mess to begin with!

  13. windows source leakers by richlv · · Score: 1

    funny, i remember that there was a company named mainsoft which was involved in windows source code leakage ;)

    --
    Rich
  14. But can in compile inline asp.net pages? by jojo+tdfb · · Score: 1

    We've been updating our old asp 3.0 code to asp.net. The big problem we've run into is we want to precompile our asp.net but can't with the 1.1 framework. We can with the beta asp.net 2.0 compiler. It requires the asp.net 2.0 runtime as well and that's not so common. I don't know what Mono's 2.0 support is like, if anything yet, but if I could this tool could help compile the inlined pages as well as "port" it to other platforms that would rule.

    Also the title of this story is incredibly stupid. What the hell is a VS.Net application? I know what a .Net app is. I know I have Visual Studio.Net on my work machine, but I've rarely use VS.Net when writing .Net code....

    --
    Linux is really boring from an os standpoint. Now Plan 9......
    1. Re:But can in compile inline asp.net pages? by CaymanIslandCarpedie · · Score: 1

      Also the title of this story is incredibly stupid. What the hell is a VS.Net application?

      I assume the title is refering to the fact that this tool only seems to be available as a plug-in for VS.NET.

      --
      "reality has a well-known liberal bias" - Steven Colbert
    2. Re:But can in compile inline asp.net pages? by TyrelHaveman · · Score: 1

      Why exactly can't you precompile our ASP.NET stuff in 1.1? I do it all the time... I type Ctrl+Shift+B with the project open, which I think is the Build->Build Solution menu item. I was impressed with it myself, actually.

    3. Re:But can in compile inline asp.net pages? by Anonymous Coward · · Score: 0

      I thought that there was something strange there too, especially the reference to their 'proprietary implementation of mscorlib in Java' on the Open Source section of their site.

      http://dev.mainsoft.com/Default.aspx?tabid=39

      Bizarre.

    4. Re:But can in compile inline asp.net pages? by jojo+tdfb · · Score: 1

      Because there's 2 models for ASP.Net. The standard way (which if your using VS.Net your probably doing) is to use code behind pages to separate the code from mark up. The code is in a separate file and everything is inherited from the page object and compile-able. Nice but when you build, your only building the code behind pages and components.

      I've been porting about 8 years of old asp stuff recently which doesn't really compile. Lots of inline code, well written stuff (most of it) so it's not too hard to port or maintain, it just doesn't compile. Not exactly Microsoft's recommended method for ASP.Net, but it does have it's good points. Minor increase in speed and easier to understand and manage code. You do kinda have to deal with managing your own forms and such, but that's not to hard and your pretty much screwed if you try to use VS.Net, but I use gvim anyway so it's a non issue. Seems inline code was scrapped from asp 3.0 to ASP.Net 1.0 and 1.1 but it was requested enough that they put together a compiler for the .Net 2.0 framework that bulk pre-compiles all pages for a app, inline and code behind.

      --
      Linux is really boring from an os standpoint. Now Plan 9......
    5. Re:But can in compile inline asp.net pages? by MikeWin10 · · Score: 1

      What do you use? notepad?

  15. You're a cr*p employer by Timo_UK · · Score: 1, Insightful

    Firing somebody for trying something new? You will soon have a scared, non-productive staff base.

    --
    Timo's Audio Software http://www.esseraudio.com
    1. Re:You're a cr*p employer by Matje · · Score: 1

      yes, but the alternative would be to admit it wasn't a negligable error by the employee. That would confirm that the manager himself made a mistake by risking five production stations with untested software.

      So, rather than take the blame himself he covered his ass by firing someone who wasn't the real cause of the problems.

      He kinda defeated the purpose by publically admitting it was his own fault though :)

    2. Re:You're a cr*p employer by Zemplar · · Score: 1

      " Firing somebody for trying something new? You will soon have a scared, non-productive staff base."

      Calm down. It's okay. That's SOP [Standard Operating Procedure] in all forms of government!

    3. Re:You're a cr*p employer by turgid · · Score: 1
      Calm down. It's okay. That's SOP [Standard Operating Procedure] in all forms of government!

      No it isn't. You move the person responsible on to "special tasks" often with a slight promotion, put a new manager in charge who has no clue, and leave it up to the engineers on the project to get you out of the poop.

      That's how "we" used to do it anyway...

  16. Possible GPL Violation? by pimpsoftcom · · Score: 1

    If I understand TFA correctly and the code for this plugin was developed from mono sources, then isn't it too under the GPL? And isn't distributing only the binary of the plugin without the source code against the GPL? So isn't this company violating the GPL?

    --
    - d
    1. Re:Possible GPL Violation? by kernelpanicked · · Score: 1

      Didn't read too hard did you?

      "We're also open-sourcing our runtime, which is Mono-based,"

      --
      Ubuntu: If at first you don't succeed, blindly slap a sudo in front of it
    2. Re:Possible GPL Violation? by pimpsoftcom · · Score: 1

      Actualy my reader must have missed it. My bad. If this is the case, then care should be taken that they include everything. The artical speaks of the plugin as if its limited and a better version is for sale. This version that is for sale would need to be fully compliant as well. It doesnt hurt to care enough to check ;)

      --
      - d
    3. Re:Possible GPL Violation? by Anonymous Coward · · Score: 0

      Mono license the class library under the MIT X11 license. Check at http://www.mono-project.com/FAQ:_Licensing

  17. I think I need glasses ;) by Fuzzums · · Score: 2, Funny

    EWeek is reporting here about a penguin for Visual Studio.Net, called Grasshopper...

    --
    Privacy is terrorism.
  18. Typical Slashdot! marking parent as Troll! by Anonymous Coward · · Score: 0, Interesting

    He made valid points! He tried Mono and it (as we all know) has a lot of issues especially since its different from .NET which is a moving target.

    One of you blaimed the guy for firing the engineer who tried something new which is something he never said!

    I've been using Linux since 1995 and in recent years we get all these assholes saying community this and that and loudmouth trolls. He is not one of them, frankly the Linux/OSS movement has gone downhill with Sun bashing and even MS are starting to look good. More so in recent years I notice how XP is getting better while Linux distros are bloating up and becoming unstable...

    The parent is not a troll he made a critical remark and those of you who moded him down are facist assholes!

    1. Re:Typical Slashdot! marking parent as Troll! by thzinc · · Score: 1

      Using the pronoun "he" is probably inacurrate, as the exact same text has been posted on numerous other articles. (See replies to parent thread.)

      And I am not facist, nor am I an asshole, TYVM.

    2. Re:Typical Slashdot! marking parent as Troll! by m3rajk · · Score: 1

      Ever heard of Mozilla? Microkernel? POSIX used microkernels first (this was the first and most harped on thing in my os class in college) HP goes so far as to call it's distro and OS and OE. The OS is everything you need to run. the actual microkernel. A lot of others are starting to pick up on this, such as Red Hat, even though they arent doing the naming convention, which i personally like. The OE is the OS + the common apps, and you choose which parts of the OE you want. This is better than MS. You strike me as being either behind, or full of sh*t.

      Before you get mad at that: win 95: most bloated thing seen until ME/2k
      Yes, 98/98SE/NT4.x are all smaller, but starting with ME/2k internet explorer is now tied into the OS as a necessary thing to have, forgetting about the microkernel, making spyware a major problem, and begining a trend in MS to bundle ALL of its software together in a stand at dominance by eliminating the need for lazy people to shop, and thus destroy the competition. Outlook and MSN are now tied into the OS as well. In XP you cannot truely remove outlook or MSN messenger, something possible in both ME and 2k

      now how can you say MS is any better than the linux distros that bundle 10x more software than anyone needs?

      it cant be. at least in the linux distros, the bundled software isnt necessary for the OS to run correctly

  19. Anyone bother to read the EULA? by Decker-Mage · · Score: 5, Informative
    Well I did. Guess what, bring money if you want to deploy using this beast. Here's the limitation right from the EULA:

    "Small Workgroup Configuration" means a Java-based hardware and software configuration supporting the execution of a Developer Application and limited to (a) Apache Tomcat excluding any other J2EE application servers and (b) single CPU (Central Processing Unit) computers excluding computers with multiple CPUs' and excluding cluster or grid of computers.

    You can forget running on your personal multiple cpu development machine, let alone anywhere reasonable, unless you pay the price. It ain't free folks!

    I went digging to find the price for deploying it on anything but what they consider a workgroup machine. You'll find that in What are the licensing terms for Grasshopper. Bring lots of money! At least MS gouges me only once.

    I believe I'll stick to doing my own porting, thank ye!

    --
    "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
    1. Re:Anyone bother to read the EULA? by The+Bungi · · Score: 1
      That's 2 1/2 days of billing for a half-decent three developer team, assuming an average $85/hr rate.

      Peanuts.

    2. Re:Anyone bother to read the EULA? by Anonymous Coward · · Score: 0

      1999 is over. Where the hell are devs still getting $85/hr, downtown Tokyo?

  20. Sorry, I find it useless by Begemot · · Score: 1

    The major strength of VS.NET is in its integrated debugging tools (C++, SQL, ASP(X), JS etc.). Merely converting the bytecode does 10% of the work, debugging (w/other tools) will take the other 90%.

    1. Re:Sorry, I find it useless by joshsnow · · Score: 1

      The major strength of VS.NET is in its integrated debugging tools (C++, SQL, ASP(X), JS etc.). Merely converting the bytecode does 10% of the work, debugging (w/other tools) will take the other 90%.

      Well, I think that the idea is to develop/debug in VS.NET and deploy to a Java container. In other words, this plugin opens up the possibility of deploying on the other major web platform. This just gives the option of using a Java platform if, for whatever reason, being tied to IIS is unfeasible.

      After all, it's already possible to import java code (targetted at Java web containers) into VS.NET for deployment on the Microsoft platform.

    2. Re:Sorry, I find it useless by Anonymous Coward · · Score: 0

      You can debug the resulting Java bytecode in VS as if it was C# (or whatever language you wrote it in). The plugin uses jdb as a backend debugger and VS as the frontend UI so you don't lose the user experience of debuggin in VS.

      Technology-wise it's very cool, how useful is it? Well that's another question.

    3. Re:Sorry, I find it useless by mbee · · Score: 1

      Actually, Grasshopper add-in includes an integrated debugger (and I know that, as I work in Mainsoft and participated in developing it :0) ). The debugger is transparent - you can debug your application as you debug any other C# / VB application (you may set breakpoints, step through the code, evaluate expressions in the watch window etc.), and you will actually debug the Java application created by the Grasshopper compiler.

    4. Re:Sorry, I find it useless by team99parody · · Score: 1
      I'm sorry you find it useless too.

      " The major strength of VS.NET is in its integrated debugging tools (C++, SQL, ASP(X), JS etc.). "

      You need to get out more. The VS.NET's debugging tools are many years behind Java's (not surprising since Java's a 10-year older platform). For a concrete example, consider unit test frameworks that are part of practically any java developer environment. Yes, the marketing PR material claims that a future version of VS.NET (2005) will have unit test features that do everything; but it's not present at all in the released version, and according to my company's developers it's not working in the VS.NET2005 beta.

      After it matures, VS.NET may have debugging tools as one of its strengths; but certainly not today.

  21. Not just linux, any os with a jvm by Anonymous Coward · · Score: 0

    The main reason I could see for doing this is that you can run your app in Weblogic etc. on your Sun servers.
    AFAIK There is no support contract available for xsp or mod_mono and that is a big deal for many companies.

  22. I see failure! by cyberjessy · · Score: 2, Insightful

    No large IT implementation would trust an MSIL to Java byte code conversion. In most cases downtimes are simple un-acceptable. And if one pessimistic guy suggests data corruption they would not even think about it. They might even buy a source code conversion tool (like Microsoft Java to C# converter JLCA), but not converted byte-codes.

    Again such large clients are most likely to want this tool too, a common case being new .Net projects failing to integrate into their predominantly Java-based applications.

    Medium sized companies would most likely run it on .Net. itself.

    For smaller companies, looking to save money on MS licensing, Mono will be a better alternative since they would not have the integration requirements of the larger companies, which only Java can provide. Mono has been tested more rigorously than this byte-code conversion magic.

    Then there are software development companies, looking to port their .Net applications into Java. They wouldn't care about reliability as long as they make quick money. But then, .Net has been around for relatively short period and hence .Net-Java conversion would be less likely than a Java-.Net conversion.

    So who would try this product, other than purely out of academic interest or curiosity? I have a totally pessimistic view about this product.

    --
    Life is just a conviction.
    1. Re:I see failure! by MrMickS · · Score: 1
      [cynical mode on]
      The market I can see for this is consultancy companies with expertise in VB.Net that are required to deliver a solution running on Linux.

      No staff retraining will be necessary so they can make use of the existing skills. The costs involved will be way less than those of such retraining. Furthermore they will be able to deliver something quickly to the client. The ongoing server fees can be hidden in the consultancy fees.

      Any ongoing problems will require more consultancy to remedy them. Providing the client has signed off on the initial delivery these will be fixed at additional cost.
      [cynical mode off]

      Seriously I can see this being used in the above situation and based on that the pricing looks well thought out. Its not going to create a massive movement of apps from IIS to Apache/Tomcat but probably enough to keep them in business.

      --
      You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
    2. Re:I see failure! by Anonymous Coward · · Score: 1, Interesting
      You're trolling. Every JIT compiler does conversions at the byte code level; and many do it in multiple stages (like hotspot). Some JIT compilers also have internal intermediate stages (gnu's thingy - is it called RTL?). Having one more intermediate stage in this translation will have no effect on the overall reliability compared to more mundane things like a monolithic vs micro kernel.

      Large IT implementations especially are the one that can trust it, because they do extensive testing of their own and maintain *INCREDIBLY* complex non-supported enironments such as legacy cobal mainframe apps where all the original authors have retired and all the companies involved are long gone. Large IT installations are also the ones where the economies of scale dictate that they can support F/OSS and their own software (think amazon, yahoo, google) more effectively than paying a vendor to do so.

      Small companies that have no IT shop will use the Microsoft version.

      Midsized companies that depend on their Microsoft partnership for sales leads, etc will use the Microsoft version to maintain a good relationship between the companies (the company I'm currently at falls in this category). Microsoft is incredibly important to us to get our foot in the door at many clients.

      Large companies use whatever architecture their in-house IT group standardized on. If that's Java, it'll mean running the .NET stuff in a Java framework through a tool much as described here.

    3. Re:I see failure! by lmoroney · · Score: 1

      I am inclined to disagree. A large IT shop that has the 'problem' of needing to move business logic and/or web applications to the J2EE platform would evaluate *all* possible solutions. They're a large shop, so they have the resources to do an 'elaboration' stage in every project. The process is generally to have 2 or 3 techie people go out and find potential solutions and then have a 'bake-off' to put them through their paces, and size the effort and costs accordingly. This Grasshopper thing is a totally new and innovative way of solving the problem. It may not be for everyone, but if someone were to dismiss it because it is a byte code conversion, and that is a 'bad' thing, then they simply are not doing their job properly. I have found, from extensive experience in designing and building Enterprise-level applications for 5 digit uptime that the best design is to have extremely granular functionality. Small, lean apps, services etc. I would estimate that 75%-90% of these use only the .NET namespaces that Grasshopper supports, so a port of them to Linux is a home run. The rest may require some tweaking. The process to follow should be to port the easy ones first (in a lab, and not a production environment), and make sure they interop with the non-ported ones (SOAP is a beautiful thing), and then stress test the ported ones for their runtime characteristics. You would be surprised at the results.

  23. Re:Great switch by BarryNorton · · Score: 2, Interesting
    I'm sorry replying to myself, but moderation these days is in the hands of incompetents.

    To defend my point, the JVM is undeniably technically inferior to Microsoft's CLR (read 'Technical Overview of the Common Language Runtime' - say what you like about Microsoft, but Erik Meiker is a fine researcher, whom I know from the Haskell community).

    Furthermore I've worked with Tomcat for a number of years now (though not with IIS for a while), and it is an appalling and unstable piece of software.

    If the moderators choose to judge everything on a political level, so be it, but my point remains, on a technical level (putting aside the political and economic) this is not a move forward...

  24. Re:Great switch by CaymanIslandCarpedie · · Score: 2, Informative

    I think this is the link you meant.

    I was about to be REALLY shocked when I saw your link to a research.micorosoft.com sub-folder on /. ;-)

    --
    "reality has a well-known liberal bias" - Steven Colbert
  25. Re:Great switch by BarryNorton · · Score: 1

    Ooops, thanks... 'check your links', right? *blush*

  26. Paranoid? Think again! by lheal · · Score: 1

    Funding for the project is coming from McAfee and Symantec. Hmmmmm...

    (just kidding).

    --
    Raise your children as if you were teaching them to raise your grandchildren, because you are.
  27. Copycats! by Anonymous Coward · · Score: 0

    Can't open source ever come up with anything on it's own?

    1. Re:Copycats! by Anonymous Coward · · Score: 0

      You mean like a stable OS? We already have.

  28. Re:Great switch by AArnott · · Score: 1

    A agree. Why not use IKVM to run J2EE and others on the Mono platform instead of the other way around?

  29. Exactly... by biz0r · · Score: 1

    Exactly. Since it is mostly well proven that Microsoft has been indirectly funding SCO in some fashion...it isn't a far off idea that they might mimic the same behavior they endorse.

    Just MHO.

    --
    /* sig */
  30. Working around the holes in the .net framework by markh1967 · · Score: 1
    I think the biggest problem with running .net apps on non-microsoft platforms is working around the gaps in the framework.

    Off the top of my head I can think of two specific examples that will cause problems, but I'm sure there are many more:

    1. Printing the contents of a rich text box.

    Microsoft's solution to working around this hole is detailed here. Note how it starts with the line [DllImport("user32.dll")].

    2. Clearing the console

    Microsoft's recommended way of doing this is detailed here and, once again, imports a windows dll - [DllImport("kernel32.dll", EntryPoint="GetStdHandle", SetLastError=true, CharSet=CharSet.Auto, CallingConvention=CallingConvention.StdCall)]

    Best of luck dealing with these cases just using the .net framework!

    --
    Input error. Replace user and press any key to continue.
    1. Re:Working around the holes in the .net framework by Anonymous Coward · · Score: 0

      You're stupid. Neither of those examples have anything to do with web applications.

    2. Re:Working around the holes in the .net framework by Anonymous Coward · · Score: 0

      Don't forget the serial port.

      No access to that either.

  31. Re:Great switch by Anonymous Coward · · Score: 1, Insightful

    So, a Microsoft study shows that MS software is superior. Color me surprised.

    say what you like about Microsoft, but Erik Meiker is a fine researcher, whom I know from the Haskell community).

    Java is celebrating 10 years in a couple of weeks. It is a lot easier to make something good when you have all that experience to learn from. I just think they (Hjelsberg, Meiker et al) are shameless whores to claim all the credit themselves when it is such a total ripoff. No matter what good they have done before.

  32. Java kicks .NETs arse by cspring007 · · Score: 1, Interesting

    Why? You ask.
    Well, off the top of My head i can think of these Reasons:
    1. Java and the developnent platform is FREE.
    2. Java has an On-Line users manual that is top notch.
    3. Java is not Microsoft
    4. Java has way better 3rd party SDKs (I.E. eclipse) than .NET
    5. Java is not Microsoft

    1. Re:Java kicks .NETs arse by Anonymous Coward · · Score: 0

      Rebuttal:

      1. .Net framework, SDK, and compiler are free
      2. MSDN docs make Sun's docs look amateurish. Try googling any .Net question.
      3. Microsoft is the healthiest software company in the world. Sun will soon be acquired or go private, and IBM is laying off people by the 10's of thousands.
      4. There are far more 3rd party commercial components for .Net
      5. Its better to hitch your wagon to a proven winner, not a sinking ship.

    2. Re:Java kicks .NETs arse by Rallion · · Score: 1

      For one thing, .NET's online user manual is really at least as good as Java's. It's certainly much easier to navigate.

      For another, .NET is free, too.

    3. Re:Java kicks .NETs arse by BFKrew · · Score: 1

      I take it you know little of .NET then?

      .NET is freely downloadable from the Microsoft site and the msdn.microsoft.com website is far, far more than an online manual giving frameworks, best practice methods, online manuals - the lot. If you need an "offline" manual then I've yet to see anything better than MSDN.

      As for thr third party SDK's... well, to be honest when I work on projects we all have to use the same thing. If I want to use Visual Age, which has a good Java SDK and you insist on Eclipse that's fine but even still I still counter that only VA comes within a mile of Visual Studio. Seriously. Being able to create Winforms, Web forms simply and debugging code, javascripts, connecting to databases easily, editing and updating tables from one SDK... that's just for starters.

    4. Re:Java kicks .NETs arse by orion41us · · Score: 1

      Not to mention that MS invests in it's developer community more then any other company, the amount of free seminars, online and in person is astounding. That's one thing that MS is realy good at - working with developers...

    5. Re:Java kicks .NETs arse by milimetric · · Score: 1

      I am happy for you that your projects are small enough to use Visual Studio .net. Fact of the matter is, almost any important project at Microsoft itself is not compiled / debugged / programmed in Visual Studio but in other IDEs... Visual Studio .net has an incredible amount of flaws in it and I don't even want to go down that path. Just search the web for something like "I hate Visual Studio .net " and you'll see what I'm referring to. My favorite horrendous error is that it actually compiles the code in order to run the designer. This means that if you make a type-o or something in your code and it can't compile some user controls that you're using, it'll strip them out of the designer and you have to go through and add them all manually.

      As for the "online manual" that you guys speak of, I have yet to see a POORER documentation for a language than the MSDN documentation. The site design sucks, it's slow, I can't ever find what I'm looking for because there's no easily accessible flat structure but a poorly designed hierarchy.

      I believe it's truly a shame that all this terrible stuff has to be attached to such a beautiful language as C#. GO MONO!!!

    6. Re:Java kicks .NETs arse by The+Bungi · · Score: 1
      is not compiled / debugged / programmed in Visual Studio but in other IDEs

      Specifics, please. What "other" IDEs would those be?

      I have yet to see a POORER documentation for a language than the MSDN documentation.

      ROFL, compared to what?

      The site design sucks, it's slow,

      Download the SDK and the documentation along with it, run it locally on your machine.

      Ignorance is not an excuse for stupidity, or lame attempts at FUD.

    7. Re:Java kicks .NETs arse by milimetric · · Score: 1

      this is not at all FUD... lets do this systematically:

      Download the SDK and the documentation along with it, run it locally on your machine.

      Oh, you mean you have 3 gigs of free space just lying around? COOL. Can I use your computer as a server?

      ROFL, compared to what?

      Hmmm... Java. I use firefox and "find as you type" coupled with the lightweight, well explained, very detailed Java documetation makes for a very happy programmer. In comparison, loading up MSDN takes forever and the examples are sometimes retarded and seem as if they're jokes made by microsoft employees (look up the very useless ToString() function of enums. Also, Perl man documentation is amazing.

      Specifics, please. What "other" IDEs would those be?

      Most of the friends I have from Microsoft work in EMacs or #Develop. They use CVS and SVN not SourceSafe and they compile using NAnt. From what they've told me this is also typical of most people in their respective groups. I am basing this on about a dozen friends that work for Microsoft in every unit from Word to Longhorn.

    8. Re:Java kicks .NETs arse by The+Bungi · · Score: 1
      Oh, you mean you have 3 gigs of free space just lying around? COOL. Can I use your computer as a server?

      LOL, that's rich. The most crappy underpowered box you can buy today comes with a 40GB HDD. How much space do you need? 3GB is peanuts. Unless you don't see the value in utilizing those 3GB for this particular purpose, but that's just your personal preference.

      I use firefox and "find as you type" coupled with the lightweight, well explained, very detailed Java documetation

      That's nice. I mean, wow, I can't get anything done with MSDN. Never could. Your logic is inescapable.

      Most of the friends I have from Microsoft work in EMacs

      Microsoft allows their employees to use whatever tools they want. Don Box famously uses XEmacs to do his .NET development. Fine. It's called 'choice'. Your "dozen friends at Microsoft" are hardly a meaningful data point. I guess I've just hallucinated every time I've seen people using Visual Studio at Microsoft. Yes, that must be it. No one at Microsoft uses VS.NET for anything. It must be true because you say so.

      Microsoft has been dogfooding their IDEs and compilers since the very first version of MS C 6.0 and VC++ 1.0, and you have no bleeping clue what you're talking about.

    9. Re:Java kicks .NETs arse by nagora · · Score: 1
      ROFL, compared to what?

      Something accurate. MSDN is totally unreliable. I remember losing almost two weeks of work trying to debug code that followed the documentation. It was only unleashing a disassembler on a Microsoft program that finally showed that the fault was in the docs, not the code. Of course, magically Microsoft's coders had known what the correct in-memory layout was.

      There were other similar occasions but fortunately I'm capable of learning from my mistakes and haven't touched any of MS's shitty tools for five years now. Life is just grand!

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    10. Re:Java kicks .NETs arse by The+Bungi · · Score: 1
      Life is just grand!

      Good for you! I mean, I'd be hard pressed to come up with some other documentation from some other company that has any errors or omissions! Totally right on!

      *snort*

  33. Re:Great switch by BarryNorton · · Score: 1
    So, a Microsoft study shows that MS software is superior
    No, a study explaining what the differences are is presented by people who've both studied and used it (somewhat in their roles at Microsoft Research)

    Wow, Java is celebrating ten years? There are two ways to undermine the point that you're trying to make. First, Microsoft have a longer history of developing virtual machines for programming languages (in Visual Basic). Secondly, are you claiming that after ten years it can't be improved on? That's moronic...

    Finally, you want to claim Microsoft Research are credit-stealing whores over the Java community? Where do you think the idea of objects supporting multiple interfaces for the purposes of inclusion polymorphism (seperated from the nightmare of multiple inheritance that plagues/criples OO-languages) comes from? Java?

    Java owes a lot (beyond even that) to MS Research. Don't judge a company by its Operating Systems division...

  34. Re:Great switch by Anonymous Coward · · Score: 1, Insightful

    Theory-wise you are right. However, Java has a VM implementation with ~10 years of maturity, so your theoretical advantages might not make Java inferior _now_. In theory itanium is not itanic.

  35. Re:Great switch by BarryNorton · · Score: 1
    Theory-wise you are right. However, Java has a VM implementation with ~10 years of maturity, so your theoretical advantages might not make Java inferior _now_
    I'm not talking about the efficiency of implementation of the JVM - by definition the thing in itself is inferior (under-featured).

    In any case, even on that level (and as I said on another branch), Microsoft have the longer experience in VMs - anyone who was using Java right at inception (like me) knows what a huge step forward their JVM was over Sun's original...

  36. Re:Great switch by Anonymous Coward · · Score: 0

    Written in TeX, too. Everything goes back to Knuth these days.

  37. Re:Great switch by Slashcrap · · Score: 2, Insightful

    In any case, even on that level (and as I said on another branch), Microsoft have the longer experience in VMs - anyone who was using Java right at inception (like me) knows what a huge step forward their JVM was over Sun's original...

    Dude, you were doing so well up until that point. Then you had to go and blow it by claiming that Microsoft's JVM was an huge leap forward compared to Sun's JVM.

    I mean, come on! You could have strung this troll out a lot longer if you'd just been a bit more subtle.

    But no, you had to go and shoot your load too early. Apparently a common condition amongst Slashdot trolls, on-line and off.

    Next time try thinking of RMS and counting to a hundred.

  38. Re:Great switch by BarryNorton · · Score: 1

    More efficient, more stable and having a proper means (higher-level than C/IDL, but not tied to one language) to interface with external software - if you think I'm a troll for actually being there when Java was rolled out, or understanding some of the difference between the JVM and CLR, go ahead...

  39. Hooray! by Greyfox · · Score: 4, Funny
    All the ease of use of Linux combined with all the security of Windows! My prayers are answered!

    Yeah... that's just what the world needed...

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  40. MOD PARENT DOWN by Anonymous Coward · · Score: 0

    FFS, someone must know what an actual troll is around here!

  41. It's not that bad by grahamsz · · Score: 1

    Sure that's a BIG number, but ultimately $5000 is worth 2.5 weeks of my time which is hardly an earth-shattering amount.

    I suppose they do price themselves out of the water for smaller apps, but assuming this can run large apps correctly then it could save a LOT of cash.

    1. Re:It's not that bad by Decker-Mage · · Score: 1
      I'll wrap up both replies into one. Sure, that's peanuts to a dev team working on enterprise apps for a corporation. And sure, I know that that price is peanuts in comparison to other similar application servers and add-ons to such servers. I test enterprise apps/app-servers all the time here for the big-guns in the industry. What the heck, I retired at 31 and have a ton of time on my hands.

      However, for ISV's without deep pockets or a sugar-daddy/mommy, fergit 'bout it. This is a problem I have with a lot of the tools/suites that I play with day in and night out and why I pay such close attention to SourceForge, F/OSS, and here. If we expect good software engineering, it requires good tools and platforms.

      What I see out there is that the good tools and platforms are restricted to those with deep-pockets (or insane testers like myself). Sooo... the really neat ideas get implemented poorly due to a lack of good tools and/or testing, and when the industry and enterprises bitch, well they might want to go look in the mirror. Hypocrisy is the human condition, methinks.

      Almost an aside, but I can't see any hosting providers putting this on their systems, not at this price-point, and my targets for deployment are all on a local machine or on an ISP Host. Another one for the nice idea, not for me pile.

      --
      "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
  42. What a great idea! by SuperKendall · · Score: 1

    Now I can run all of the poorly converted Java programs I like back in the Java container again instead of just using the originals! That is awesome!

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  43. What the hell are you talking about? by jojo+tdfb · · Score: 1

    Granted the grand parent is trolling but holy crap man, way to prove a troll right. Almost everything you just said was a bunch of buzzwords and miss informed incoherent babble. First off, POSIX has nothing to do with weather or not an os is a microkernel or a monolithic kernel. It's a standardized api for unix system calls.

    Next up Windows has progressively grown larger and larger since it's release. By your logic it bloated up in 95, shrank in 98 and then it bloated up in both the Me version and 2000 version (which was a completely different os). Internet Explorer wasn't tied to the kernel ever. It was, however, added to the gui api in 98 and then ported over to NT. The kernel can live without IE and it can be removed. It's just not a good idea since a lot of apps use the IE widgets (it is kinda handy at times).

    As for Outlook and MSN being tied to the OS to the level that IE is kinda says you know fuck all about Windows. It is possable to remove both Outlook and MSN in Windows without it comeing to a grinding halt.

    You may have had an OS class in collage but I seriously hope your professor failed you because you didn't learn a single thing.

    --
    Linux is really boring from an os standpoint. Now Plan 9......
  44. Re:Great switch by 0xABADC0DA · · Score: 2, Informative
    First, Microsoft have a longer history of developing virtual machines for programming languages (in Visual Basic).

    Riiight, because Microsoft has so many ex-Smalltalk pople working for it unlike Sun*... Sun knows more about VMs just from Self then Mircosoft ever will.
    Java owes a lot (beyond even that) to MS Research. Don't judge a company by its Operating Systems division..

    Java owes nothing to Microsoft Research. Nothing. Your lack of seemingly any context regarding VMs is simple astounding.
    Finally, you want to claim Microsoft Research are credit-stealing whores over the Java community? Where do you think the idea of objects supporting multiple interfaces for the purposes of inclusion polymorphism (seperated from the nightmare of multiple inheritance that plagues/criples OO-languages) comes from?

    Um, Simula way back in 1967.

    As for being whores, look at some of the other 'innovations' they have discovered:

    Singularity: "safe" C#-based operating system done by a total of over 50 people, with 4 paid full-time for 2 years. DOS interface.

    vs.

    jxos: "safe" Java-based OS done by a handful of people in basically their spare time. AWT interface with lists, buttons, textboxes, etc. Plays minesweeper.

    One of them is a direct rip, apparently from the interview including even the underlying architecture.

    * -- that's sarcasm btw.

  45. Re:Great switch by Anonymous Coward · · Score: 0

    Correct link for self:
    http://research.sun.com/self/

  46. great, just what the world needs... by v3xt0r · · Score: 0

    more .NET lameness! =(

    --
    the only permanence in existence, is the impermanence of existence.
  47. Re:Great switch by BarryNorton · · Score: 1
    Riiight, because Microsoft has so many ex-Smalltalk pople working for it unlike Sun
    I'm not saying that Sun didn't buy in talent, and eventually pull up from the nose dive which was their initial releases, but the fact remains that Microsoft came out of the gates running. (After the lawsuits stopped MS investment it's ironically IBM that took the lead...)
    Um, Simula way back in 1967.
    Excuse me? Tell me I'm wrong (I admit I've never used it), but pure interfaces? (and true subtyping?) I was under the impression that Simula didn't even support multiple inheritance (i.e. doing the job badly with subclassing)...
  48. Re:so stupid it hurts by namekuseijin · · Score: 4, Informative

    "1. Java and the developnent platform is FREE."

    Free as in beer. The same as the .Net platform and command-line tools, btw...

    "2. Java has an On-Line users manual that is top notch."

    same for .Net, like it or not.

    "3. Java is not Microsoft"

    Nope. But it should read: "Sun is not M$ ( though they would really love to be )".

    Or .Net is M$'s Java libraries and C# their java language...

    "4. Java has way better 3rd party SDKs (I.E. eclipse) than .NET"

    IDEs are for losers. Gimme a powerful, expressive language ( Python, Ruby, Haskell, Ocaml ), capable of yielding the power of ten java imports in a sentence, and a good text-editor ( XEmacs ) and i'm sold.

    --
    I don't feel like it...
  49. finally we can by sucati · · Score: 1

    run nstruts, nspring, nhibernate etc on tomcat. Seriously though, I applaud their effort from a wow-thats-kind-of-cool standpoint but I can't imagine anyone having a need for this.

  50. V5, V6, etc by MemeRot · · Score: 1

    With the newer versions of Vignette they supported coding in both ASP and JSP and working within the vignette platform. They might be better now, but when they first added this feature the native Tcl code ran much faster than a template written in ASP or JSP. And if you're writing in ASP or JSP, why bother with vignette? The only thing vignette ever got right was charging a million dollars per installation so that managers would think 'wow, this must be good if it costs so much'.

    Vignette was the biggest pain in the butt I ever developed for, though I did like Tcl a lot.

  51. E-M? by Doc+Ruby · · Score: 1

    How far away is a converter to bytecode that runs on J2ME? I'd love to target easily developed .NET apps at more reliable mobile devices.

    --

    --
    make install -not war

    1. Re:E-M? by cnettel · · Score: 1
      Hey, what about the other way round? There is no good, free Java implementation of any kind for recent WinCE. (Kind of obvious, since there is no good, free Java at all. Maybe one should start contributing.)

      I imagine it could possibly be simpler to get J# code from MS running, combined with the NetCF and a byte-code converter from Java. Kind of like running Win95 in Bochs on your PDA... (i.e., useless)

    2. Re:E-M? by Eyal+Alaluf · · Score: 1

      The byte code converter is probably not too far. After all J2ME uses the same Java byte code as Java. However, the runtime that comes with it was not designed with J2ME in mind and uses non J2ME runtime classes

  52. Vi by jojo+tdfb · · Score: 1

    Vi and FireFox is all I need for ASP.Net development. Oh and a .Net compatable web server.

    Gvim for Windows is my tool of choice, thou some days, when I'm feeling sassy, I use TextPad. People who can only code in an IDE, tend to produce bad code. Don't get me wrong, IDEs have their place, but you don't actually NEED one.

    If you don't understand your platform and tools well enough to be able to code with only a text editor then you may not actually know your platform. Doesn't matter if it's .Net, PHP or Prolog. Know the dark secrets of your tools and you could code everything with nothing more than a shell account and an apple II.

    Granted I'm probably preaching to the choir here ;)

    At least I hope I am......

    I should probably go to bed, post-24 hour codeing sessions make for crappy posts on slashdot.

    --
    Linux is really boring from an os standpoint. Now Plan 9......
    1. Re:Vi by EMN13 · · Score: 1

      Frankly, I wouldn't seriously consider and large coding task without a good IDE, and VS.NET (esp the new 2.0 version) is about as good as it gets. Autocompletion is a real time saver for all those handy functions you rarely use - and even a vehicle of discovery: After pressing the dot, I've occasionally noticed a method I really wouldn't have thought of using otherwise. The inline debugger you can use in mid-HTTP transmission (even on browsers other than IE...) is quite useful for quickly getting a grasp on which particular thought twist is causing the latest bug, and of course integrated help on the class library is pretty much a must IMHO. I also use XSLT extensively, and the new version even supports Intellisense and debugging on XSLT...

      It'll parse the compiler output and cross-reference the compile errors in your code, do some simple refactoring, find all references of a symbol, perform project wide regular expression searches, let's you jump directly to the declaration of a variable etc etc etc.

      There's hundreds if not thousands of features I haven't named yet, most all of which are potentially useful, and which usually you can disable if you don't need em (say like the database browser for non-database apps)

      I've played with eclipse too, but currently I'm not in the java game, but eclipse supports a boatload of similar features, as does borland's JBuilder.

      So really - why in the world would you choose NOT to use an IDE?

      The only real reason I can think of is that it does take a bit of a learning curve to actually be able to use productively precisely because of the overwhelming number of features...

    2. Re:Vi by jojo+tdfb · · Score: 1

      In my experience things like autocompletion are nice if your not exactly sure about the syntax or how an api works but otherwise it's just eye candy at best and breaks your flow at worst. The integrated help is nice, but it's nothing different from what's online or in the standard help kit that comes with the downloadable framework. I usually find what's online is much more helpful that Intellisense. I don't just get the basic syntax but how to actually use it and other related functions.

      A lot of the tools included in VS.Net are top notch, but they're not the only way to work. Debugging with the debugger is like trying to find a huge billboard with a microscope. There are faster ways than the debugger. Next time you want to see what a variable is doing try putting MessageBoxes or Response.Write(""); in your code to see what's happening. Half the time you'll get it figured out in half the time than if you had used the debugger.

      As far as other tools go, you can still; browse databases with other tools. In fact it's usually better to browse them with other tools. I know for MS SQL Server, Enterprise Manager is awesome and Query Analyzer is great for tuning my SQL statements. There are tools for Oracle and PostGreSQL as well that are very handy. Also keeping a copy of your basic unix tools on Windows is also handy. Grep has saved my ass a few times and bob knows I couldn't live without make ;)

      I too use a lot of XSLT and I couldn't live without it, but in all honesty 98% of the problems I run into aren't syntaticial. That means things like Intellisense are pretty much moot. I have quite a few macros for Gvim for testing XSL documents as well as some other basic tools.

      That's why I and many others don't use IDEs but that doesn't mean my way is right for everyone. The best tool for the job is the one that you feel most comfortable with and allows you to solve issues most effectively.

      --
      Linux is really boring from an os standpoint. Now Plan 9......
    3. Re:Vi by crazyphilman · · Score: 1

      Ok, I'm sorry, I've gotta call bullshit here. Debuggers are WONDERFUL. I just think you don't know how to use them effectively. No flame here, just something I want you to consider.

      When you're running in an IDE, you can set breakpoints around your code and step through it one line at a time until it blows up. Then you know the EXACT LINE where it blew up. Or, better: you can set "watches" on some of the variables and objects you're working with, and WHILE you step through your code, you can keep one eye on the value of your watches and see WHY it blows up. EVEN BETTER, you can use the "immediate" window to quickly try out something you're feeling suspicious of, and maybe get some clues about what's going on.

      Response.Writes are of very limited usefulness. If the app crashes, you ain't gonna see 'em. The page might not even be rendered.

      You're way, way wrong here and you should at least give our way a try before you give up on it. Give it a couple of days, you'll thank us.

      Seriously.

      --
      Farewell! It's been a fine buncha years!
    4. Re:Vi by jojo+tdfb · · Score: 1

      You know, you can always go Response.End......

      I can see why something blew up by printing out the values and ending prematurely. I can also try/catch blocks with Response.Writes and Response.Ends. Nothing special about that. I still get my Response.
      Writes as well as they're there giveing me info even if the app looks to be running properly.

      Another small issue is that the box that I edit on and the box that it all runs on are on other sides of the planet. I'm in Florida and the rest of the devs are in Arizona. Granted this is how we work when everyone's in the same room and it's a good system. It's not for everyone but it works very well for me.

      --
      Linux is really boring from an os standpoint. Now Plan 9......
    5. Re:Vi by jojo+tdfb · · Score: 1

      I suppose I should also mention this is my codeing style for asp.net only. A lot of the apps I'm working on are in asp 3.0 and are slowly being ported over to asp.net. If I were writting a WinForms app in C# or VB.Net I use the ide. The debugger I rarely use, seeing as how the system I described works well for me and it's almost completely independant of any tools or languages. It works in Python just as well as C#.

      I'm not saying that debuggers are completely useless, I'm saying I don't need to use one.

      --
      Linux is really boring from an os standpoint. Now Plan 9......
    6. Re:Vi by crazyphilman · · Score: 1

      Well... Yeah, OK, debugging in ASP pre-.Net really sucks. You don't really have as many options in terms of stepping through the code. The only place where I can step through code in that environment is in my middleware. I wrote a unit-testing tool in VB6 that accesses a local COM+ copy of my middleware and lets me step through it, trying individual function calls and so forth. But the ASP pages themselves... Feh.

      I'm generally reduced to using Response.Redirect to an error page, passing a "whereami" string and any error data and variable data I've got at that point. Here's something: whether you use "On Error Resume Next" or not, if you try to access a null recordset using, say, "while not myRecordset.EOF..." you'll get a nice hang. I think the dopey-ass system gets itself stuck in an infinite loop and just spins its wheels. I had to debug something like that recently... I tore out half my hair trying to figure out why it wasn't erroring out for me, and hanging instead. MY expectation was that it would puke and give me a nice error message. But NOOOOOO... :)

      Anyway, using a good debugger is SO much more efficient! And, don't most good languages come with one? I can't believe Python doesn't offer something... With all the Linux guys who love it, I'd bet every Linux IDE offers SOME kind of debugging for Python.

      And, it's not that you *need* to use one (even I don't, and I'm a big fan of debuggers). It's that they're really useful, so why wouldn't you want to?

      --
      Farewell! It's been a fine buncha years!
    7. Re:Vi by crazyphilman · · Score: 1

      Yes, that's true, but doing it with a debugger, you can just step through the code without pasting in all sorts of debug code. It's quicker, cleaner, and a whole lot less work. One of the nice things about ASP.Net is the way the debugger actually *works*.

      ASP (old-school) unfortunately doesn't work very well in terms of debuggers, so you're stuck doing it the "old" way. What I do is, I put in response.redirects and pass a "whereami" string and some debug info to an error page. But I don't like it. It's a pain in the butt to do it that way, you know?

      Debuggers are nice.

      As far as the way your developers are distributed, well... That's pretty extreme as cases go. I'm lucky, I guess -- we're all in the same building. :)

      --
      Farewell! It's been a fine buncha years!
  53. Re:so stupid it hurts by cspring007 · · Score: 1

    I guess i am a loser.
    i am in love with eclipse.
    honestly, ive never worked with .net and it comes around bites me in my arse when i look for jobs
    I (probably needlesly)worry that next week microsoft will drop it and go with something copletely new
    Free beer is good

  54. Isn't this a good thing for Linux? by lmoroney · · Score: 1

    Hands up how many of you work for large Enterprises? (You know the ones that are the bread and butter of the technology companies)
    Ok. Now, how many of you have mixed deployments? You know, Wintels running pre .NET application, Wintels running .NET applications and App Servers of Some ilk running Java and J2EE applications on various operating systems. And some poor sods (probably you) trying to hold it all together?
    Ok. Good. Now, I'm not sure how many still have their hands up, but in my travels I have encountered *lots* of Enterprises with such data centers.
    Ok, now, how many of you are development managers? Probably not so many. Well, I have been one, and I have known many, and I can say with almost 100% certainty that those who managed groups of junior to mid level devs, building web applications using VS.NET finished more projects, on time and under budget than those that didn't. Fact. You might think that 'real' developers don't use IDE's, and I applaud you that don't, but the fact is the majority of developers who get paid to program do use IDE's and without doubt the most productive ones have been using VS.NET and its predeccessors. Lots of people love Eclipse et al, but, show me a person who can write 500 function points a month in Eclipse and I will show you a VS.NET who can be equally productive, but cost the employer half as much.
    Sure J2EE runtime characteristics are *much* better than the .NET framework ones. But to bean counters that doesn't mean squat.
    So now, these guys, Mainsoft come up with a way to have those same junior developers run the same applications, in many cases without modification, on the J2EE platform.
    And this is a bad thing?
    And once it is on J2EE, it can run on Linux too.
    And this is a bad thing?
    Skepticism is healthy, but only if tempered by fact. For you guys who are knocking this, do yourself a favor -- download it and try it out. It's great.
    Now if only they supported the Windows Forms workspace, then I could look at migrating client apps as well as web apps and web services....surely there is no better way of migrating that using something like this? Despite the similarities between C# and Java on the surface, the language isn't as important as the class libraries that support that language. Not all .NET namespaces are implemented in Java by mainsoft, but the majority of the ones for Web Applications and Web Services seem to be. That makes this a real winner in my book.
    I reviewed this product for devx.com some time ago (a previous version of the product), and have to say I found the experience VERY positive, in particular the facility to consume EJBs in .NET web applictions with the same simplicity, using proxies, that you can consume Web Services.
    http://www.devx.com/dotnet/Article/20540/0
    http://www.devx.com/dotnet/Article/20866/0
    Thumbs way up!
    Laurence

  55. Languages for MSIL and Java bytecode by tepples · · Score: 1

    I thought he was talking of Java the Language, as that's what the article is all about (Java bytecode).

    Bytecode is platform, not language. All these languages can be compiled to MSIL (.NET bytecode). Likewise, all these languages can be compiled to bytecode for a JVM.

  56. Thanks, I'll stick with LAMP! by ylikone · · Score: 1
    Linux/Apache/MySQL/PHP

    Why the hell bother with VB.NET?????!

    --
    Meh.
  57. Re:so stupid it hurts by namekuseijin · · Score: 1

    "Free beer is good"

    Yes, but it's better when you get the recipe to do it and possibly improve it yourself.

    --
    I don't feel like it...
  58. Re:Great switch by Anonymous Coward · · Score: 0

    You're stupid. There are several JVMs that are faster than Microsoft's CLR. The paper you cite only states that the CLR supports more kinds of programming languages cleanly, not that it is a superior platform.

  59. Re:Great switch by BarryNorton · · Score: 1
    You're stupid
    Thanks for your opinion - from an anonymous coward that really stings...
    There are several JVMs that are faster than Microsoft's CLR
    I forgot that's all that's important. I bow to your great wisdom. I shall also give up all the exotic languages that can run on the CLR and take up Fortran, because speed is all that's important...

    Something tells me that you don't even really know what a virtual machine is, or how it's defined... but I'm stupid so what do I know?

  60. Re:Great switch by BarryNorton · · Score: 1

    The minute you're able to provide that Simula reference (to the support of multiple sub-typable pure interfaces in objects, and references polymorphically typed according to these interfaces) I'll be happy to go check it upstairs with my examiner, Graham Birtwistle (the author of the original book on Simula... obviously we can't go to Nygaard, but I'm sure you were also at his tribute in Oslo last year).

  61. Re:Great switch by 0xABADC0DA · · Score: 1

    And here the British were supposed be good with sarcasm, but the point that interfaces in OOP have been done since time immemorial obviously escaped you. Regardless, it certainly is possible to have interfaces in Simula, by grouping the interface methods into a Class, having the interface class as an attribute on each Class "implementing" that interface, and delegating the instance methods to the enclosing class methods. Then you can test for implementation of the interface, access methods on the interface without knowing the concrete type or supertype(s) of the object, and it is inherited to subclasses.

    I should hope your experts could come up with better ways to implement interfaces in Simula. In any case, the idea that Microsoft Research invented interfaces and that's where Java got them is simply wrong on any number of counts.

  62. Re:Great switch by BarryNorton · · Score: 1
    Regardless, it certainly is possible to have interfaces in Simula, by grouping the interface methods into a Class, having the interface class as an attribute on each Class "implementing" that interface, and delegating the instance methods to the enclosing class methods. Then you can test for implementation of the interface, access methods on the interface without knowing the concrete type or supertype(s) of the object, and it is inherited to subclasses.
    Object composition (to avoid the lack of multiple inheritance) will not allow polymorphic typing of the object itself, and hence references to it via such pseudo-interfaces.
    I should hope your experts could come up with better ways to implement interfaces in Simula
    Implementation is easy, typing is the issue. Only by recognising these things as first class can this be achieved (without the nightmare of multiple subclassing with inheritance).
    In any case, the idea that Microsoft Research invented interfaces and that's where Java got them is simply wrong on any number of counts.
    Who said that? Me? I simply claim, and have still to be proven wrong (though honestly am open-minded to this), that Microsoft popularised this first. I don't deny that Java is heavily based in Objective C, but is this a first class concept there (and subject to subtyping, not subclassing)? No!

    Finally, I don't think either approach (COM or Java) is thorough, in any case, and prefer the notion of 'type classes' from Blott's thesis, as implemented in Haskell. I just think MS Research deserves a little credit (for COM and for the CLR at least).

  63. Re:Great switch by 0xABADC0DA · · Score: 1

    0x: In any case, the idea that Microsoft Research invented interfaces and that's where Java got them is simply wrong on any number of counts.

    Bn: Who said that? Me? ...
    Bn: Finally, you want to claim Microsoft Research are credit-stealing whores over the Java community? Where do you think the idea of objects supporting multiple interfaces for the purposes of inclusion polymorphism (seperated from the nightmare of multiple inheritance that plagues/criples OO-languages) comes from? Java?

    Java owes a lot (beyond even that) to MS Research.


    So, you both implied that Microsoft originated interfaces and asserted it. And you are simply wrong about it.

    COM is a piece of poo rip off with interfaces, delegation, and thikly caked layers of crud calling itself OOP; like Windows, Microsoft popularized it. Harldy something to be proud of IMO.

  64. Re:Great switch by BarryNorton · · Score: 1
    OK, I didn't mean the original idea, but I admit my English isn't very clear about that.

    I remain of the opinion that Microsoft popularised the idea of first class interfaces, that that was a good thing and that that had an influence on the design of Java...

    To be clear, what I was saying was that that seems to be where Sun got the idea - nothing you've said has convinced me otherwise.

    In particular, can you point me at any reference to this as a (pre-Gamma) 'design pattern' (i.e. documented idiom) in any sufficiently expressive language (since you seem to have given up with Simula)?

    Brocksmidt's book was my first exposure to this (in multiple inheritance C++). Such a thing might have been common practice in Objective C or Smalltalk, but if so no one has been able to show it to me in black and white...

  65. Re:Great switch by 0xABADC0DA · · Score: 1

    First off, COM wasn't a "sufficiently expressive language" since it was a bunch of macros and conventions on top of C/C++, which puts it into the same camp as interfaces in Simula. Second, if you refuse to believe the Java developers themselves and take into account their extensive background in Smalltalk and Obj C and instead believe they ripped it from COM of all things because, well, that's just what you believe then that's pretty lame.

    asAnInterface: ^self
    -- (c) 1991 Microsoft Corporation. Patent pending

  66. Re:so stupid it hurts by cspring007 · · Score: 1

    My friend and i really tried to brew our own beer a couple of times, it would have been really good too.. except for the aftertaste of feet.
    I think we used too much hopps, or the ph was funny in our water supply.

  67. Re:Great switch by BarryNorton · · Score: 1
    Actually, COM was a typable IDL with these features, C++ was just one of many bindings.

    I have already acknowledged, and never denied, that Java takes on board Smalltalk and Objective C, but you have been unable to prove that polymorphic typing through pure interfaces was an idiom in those languages, and you were plain wrong about Simula.

    If you want to continue to ignore what I'm saying and talk in circles, free feel, but for me this conversation is over until you can back up a single thing you say...

  68. Java and JSP came first ... by willtsmith · · Score: 1


    Java and JSP came first. So I'm not sure why companies that CHOSE .net including it's higher licensing fees would WANT to port over to JSP.

    I agree with the mono angle. If they want to run on Linux. Just run MONO.

    The ONLY angle I can see is project/application integration between JSP and ASP.net.

    --
    -------- -------- Support Wesley Clark for president!!!
  69. Java is not open source ... by willtsmith · · Score: 1

    ...

    Java is not open source, so you don't have the recipe.

    There is enough information out there to reconstruct EITHER platform in an open source project.

    I prefer .net over Java because it's just plain EASIER.

    Java does have more cross platform support. But when 90% of the computers out there are Windows, it really doesn't matter much.

    --
    -------- -------- Support Wesley Clark for president!!!
  70. Agreed ... by willtsmith · · Score: 1

    ...

    If printf() was sufficient, gdb and every other debugger would never have been developed.

    --
    -------- -------- Support Wesley Clark for president!!!
  71. The only CASE tool ever developed worth ANY money by willtsmith · · Score: 1

    The only CASE tool ever developed worth ANY money was the IDE. Code is design. Rapid prototyping and development is design. Rose is garbage that distracts from the real work of developing ideas by rapid prototyping.

    Visual Studio, Visual Age, CodeWright, Visual SlickEdit, you take your pick. Put documentation, compilation, debugging, file management and version control all together and that is what will make people more productive.

    --
    -------- -------- Support Wesley Clark for president!!!
  72. 10 years of Java ???? by willtsmith · · Score: 1


    Well, technically it's 10 years for Java as a TOY. It's only about 5-6 years for Java as a tool that actually accomplishes something.

    --
    -------- -------- Support Wesley Clark for president!!!
  73. Virtual machines in general by willtsmith · · Score: 1


    Well, I do think that Microsoft did invest a buttload of money into a certain interpreted langauge called Visual Basic. No it's not a virtual machine. But if you're only using one language, you don't exactly need p-code, do you????

    BTW, I hate VB because it's an ugly language. But you have to admit that Microsoft made a huge commercial success out of a programming environment that didn't run compiled code. VB was a successfull and USEFUL product running live in businesses LONG before someone figured out how to turn the fun, smart, innovative and mostly useless Java toy into a real tool.

    --
    -------- -------- Support Wesley Clark for president!!!
  74. Why use C# by willtsmith · · Score: 1


    Well, C# is a more advanced language to begin with. It has more features. It's designers weren't so uptite with telling you HOW to program so much as they were in getting tools to you.

    Some of the COOLEST stuff in C# is the attributes which allows the IDE and code to integrate in some pretty amazing ways.

    It's all a matter of personal preference. I think C# is VERY cool. I think it's WAY easier to work with than Java and it certainly requires less typing to do some pretty simple tasks.

    No doubt that Java is more "cross-platform". You have way more Java target OSs than for .net. But for 95% of the people out there, that doesn't really matter. dotnet runs on Windows and Linux.

    Just remember that cross platform is almost NEVER magic. Real applications carry baggage with them that carry potential pitfalls. I have yet to see shrinkwrapped Java software on the store shelf meant to be installed generically across Mac/Wintel/Sun/Linux/HP.

    The ultimate irony is that Java was designed to be a "client side" language running interactive content through a we browser. That never happened. Flash and Shockwave happened.

    As cool as write once, run everywhere sounds, in the real world there is really very little need for it.

    --
    -------- -------- Support Wesley Clark for president!!!
  75. Re:The only CASE tool ever developed worth ANY mon by lmoroney · · Score: 1

    Amen to that.

    Most of the time I've seen modelling tools used (like Rational Rose etc.) has either been on a job interview, or after the fact. You know, app is built, ready to be deployed, and to keep ops or CTO happy you need a well modelled architecture :)

    The real productivity is IDE based. I've worked with large and diverse groups, and the winner in IDE productivity, for the 'average' developer, has been hands down VS.NET. Followed by Weblogic Workshop and Oracle JDeveloper.

    That is what is so attractive about this product from Mainsoft. You can get your 'morts' to build apps that run on J2EE, taking advantage of this superior runtime platform, without training them for J2EE. Huge productivity boost. And with all the jobs that are being outsourced to India and the rest of the far east, productivity gains by domestic workers cannot be a bad thing, can it?

    Laurence

  76. ffs by petermgreen · · Score: 1

    if you are going to adapt a troll at least do it properly

    "Besides, our IT manager had been using a Mono in his office"

    even by /. standads that is terriblly poor grammer and fairly obviously the result of a search/replace.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register