Wednesday, March 30, 2005
Friday, March 25, 2005
Thursday, March 24, 2005
Excellent resource page on the summary of Caching
One of the tools that I use extensively in troubleshooting is HttpWatch. I highly reccomend this tool if you need to see what is going on with the browser. I like Fiddler as well, however, with HttpWatch, I do not have to do anything special in set up, click the button and start capturing the information I need. Yes, Fiddler is Free, but sometimes a little change goes a long way.
Wednesday, March 23, 2005
AppSettings In web.config
This article will cover a couple of tips for flexibly using the appSettings element of web.config to store runtime configuration information.
[RandomElements] SharePoint: Writing Custom Web Services.
[Daily SharePoint Reports from across the globe] Documenting SharePoint Solutions with Whitehorse
I'm currently trying to document (via reverse engineering and a some manual efforts) a .NET application built on top of SharePoint using Whitehorse. Whitehorse is the codename for the Visual Studio 2005 SOA tools (or maybe it's the codename for all of the new graphical designers in VS2005 I can never get that straight). Anyways, we have a SharePoint solution that is made up of a gaggle of Web Parts, a domain and various service and utility classes. Rather than using the normal UML markup for documenting our architecture (which I've already started) I wanted to give VS2005 a run for it's money and see how easy (or hard) it's going to be to move toward this. UML is nice and works but being a Microsoft shop, we're moving towards the DSL approach where the model is the system and away from the UML documentation model where it's just a pretty picture but not reality. My end goal here is that if I document the current (ASP 1.1/SharePoint) system now and it (somewhat) reflects reality then moving to a 2.0 based system where the model is <strong>real</strong> and not just a disconnected set of bits, I get a model of a system that works to show what the migration path will be like. It would make it easier if I took a regular ASP.NET app to do this, but I figured let's really challenge the system (even though VS2005 won't be out til later this year and SharePoint won't support .NET 2.0 until at least 2006).
Anyways, using drag and drop it's easy to lay out a system with the new tools. You drag an ExternalDatabase onto the model and specify the connection, etc. This is all great as you can use the items from the toolbox. Only problem is that there's nothing I can use to represent a SharePoint site or system because it's a bit of a hybrid. It's UI <strong>and</strong> a data access component. There's a nice little wiget to drag a BizTalkWebService on the system (or just a regular ExternalWebService) but we're talking to SharePoint through the object model. What the heck do I use to represent this? A WebApplication? An ExternalDatabase? A GenericEndpoint? Anyone tried this or have some thoughts on modeling a solution where you're using various parts of Microsoft systems as essentially middleware?
SharePoint Webcasts and Samples - copied from mindsharpblogs.com/todd
Tuesday, March 22, 2005
TurboScout Search Engine - Enter Keyword Once! for search
TurboScout
TurboScout Search Engine - Access Search Engines Without Retyping - A 21 year-old undergraduate from Singapore launched TurboScout.com, a new search tool that helps Internet users to access and compare original results from over 90 search engines across 7 categories on a single web page, removing the hassle of retyping keywords into different search engines. Comparing results from different search engines like Google, Yahoo, MSN Search, and Ask Jeeves is a common practice for many…
Direct and Related Links for 'TurboScout Search Engine'
Now, where is the search engine that reads my mind and only returns what I want from ALL the search engines and eliminates the duplicates, and eliminates the duplicates!