CodeBetter.Com
CodeBetter.Com
RSS 2.0 via Feedburner
           Do you Twitter? Follow us @CodeBetter

Steve Hebert's Development Blog

Steve's Blog - From .Net to dotMath and everything in between.

February 2005 - Posts

  • Whatever happened to IMDB?

    During the time of the Windows 2000 launch, Microsoft was pushing the IMDB (InMemory DataBase) feature as a built-in Windows 2000 component, but it got dropped on the way to market.  Anyone have any idea what happened to this product?  Did it ever ship?
  • Multi-threaded development and Petri nets article

    Every couple of years I go looking for this article by Ruedigger Ashe on MSDN about detecting the possibility of deadlocks within a multithreaded application.  The article, published in 1994, really applies to any concurrent locking application (i.e. database apps) and provides another way to look at this type of application design.  Now when I go looking for this article, I've got it.



  • Trying out DevPartner SecurityChecker

    I'm getting a trial version of the DevPartner SecurityChecker application by Compuware. 

    I've previously blogged some bits about using DevPartner Studio on our applications and I've really found the tool invaluable in a number of ways - both as a validation tool and a learning tool.  I've also found that DevPartner Studio really helps in evaluating third party components by determining how well the components clean up after themselves and how memory/processor time is utilitized by the components.  I have some high hopes and expectations for the SecurityChecker application.

    I'll blog more about my experiences with the tool in the next couple weeks.

  • Using internal blogs - an update

    I've blogged some time back about using blogs internally within our company.  We've used these blogs internally to capture info, describe problems/fixes and share articles. 

    Since we've been using the Intersoft WebGrid.NET component, I've created a light wrapper around the control to provide common functionality used across pages in our asp.net application.  I've been using the internal blog to discuss how individual features we require can be implemented.  Others can check out the code and add comments to it as we go.  This provides a nice way to capture the information we need and document feature implementations along the way. 

    While a wiki may be more appropriate, I'm much happier with the blog engine for now. 

  • My New Quest - Creating a dynamic javascript reference that refreshes once and is cached at the client

    For my ASP.NET based application, I have a sizable amount of javascript that needs to be downloaded to the browser on each page.  This javascript code is user-specific.

    I want to minimize the amount of code downloaded to the browser and the impact on my webserver.  Since the page is user-specific and does not change for the session, I would like to be able to generate the script once, download it to the browser, and subsequent references to the Javascript would be referenced locally. 

    The thought here is I would have an SRC link that is generated per user - looking something like this:
    <script language=javascript src=CodeGen.aspx?id=fkj23kj>ShowMenu();</script>

    Each page within the application would contain the CodeGen reference with the id being assigned at the session level for the user.  The first time the browser hits this reference, it goes out to the CodeGen.aspx file and generates the appropriate code.  On subsequent calls, the browser recognizes the cached script file and uses it. 

    There are things I can do to cache the script and download it each time, I don't have a problem with that.  However, given the roughly static nature of this file I'd like to avoid the download time to the browser (and bandwidth/processor usage).  I'm also hoping to avoid setup issues (i.e. registering mime types, modifying web.config, etc.) as much as possible.  But we'll see if that's feasible.

    I'll blog these bits as I proceed on a solution. Any feedback is welcome.

  • Blog overhead - categorizing posts

    With my move to CodeBetter.com, I'm rethinking my posting categories.  Thanks to the .text skin with category tabs, I'm putting my 'holy-grail-quest' blog topics into categories.  I'm not sure if this is the right approach or not, but the more I think about it, the more I like it.

    When I look at blogs, I personally like to see someone discussing a route they've taken over time because there is a lot to learn from these types of posts.  Sometimes the missteps are as eyeopening as the good steps. One case is my creation of an automated build process.  I had completed this project before using batch files, but the compexity of creating an ASP.NET msi deployment on a regular basis along with database upgrade scripts was a bigger problem.  If someone is doing a google search on "Build Automation" or "NAnt" or "Visual Build Professional" , they can see the process from start to finish and how I reached the result.  That to me is far more valuable than the single "here's what I think of tool X" posting.

    A NAnt post with code will still be cross categorized under Development.  I'll be adding several categories moving forward, but let me know what you think of this approach.

  • Column Aggregates not persisted between postbacks in Intersoft's webgrid.net product.

    The Intersoft WebGrid.NET product does not persist the AggregateFunction setting on the column between postbacks.  Therefore, the first time you configure the grid it will work, but after subsequent postbacks it will no longer work.

    Given a form where “complete_qty“ is being summed, the following code should be placed in the “InitializeLayout” event.

       e.Layout.ColumnFooters = ColumnVisibility.Yes
       Dim oCol As WebGridColumn
       For Each oCol In sGrid.RootTable.Columns
          If oCol.DataMember = "complete_qty" Then
             oCol.AggregateFunction = AggregateFunctions.Sum
          End If
       Next

  • Bug Tracking web software

    We've been using elementool for bug tracking at work for the few years and we're pretty happy with it.  Run entirely remotely, the product works well for our environment with implementers routinely on the road.   We started by using their free service and upgraded given the number of users we have on it. 
    Is anyone else running bug tracking through an ASP?
More Posts

Our Sponsors

Free Tech Publications