Attention: We are retiring the ASP.NET Community Blogs. Learn more >

Jesse Ezell Blog

<i>.NET and Other Interesting Stuff</i> <div id="ad"><script type="text/javascript"><!-- google_ad_client = "pub-1219444915196145"; /* 468x60, created 1/25/10 */ google_ad_slot = "1898962835"; google_ad_width = 468; google_ad_height = 60; //--> </script> <script type="text/javascript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> </div>

  • .NET Scripting Language Performance Blows Away Java

    “The early results with IronPython show that Python compiled to IL can run fast. On the standard pystone benchmark, IronPython-0.1 is 70% faster than CPython-2.3. The numbers for pystone as well as several micro-benchmarks are shown below. For ease of comparison, all times are normalized to Python-2.3. Smaller numbers indicate faster performance...

    ...There are a few points to note about the comparison with Jython's performance. First, IronPython-0.1 is still a rough prototype while Jython-2.1 is a full implementation of the Python platform used in many commercial projects. Recently, correctness and completeness have been the primary drivers of Jython's development. On the other hand, Jython is one of the highest performing scripting languages for Java...and thus the performance comparison bodes very well for other scripting languages on the CLR.” [1]

  • WebResourceAttribute should be ResourceAttribute?

    Nikhil gives a great overview of the problems that the web resource attribute is intended to solve. I think the idea is pretty cool, though the execution could definately be a bit better (especially considering upcoming OS metadata enhancements). My main question is why is all this stuff being done only on the web side through the web resource request handler? The ASP.NET team is going through an aweful lot of work to:

  • Embedding ASP.NET Resources (ASP.NET 2.0 and Our Way Of Doing Things)

    I've seen lots of examples for embedding resources in ASP.NET assemblies (which you can do in v2.0 without much trouble). However, they all seem to get it wrong (they send the bits, but forget the ContentType, which is a very important part of sending back requests). Microsoft's APS.NET 2 implementation gets it right, but requires a bunch of WebResourceAttributes to be appended to an assembly, which basically have a resource name and then a content type... this seems kind of strange to me, as IIS should already have the ContentType for the data you are adding.

  • Whidbey Security Flaw (MembershipUser)

    Revisiting the MembershipUser class, there is something that has perplexed me since day one. Why is there not a UserID associated with it? The simpleton might respond, “but is has a Username property and those are gaurenteed to be unique!” To which I would respond, “yes, until 'jsmith' is fired then another 'jsmith' comes along, you add him to the DB, and now any tables that referenced his username have all of the old 'jsmith''s data.” Of course, some of this can be solved by adding events to the base Membership providers (such as “UserDeleted”), so that you can actually remove user data from the DB if someone deletes them (which should probably happen anyway...), but that requires the user handling those events. If we want things “secure by default,” the solution is to give a proper ID in the first place that will continue to be unique (under AD, you can get the “objectSid” prop, in SQL it will most likely be an identity field or GUID).

  • Flex vs. Avalon

    I've had Flex (Royal) on my machine for quite some time and was able to talk with the product team during the alphas. Now that Macromedia has publically announced a lot of details around MXML and Flex, I can finally say a few things that have been on my mind ever since my sneak peak of Royal.