<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Context in SharePoint 2010 Business Connectivity Services (or the lack of it)</title>
	<atom:link href="http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/</link>
	<description>Just another WordPress.com site</description>
	<lastBuildDate>Mon, 19 Mar 2012 16:28:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Michael</title>
		<link>http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/#comment-1329</link>
		<dc:creator><![CDATA[Michael]]></dc:creator>
		<pubDate>Wed, 09 Feb 2011 21:16:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vossers.com/?p=229#comment-1329</guid>
		<description><![CDATA[I would love to be able to have an event handler on an external list.  I have a situation where I need to control which users can actually edit a particular item.  The users are authenticated against a custom STS and not AD and will not have access to the back end SQL server. Initially tried to extend a user profile for these user types but the supplemented data is only read only FROM the BCS.  Ugh.]]></description>
		<content:encoded><![CDATA[<p>I would love to be able to have an event handler on an external list.  I have a situation where I need to control which users can actually edit a particular item.  The users are authenticated against a custom STS and not AD and will not have access to the back end SQL server. Initially tried to extend a user profile for these user types but the supplemented data is only read only FROM the BCS.  Ugh.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Paul Hunt</title>
		<link>http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/#comment-1328</link>
		<dc:creator><![CDATA[Paul Hunt]]></dc:creator>
		<pubDate>Tue, 26 Oct 2010 11:55:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vossers.com/?p=229#comment-1328</guid>
		<description><![CDATA[Agreed, one of the things that I wanted to be able to do was have different data connections for my DEV, UAT and Prod environments. At the moment, I&#039;m using the LobSystemInstance property bag to house the connection strings and then selecting the right one using a pre-processor directive depending on which Build I&#039;ve used in VS.

The only downside is we have to do a different build for each environment, where as I&#039;d like to use the same wsp across UAT and Prod to ensure consistency.

But this doesn&#039;t answer the issue of making it more portable, as you point out, access to a context Web would at least give us access to a property bag at the site level. I&#039;ll be watching any developments on this with interest.. Next SUGUK talk maybe if you find a solution!

Paul.]]></description>
		<content:encoded><![CDATA[<p>Agreed, one of the things that I wanted to be able to do was have different data connections for my DEV, UAT and Prod environments. At the moment, I&#8217;m using the LobSystemInstance property bag to house the connection strings and then selecting the right one using a pre-processor directive depending on which Build I&#8217;ve used in VS.</p>
<p>The only downside is we have to do a different build for each environment, where as I&#8217;d like to use the same wsp across UAT and Prod to ensure consistency.</p>
<p>But this doesn&#8217;t answer the issue of making it more portable, as you point out, access to a context Web would at least give us access to a property bag at the site level. I&#8217;ll be watching any developments on this with interest.. Next SUGUK talk maybe if you find a solution!</p>
<p>Paul.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jaap Vossers</title>
		<link>http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/#comment-1327</link>
		<dc:creator><![CDATA[Jaap Vossers]]></dc:creator>
		<pubDate>Tue, 15 Dec 2009 16:32:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vossers.com/?p=229#comment-1327</guid>
		<description><![CDATA[Hi Brian. Don&#039;t get me wrong I do love the new BCS stuff! :) The point of this post is to point out to people that something important seems to be missing, and it would be really cool if Microsoft would agree and decided to change this before the RTM version is released. Obviously if you don&#039;t plan on developing reusable BCS solutions, you won&#039;t be affected by this limitation, so I do see your point.]]></description>
		<content:encoded><![CDATA[<p>Hi Brian. Don&#8217;t get me wrong I do love the new BCS stuff! <img src='http://s0.wp.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  The point of this post is to point out to people that something important seems to be missing, and it would be really cool if Microsoft would agree and decided to change this before the RTM version is released. Obviously if you don&#8217;t plan on developing reusable BCS solutions, you won&#8217;t be affected by this limitation, so I do see your point.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian Bedard</title>
		<link>http://blog.vossers.com/2009/12/13/context-in-sharepoint-2010-business-connectivity-services-or-the-lack-of-it/#comment-1326</link>
		<dc:creator><![CDATA[Brian Bedard]]></dc:creator>
		<pubDate>Mon, 14 Dec 2009 20:20:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.vossers.com/?p=229#comment-1326</guid>
		<description><![CDATA[I love the new External List functionality.  It takes the Business Data column to its expected evolution.  I&#039;m sorry you&#039;re having a hard time porting it and making it reusable.  When I start actually developing solutions for the External List I&#039;ll be sure to investigate it and make a blog post.  Just remember every new feature with Microsoft takes a little time to gain traction and become &quot;solid&quot;. We should be happy they gave us this functionality -- I&#039;ve been waiting for it ever since the BDC was introduced. Maybe because creating an External List is so easy once the External Content Type is created, they want us to use Designer to create them. And because I like to write my own features and site definitions and use CAML and API to provision components, I might be a little irked too.]]></description>
		<content:encoded><![CDATA[<p>I love the new External List functionality.  It takes the Business Data column to its expected evolution.  I&#8217;m sorry you&#8217;re having a hard time porting it and making it reusable.  When I start actually developing solutions for the External List I&#8217;ll be sure to investigate it and make a blog post.  Just remember every new feature with Microsoft takes a little time to gain traction and become &#8220;solid&#8221;. We should be happy they gave us this functionality &#8212; I&#8217;ve been waiting for it ever since the BDC was introduced. Maybe because creating an External List is so easy once the External Content Type is created, they want us to use Designer to create them. And because I like to write my own features and site definitions and use CAML and API to provision components, I might be a little irked too.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

