October 2007
Monthly Archive
Monthly Archive
Posted by Chris Alcock on 30 Oct 2007 | Tagged as: .NET, C#, Design, Development, Software, SysAdmin
One of my longest standing pet hates with desktop software developed in .NET relates to the almost inevitable security exception that will occur if you attempt to run it from a network share. Its always one of the first things I notice about software, as I often download and unzip software onto my desktop (which on my work machine is located on a network share) and then attempt to run it in place. Many large and quite impressive pieces of software that get distributed as .ZIP files rather than installers suffer this plight, and a lot of them don’t handle the exception well (One that springs to mind was the much heralded release of NDepend 2.0).
The good news is that this anguish may well be about to come to an end, as Brad Abrams requests feedback about the .NET teams possible plan to make network shares trusted. As he mentions, there really is no good reason not to trust a network share for running managed .NET code – there is no such protection for unmanaged code, and there is little or no way a normal user would be aware of which is .a NET EXE and which is unmanaged EXE.
To answer Brad’s Questions:
A) Have you ever run into this limitation (a security exception when running a .NET application from a network file share)?
I frequently experience these issues – I tend to use this problem (and if its been worked round in the application) as a yard stick as to how well written the application is.
B) How often do you use network file shares for deploying applications (managed or otherwise)?
Most of my development is web based, however for utilities written for in house use we tend to distribute them on a network share – being able to run these in place would be a great help, as updating them would be easier.
C) If you think we should make this change, when would be a good time? Is it something we should do sooner in a service pack of the .NET Framework or later in a full release of the framework. Note, we are DONE with .NET Framework 3.5, so there is zero chance it is getting in that release.
From my point of view a patch as soon as possible, and have it included in the next release of the framework – Since this is a relaxation of the current restriction, I can’t see that it would cause any more problems in terms of support of existing application, as a reduction of the support incidents caused by this issue would reduce.
D) Can you ask your local network admin what they think of this issue? Would they be in favor of this sort of change? If so, when?
This change should simplify deployment – allowing Managed EXE to run from shares should mean that local disks can be more locked down as there would be no need to copy programs locally to run them.
All in all, I’m very much in favour of this change – It will level the playing field, give a more consistent user experience, and reduce the problems people have with winforms applications.
Comments Off on Untrusted Network shares
Posted by Chris Alcock on 22 Oct 2007 | Tagged as: Database, Development, SQL
A common database problem I have to explain to people is creating search functionality which allows a user to find a master record based on it having some or all of a specified set of related records. To illustrate this, consider a database which defines products, which can each have 0 or more features from a table of features assigned to them.
The table Product contains the details of the product (in our case, just a name – its an example after all). A list of features are supplied in the Feature table, and the relationship between a products and a feature is expressed by a record in the ProdFeatureLink table.
In this example, we will have 3 products, each with a different combination of the three features:
So, to summarise the data involved we can issue the following query:
select
p.product_key, P.ProductName, F.FeatureName
from product p
inner join prodfeaturelink pfl on p.product_key = pfl.product_fkey
inner join Feature f on f.feature_key = pfl.feature_fkey
This gives the following results:
In our first case we are interested in products which have ‘Feature 1’. To find these we can use the previous query with a filter for the feature required:
select P.* from
product p
inner join ProdFeatureLink pfl on p.product_key = pfl.product_fkey
inner join feature f on f.feature_key = pfl.feature_fkey
where
f.featureNAme = 'Feature1'
This gives the following result set:
This query correctly returns Products 1,2 and 3.
In the next case, we are interested in products which have any or all of two features (Features 2 and 3). Again, this can be achieved by taking our original query and adding a where clause which filters for either of the features. This filter can be performed using ‘featureName IN (X,Y)
‘ or by ‘FeatureName = X OR FeatureNAme = Y
‘.
select distinct p.*
from product p
inner join prodfeaturelink pfl
on pfl.product_fkey = p.product_key
inner join feature f
on f.feature_key = pfl.feature_fkey
where
f.featureName in ('Feature2', 'Feature3')
And here is the result set:
In order that we only get one mention of the product record the query above uses the Distinct clause, otherwise we would get duplication of results.
The final case is to find products that have both Features 2 and 3. This isn’t as simple as it might seem – we can’t just use the AND operator in place of the or, as each individual row of our original query’s results cannot contain two feature values. In order to do this, we need some new tools – specifically Group By, Having and an aggregate function or two.
Our previous query (Feature 2 AND/OR feature 3) provides the basis – we just need a way of finding only products which have both Feature 2 and 3. We can manage this by requiring that the count of the rows for each product is equal to the number of features we are searching for.
select p.product_key, p.productName
from product p
inner join ProdFeatureLink pfl on pfl.product_fkey = p.product_key
inner join feature f on f.feature_key = pfl.feature_fkey
where featureName in ('Feature2', 'Feature3')
group by p.Product_key, p.ProductName
Having Count(product_key) = 2
giving the result set:
The placement of the criteria in this query is important. We must use the where to remove any data we are not interested in – so the WHERE filters our data down to only those products which have either feature 2 and 3. We then use the GROUP BY to gather up each product, and finally the HAVING checks that each product has the required number of features.
We can actually merge both the AND and the OR cases of this query together, as the only difference is that for an AND query we must have as many features against the product as we have specified, where as the OR query must have 1 or more.
declare @type char(3)
Set @type='AND'
--Set @type='OR'
select p.product_key, p.productName
from product p
inner join ProdFeatureLink pfl on pfl.product_fkey = p.product_key
inner join feature f on f.feature_key = pfl.feature_fkey
where featureName in ('Feature2', 'Feature3', ..., 'Feature n')
group by p.Product_key, p.ProductName
Having Count(product_key)>= CASE WHEN @type='AND' THEN n ELSE1 END
This query does rely slightly on the structure of the data involved. We rely on the fact that each product may only be assigned one instance of a feature- if a product may be assigned more than one instance of each feature then things do become a bit more difficult – but I’m going to save that for a later date.
UPDATE: Here is a SQL script of the examples used in the article:
AND/OR Searches of related records – SQL Script containing examples in the article
Posted by Chris Alcock on 15 Oct 2007 | Tagged as: .NET, ASP.NET, Development, IIS, SysAdmin
When you first request a page from the an ASP.NET application, the .NET framework takes the ASPX file and generates code to actually execute the page. This code is then compiled by the framework and the results of the compilation are stored in the Temporary ASP.NET files directory within the framework directory (usually located in c:\windows\Microsoft.NET\Framework). When the ASPX of the compiled DLL changes this code is re-generated and recompiled.
On a server that hosts lots of ASP.NET applications this store of temporary compiled code can occupy a considerable amount of space. On machines with a limited amount of space on their OS partition this can begin to cause problems. Thankfully the ASP.NET framework does allow the location of this directory to be specified as a custom location.
As with most server wide settings you need to make a change to the Machine.Config (for .NET 1.1) or Machine wide web.Config (for .NET 2). The crucial part of the configuration is the Compilation element within system.web. The compilation element has an optional attribute called tempDirectory that allows a new directory location to be specified overriding the default setting of %FrameworkInstallLocation%\Temporary ASP.NET Files.
...
One thing to watch out for when making this change is the file permissions on your new Temporary ASP.NET files – copying the permissions from the original location will do the trick nicely.