Hello, I'm Jason
I live with my family in the rolling hills of Northeastern Pennsylvania. I'm a web developer by trade, but have broad experience in various business areas. Want to know more about me?
I was reading an article earlier by Jim Rapoza of eWeek. In the eWeek labs, eWeek setup “stack packs”. Each pack had their own server OS, web server, database, scripting/development language, and test portal.
The Windows JBoss had Server 2k3, Apache, MySQL, JSP, and JBoss Portal. The Windows Python had Server 2k3, Zope, ZODB, Python, and Plone. The WAMP had Server 2k3, Apache, MySQL, PHP, XOOPS. The Linux Python had SUSE Linux, Zope, ZODB, Python, and Plone. The LAMP had Linux, Apache, MySQL, PHP, and XOOPS. The Linux JBoss had CentOS, Apache, MySQL, JSP, JBoss Portal. The Linux J2EE had CentOS, Apache, Hypersonic SQL, JSP, and Liferay. The .NET solution had Server 2k3, IIS, Sql 2k5, ASP, and SharePoint 2003.
According to their tests, the Windows JBoss, Python, and WAMP solutions all were between 14 and 18 transactions per second. The .NET solution was around 6 transactions per second. The rest were all below 3 transactions per second. However, The Linux J2EE solution averaged 240 hits per second with .NET behind around 165 hits per second. The others were all below 25. .NET also performed the best or near the top in the average throughput per second, average page download time, and average document download time. All stacks used Borland’s SilkPerformer to gauge performance.
The issue I have with these results is that I believe they are not accurate. Easily said without proving it, but if you are going to take the time to test these IT “stack packs”, why wouldn’t use use additional software for measuring purposes? Also, why wouldn’t you include the specs of the hardware? Is the hardware the same throughout? What kind of application is being executed? Is it the portal? In my opinion, I think this article proved nothing. It was nice to see .NET at the top or near the top through all the tests, but the results mean very little without answering these questions.Read More
I was reading a post by Richard Dudley earlier regarding membership management on remote websites. He mentioned a tool that seems to be pretty useful and costs $59. That’s not bad at all for users who don’t have the time or desire to whip up a membership console themselves. However, minus the AJAX enabled interface, it’s not that difficult. During my talk at Philly.net back in May, I discussed different ways to manage roles and membership. You can download my talk with examples here.Read More
On one of the email lists earlier in the week, someone struggled with moving the Membership portion of their website from a staging environment to production environment. I’ve seen this many times before and have a solution. Scott Guthrie has posted about this awhile ago. Many developers use the built-in providers without specifying the properties of each section. It is important that the applicationName be set in the web.config. If not, you’ll run into the same struggles. Scott’s post detailing what I’m talking about can be found here.Read More
Julie Lerman, an ASPInsider from Vermont, will be visiting Northeastern Pennsylvania on July 20th, 2006 to present to the .NET Valley User Group in Wilkes-Barre, PA. Julie will be speaking about the 5 scariest things about .NET that don’t have to be. If you’ve never seen Julie present before, it’s a real treat. Be sure to stop on out. Visit DotNetValley.com for more event details including directions.Read More
I was reading a list response by Joteke (Teemu Keiski) earlier about referencing a class in an ASP.NET 2.0 project. In ASP.NET 2.0, if your class is in a code file in the App_Code folder, you do not need to include the assembly in the page directive in the page code. Also, if you are referencing a class in the web.config, you no longer have to reference the “class library name, class name” if the class file is in the
App_Code folder. All files in the
App_Code folder will be pre-compiled and will use the same class library name as the IL pulled from the rest of the project uses.
.NET Valley Meeting: Thursday July 20th
The next .NET Valley meeting will be held on Thursday July 20th at Luzerne County Community College, Nanticoke PA. A map of the campus can be found here. We will meet in building 7, room 703. The event will begin at 6pm. This will be an INETA sponsored event.
5 Supposedly Scary Things about .NET (That Don’t Have to Be) (6:00pm - 7:45pm)
There are a number of topics that many developers typically tend to avoid when learning .NET. But they really don’t need to be so intimidating. This session will explore five of these daunting challenges - delegates, reflection, threading, Code Access Security (CAS) and declarative programming. The goal of this talk is to give attendees a high level, conceptual understanding of these topics – enough to recognize where they can help you in your application development and confidence to dig deeper on your own.
HD Moore, a popular hacker, has recently updated his controversial exploit framework called Metasploit Framework. This framework has plug-in modules to allow users to test everything from their browsers to their operating system and from certain applications to their web server. One of the most interesting modules is the CSS exploit module in which HD Moore created a web test for. You can try out the test here. Also, check out HD Moore’s Month of Browser Bugs blog at http://browserfun.blogspot.com/.Read More