Anyone had any experience with this?

URL Rewriting with Master Pages and Web Parts.

I have already written an HttpModule for URL rewriting, but when I use it with Web Parts, I get a javascript error, "WebPartManager is undefined".

If I exclude the HttpModule from the project ( and use the default asp.net httphandler) then the page loads correctly.

Therefore, I assume that the URL rewriter is messing up the Web parts functionality of my page.

Any ideas?

bill

Thanks Scott. I'll check that out.

In addition to a url re-writer, I also need to write a custom personalization provider for my web parts.

Basically, I need to load web parts on a page, based on the url the user enters. Like so:

http://www.testpage.com/bob

In this case, the page will need to load the personalized web parts and settings that 'bob' has set up.

Actually, I'll need to load the page based on the application name ('testpage') and the user ('bob')

Visitors to the site will not be able to edit anything at all, just view the page.

'Bob' will change his page by logging into an admin page and make and save his changes there.

I think the easiest solution would be to create a class that inherits from 'Sqlpersonalizationprovider' and override several of those methods.

Any suggestions?

bill

One thing to look at would be this post: http://forums.asp.net/1211536/ShowPost.aspx

I didn't outline it, but I think you could also override the same set of methods, but instead keep things always running in per-user scope.  And in the overrides change the "path" parameter to reflect a combination of appname and username.

The post above keeps all the data in the per-user personalization table and fakes out the personalization infrastructure to think it is getting shared scope data.

If instead you treat each combination of page + appname + username as a unique "page", you can also get the behavior your are looking for.  With this approach you will end up with lots of rows in the paths table because of all the user/app specific pages will get registered there.  Then you can grant all authenticated users rights to enter shared scope.  So each individual user can then enter shared scope on their unique page.  And anonymous users will see the shared scope view of the page - but won't have rights to actually modify anything. 

Thanks alot. That really helped out alot.

However, I'm still trying to figure out how I can get the Url Re-witer to work.

I have an httpModule that does work when you don't use master pages or web parts.

My Url re-writer seems to be breaking web parts. I think there is a property/method/event that I am not accounting for.

What am I missing here?

I also found this post:

http://forums.asp.net/770875/ShowPost.aspx

But I think the webpartmanager is not looking at the correct url.

I've created a provider that inherits from SqlPersonalizationProvider and overrides the methods listed in the above article. Here's my code for the LoadPersonalizationblobs:

We save data based on the value of Request.AppRelativeCurrentExecutionFilePath.  If you want to use a different path, you can set the path parameter in your provider's method override to a different value and the SqlPersonalizationProvider will use that value.

The webPartManager parameter is there mainly for easy access to the page and context if needed by a custom provider.  The SqlPersonaliationProvider doesn't use it though - it only looks at the userName, and path parameters.

Here is the order in which the events fire off:

'Rewrites the URL to point to the page with the master pages & web parts: