<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Content Query Web Part vs. Custom Aggregation Web Part</title>
	<atom:link href="http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/</link>
	<description>Innovation Matters &#124; SharePoint Server MVP</description>
	<lastBuildDate>Mon, 26 Jul 2010 17:43:19 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Waldek Mastykarz</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-546</link>
		<dc:creator>Waldek Mastykarz</dc:creator>
		<pubDate>Tue, 27 May 2008 14:30:32 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-546</guid>
		<description>You&#039;re welcome, TJ. Good luck</description>
		<content:encoded><![CDATA[<p>You&#039;re welcome, TJ. Good luck</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TJ</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-545</link>
		<dc:creator>TJ</dc:creator>
		<pubDate>Tue, 27 May 2008 13:27:40 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-545</guid>
		<description>That&#039;s excellent, much appreciated.

It seems I have chosen the correct route this time. Extending the CQWP and adding a few extra fields to allow customization. I will then use the values to build a CAML query and set the QueryOverride property to the built CAML.

Thanks for your reply and advice.</description>
		<content:encoded><![CDATA[<p>That&#039;s excellent, much appreciated.</p>
<p>It seems I have chosen the correct route this time. Extending the CQWP and adding a few extra fields to allow customization. I will then use the values to build a CAML query and set the QueryOverride property to the built CAML.</p>
<p>Thanks for your reply and advice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waldek Mastykarz</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-513</link>
		<dc:creator>Waldek Mastykarz</dc:creator>
		<pubDate>Fri, 23 May 2008 15:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-513</guid>
		<description>If it&#039;s only query that you need to extend, you could try using the QueryOverride property. It basically allows you to use raw CAML query. The downside is, the end users won&#039;t be able to use the GUI to modify the query, unless you extend the standard CQWP and add an extra field to the ToolPart which will expose the QueryOverride property.

Extending the CQWP with the missing functionality is definitely a way to go. We have seen such approaches in many scenario&#039;s including the MSIT web site. Also Andrew Connell (MOSS MVP) shows CQWP customization using that approach.

As for the WSS Web Part, I think that it&#039;s all about compatibility. Yes, the WSS Web Part provides some extra functionality but the reusability is less comparing to the ASP.NET Web Part.

The test files: unfortunately, some time ago my hard drive has crashed. It contained the only copy of the test Web Parts. I&#039;ve been thinking of rebuilding the whole case, but there are some other projects I have to work on. I would still like to answer your questions regarding the article.</description>
		<content:encoded><![CDATA[<p>If it&#039;s only query that you need to extend, you could try using the QueryOverride property. It basically allows you to use raw CAML query. The downside is, the end users won&#039;t be able to use the GUI to modify the query, unless you extend the standard CQWP and add an extra field to the ToolPart which will expose the QueryOverride property.</p>
<p>Extending the CQWP with the missing functionality is definitely a way to go. We have seen such approaches in many scenario&#039;s including the MSIT web site. Also Andrew Connell (MOSS MVP) shows CQWP customization using that approach.</p>
<p>As for the WSS Web Part, I think that it&#039;s all about compatibility. Yes, the WSS Web Part provides some extra functionality but the reusability is less comparing to the ASP.NET Web Part.</p>
<p>The test files: unfortunately, some time ago my hard drive has crashed. It contained the only copy of the test Web Parts. I&#039;ve been thinking of rebuilding the whole case, but there are some other projects I have to work on. I would still like to answer your questions regarding the article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TJ</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-512</link>
		<dc:creator>TJ</dc:creator>
		<pubDate>Fri, 23 May 2008 13:19:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-512</guid>
		<description>Nice article.

I&#039;m in the process of needing to take something like the content query web part but add a little more functionality to it. I need to add a more complex query than it by default it allows.

Initially I have set out by inheriting from the Content Query Web Part itself and are building on that. Would you recommend this as being an OK method?

Secondly if there are such positives to be gained from using the SharePoint base web part why do Microsoft recommend against doing such a thing?

Thirdly, any chance your test files from the above could be published for download?

Many thanks</description>
		<content:encoded><![CDATA[<p>Nice article.</p>
<p>I&#039;m in the process of needing to take something like the content query web part but add a little more functionality to it. I need to add a more complex query than it by default it allows.</p>
<p>Initially I have set out by inheriting from the Content Query Web Part itself and are building on that. Would you recommend this as being an OK method?</p>
<p>Secondly if there are such positives to be gained from using the SharePoint base web part why do Microsoft recommend against doing such a thing?</p>
<p>Thirdly, any chance your test files from the above could be published for download?</p>
<p>Many thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waldek Mastykarz</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-299</link>
		<dc:creator>Waldek Mastykarz</dc:creator>
		<pubDate>Mon, 07 Apr 2008 04:17:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-299</guid>
		<description>Hello Jeff,

Thank you for your comment.
I have indeed used the GetSiteData method as it&#039;s the only method available in the CrossListQueryCache to aggregate data. The results have surprised me as well. Because the CrossListQueryCache class is being used by the Content Query Web Part I expected comparable results - just like you. Unfortunately looking at how the Content Query Web Part works didn&#039;t take me any further. So any suggestions are welcome!</description>
		<content:encoded><![CDATA[<p>Hello Jeff,</p>
<p>Thank you for your comment.<br />
I have indeed used the GetSiteData method as it&#039;s the only method available in the CrossListQueryCache to aggregate data. The results have surprised me as well. Because the CrossListQueryCache class is being used by the Content Query Web Part I expected comparable results &#8211; just like you. Unfortunately looking at how the Content Query Web Part works didn&#039;t take me any further. So any suggestions are welcome!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Dalton</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-298</link>
		<dc:creator>Jeff Dalton</dc:creator>
		<pubDate>Mon, 07 Apr 2008 01:26:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-298</guid>
		<description>Which overload did you use on the CrossListQueryCache.GetSiteData routine.  I ask because the overloads work differently.  For example if you just used the CrossListQueryCache.GetSiteData(SPWeb) that is just the SPWeb.GetSiteData.  

I&#039;m asking because the numbers for CrossListQueryCache seem odd.  I would have expected them to be the same as either SPWeb.GetSiteData or the Content By Query web part.</description>
		<content:encoded><![CDATA[<p>Which overload did you use on the CrossListQueryCache.GetSiteData routine.  I ask because the overloads work differently.  For example if you just used the CrossListQueryCache.GetSiteData(SPWeb) that is just the SPWeb.GetSiteData.  </p>
<p>I&#039;m asking because the numbers for CrossListQueryCache seem odd.  I would have expected them to be the same as either SPWeb.GetSiteData or the Content By Query web part.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waldek Mastykarz</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-145</link>
		<dc:creator>Waldek Mastykarz</dc:creator>
		<pubDate>Tue, 25 Mar 2008 10:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-145</guid>
		<description>Thank you for your comment Mart. On one hand not everyone has access to/uses search while developing Publishing Sites on SharePoint 2007. That&#039;s why it didn&#039;t show up in my test case in the first place. On the other hand it is definitely a plausible approach to use Search for data aggregation. I haven&#039;t researched the Search mechanism yet, but will definitely give it a try. Thanks for the tip!</description>
		<content:encoded><![CDATA[<p>Thank you for your comment Mart. On one hand not everyone has access to/uses search while developing Publishing Sites on SharePoint 2007. That&#039;s why it didn&#039;t show up in my test case in the first place. On the other hand it is definitely a plausible approach to use Search for data aggregation. I haven&#039;t researched the Search mechanism yet, but will definitely give it a try. Thanks for the tip!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mart Muller</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-140</link>
		<dc:creator>Mart Muller</dc:creator>
		<pubDate>Tue, 25 Mar 2008 09:57:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-140</guid>
		<description>Hi Waldek,
Interesting article. For SPS 2003 (which had not something like a site query thingy), we often used the SharePoint Search for generating overviews. For example, get all the agenda items in calendar lists.

I wonder how this approach will perform in MOSS 2007 compared with the methods you describe.

Anyway, nice article!
Mart</description>
		<content:encoded><![CDATA[<p>Hi Waldek,<br />
Interesting article. For SPS 2003 (which had not something like a site query thingy), we often used the SharePoint Search for generating overviews. For example, get all the agenda items in calendar lists.</p>
<p>I wonder how this approach will perform in MOSS 2007 compared with the methods you describe.</p>
<p>Anyway, nice article!<br />
Mart</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Waldek Mastykarz</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-121</link>
		<dc:creator>Waldek Mastykarz</dc:creator>
		<pubDate>Sat, 22 Mar 2008 21:41:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-121</guid>
		<description>You&#039;re welcome :)</description>
		<content:encoded><![CDATA[<p>You&#039;re welcome <img src='http://blog.mastykarz.nl/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robin</title>
		<link>http://blog.mastykarz.nl/content-query-web-part-vs-custom-aggregation-web-part/comment-page-1/#comment-119</link>
		<dc:creator>Robin</dc:creator>
		<pubDate>Sat, 22 Mar 2008 19:05:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mastykarz.nl/2008/03/21/content-query-web-part-vs-custom-aggregation-web-part/#comment-119</guid>
		<description>Hi Waldek,

thank you for taking the time to do some detailed analysis about this matter! 

Cheers,

Robin</description>
		<content:encoded><![CDATA[<p>Hi Waldek,</p>
<p>thank you for taking the time to do some detailed analysis about this matter! </p>
<p>Cheers,</p>
<p>Robin</p>
]]></content:encoded>
	</item>
</channel>
</rss>
