<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx</link><description>I have blogged in the past about Visual Studio Tools for Office (VSTO) being part of Visual Studio 2008 Professional so that all developers who use VS Pro can use these tools to target Office as a smart client application platform. Most large scale line</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title> &amp;raquo; Integrating business systems with Office and SharePoint Microsoft CRM Development Information: Information and Research on Microsoft CRM Development</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7335180</link><pubDate>Thu, 31 Jan 2008 01:33:22 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7335180</guid><dc:creator> » Integrating business systems with Office and SharePoint Microsoft CRM Development Information: Information and Research on Microsoft CRM Development</dc:creator><description>&lt;p&gt;PingBack from &lt;a rel="nofollow" target="_new" href="http://crm.discoveryjournal.info/2008/01/30/integrating-business-systems-with-office-and-sharepoint/"&gt;http://crm.discoveryjournal.info/2008/01/30/integrating-business-systems-with-office-and-sharepoint/&lt;/a&gt;&lt;/p&gt;</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7356842</link><pubDate>Thu, 31 Jan 2008 22:42:32 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7356842</guid><dc:creator>Mark Gordon</dc:creator><description>&lt;p&gt;Hi Soma,&lt;/p&gt;
&lt;p&gt;This is interesting ...&lt;/p&gt;
&lt;p&gt;&amp;quot;Here at Microsoft, we use Siebel for managing CRM. &amp;nbsp;Until we integrated Siebel with Outlook and SharePoint, it just wasn’t delivering the value that a CRM system should. &amp;nbsp;&amp;quot;&lt;/p&gt;
&lt;p&gt;We feel the same way about Visual Studio... Until it has a true data centric langauge like FoxPro and native data binding it just is not delivering the value a true software development environment should.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Mark&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7403091</link><pubDate>Sun, 03 Feb 2008 05:42:20 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7403091</guid><dc:creator>Vivek</dc:creator><description>&lt;p&gt;Hi Soma,&lt;/p&gt;
&lt;p&gt;Thanks for sharing the information. Here is a FAQ from the mssharepointconference.com&lt;/p&gt;
&lt;p&gt;== &lt;/p&gt;
&lt;p&gt;The SharePoint conference is primarily intended for those in IT who use, deploy, and configure SharePoint. If you are focused on SharePoint deployment, or want to expand your skills in this area, you should attend the SharePoint Conference. However, if you are a SharePoint developer you should attend Office System Developer Conference.&lt;/p&gt;
&lt;p&gt;==&lt;/p&gt;
&lt;p&gt;I am a developer and this information was not provided to me at the time when I was registering for the SharePoint conference (so enthusiastically!). Now I am totally disappointed to know that if I am a developer I should attend Office System Developer Conference. What can I do?&lt;/p&gt;
&lt;p&gt;Thanks for any pointers!&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7458884</link><pubDate>Tue, 05 Feb 2008 10:39:04 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7458884</guid><dc:creator>Somasegar</dc:creator><description>&lt;p&gt;Hi Vivek,&lt;/p&gt;
&lt;p&gt;Sorry for any confusion. &amp;nbsp;For anyone who feels they should have registered for ODC instead of SPC because of their development focus, we can arrange a registration transfer. Please send an email to the following addresses and request a &amp;nbsp;registration transfer: ODC2008@microsoft.crgevents.com&lt;/p&gt;
&lt;p&gt;-somasegar&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7461190</link><pubDate>Tue, 05 Feb 2008 12:40:18 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7461190</guid><dc:creator>Flannigan</dc:creator><description>&lt;p&gt;Hey Somasegar,&lt;/p&gt;
&lt;p&gt;Is there a reason Microsoft could not create a namespace built upon the VFP command and function language contructs to access SQL Server similar to how FoxPro accessed DBF files?&lt;/p&gt;
&lt;p&gt;That would greatly assist us and complete the Visual Studio Development Environment. I realize there is a VFP namespace on the MSDN FoxPro website but it is not offically supported. &amp;nbsp;I am confused why Microsoft would not want to implement this capability.&lt;/p&gt;
&lt;p&gt;Thanks in advance for the reply,&lt;/p&gt;
&lt;p&gt;Brian Flannigan&lt;/p&gt;
</description></item><item><title>Soma's blog post on Office development and Visual Studio</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7471333</link><pubDate>Tue, 05 Feb 2008 21:02:12 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7471333</guid><dc:creator>Office Business Applications (OBA) Team Blog</dc:creator><description>&lt;p&gt;Soma Somasegar (VP, dev div) posted an interesting post on Office development recently. Here's the link:&lt;/p&gt;
</description></item><item><title>Soma's blog post on Office development and Visual Studio</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7471726</link><pubDate>Tue, 05 Feb 2008 21:30:44 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7471726</guid><dc:creator>Noticias externas</dc:creator><description>&lt;p&gt;Soma Somasegar (VP, dev div) posted an interesting post on Office development recently. Here&amp;amp;#39;s the&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7474199</link><pubDate>Tue, 05 Feb 2008 23:43:08 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7474199</guid><dc:creator>Alan Griver</dc:creator><description>&lt;p&gt;Hey Brian,&lt;/p&gt;
&lt;p&gt;Just to be clear, Fox’s functions do not access SQL Server. As you know, they access a cursor (typically created with a remote view) that can be written back to SQL Server via functions like TableUpdate(). VFP uses the model of moving anything into a cursor (even DBF data) and working on that. Similarly, .NET does that using objects. So, ADO.NET provides Datasets that act like VFP cursors and can update back to the back end via a method call. Linq to SQL also provides a similar model – you create the “view” (objects in Linq to SQL) that model the database, work on those objects and have the context update at the end. &lt;/p&gt;
&lt;p&gt;So, the approach is similar – you move the data into a local “thing” and work on that “thing”. In VFP that is a cursor, in .NET it is a set of objects.&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7478774</link><pubDate>Wed, 06 Feb 2008 03:09:42 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7478774</guid><dc:creator>Vivek</dc:creator><description>&lt;p&gt;Hi Somasegar,&lt;/p&gt;
&lt;p&gt;I have been desperately trying to transfer my registration from SPC to ODC with no luck. I have tried emailing the ODC2008@microsoft.crgevents.com and this is what I received:&lt;/p&gt;
&lt;p&gt;-- begin --&lt;/p&gt;
&lt;p&gt;Thank you for your email. Unfortunately, the registration process for the March event is completely separate from the February ODC registration. We only have access to the ODC registration site. Please create a new registration for this event at &lt;a rel="nofollow" target="_new" href="https://microsoft.crgevents.com/ODC2008/Register"&gt;https://microsoft.crgevents.com/ODC2008/Register&lt;/a&gt;. If you do not wish to attend the event in March, please cancel that registration. Let me know if you have any further questions.&lt;/p&gt;
&lt;p&gt;Best Regards,&lt;/p&gt;
&lt;p&gt;Colleen&lt;/p&gt;
&lt;p&gt;Office System Developer Conference 2008&lt;/p&gt;
&lt;p&gt;www.ODC2008.com&lt;/p&gt;
&lt;p&gt;ODC2008@microsoft.crgevents.com&lt;/p&gt;
&lt;p&gt;-- end --&lt;/p&gt;
&lt;p&gt;I have also tried requesting our regional Microsoft representative with no luck. Should not there be any way to transfer the registration? I am very disappointed that I will be missing a great conference and on top of it I have to forfeit 100% of my SPC registration fee.&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7479941</link><pubDate>Wed, 06 Feb 2008 04:12:03 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7479941</guid><dc:creator>khawara</dc:creator><description>&lt;p&gt;Hi Vivek,&lt;/p&gt;
&lt;p&gt;sorry about that - we sent instructions yesterday to honor any such requests. Please contact me directly (khawar.ahmed [at] microsoft.com) and I'll get this sorted out for you. We have done such transfers and will do any if requested.&lt;/p&gt;
&lt;p&gt;- Khawar&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7482827</link><pubDate>Wed, 06 Feb 2008 07:26:23 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7482827</guid><dc:creator>Flannigan</dc:creator><description>&lt;p&gt;Hey Somasegar,&lt;/p&gt;
&lt;p&gt;Thank you for the reply and giving me an opportunity to voice my opinion. &amp;nbsp;Of course you are correct FoxPro accesses SQL and stores data into cursors. With Visual Studio there seems to be room for improvement when accessing data in middle tier business objects. Many of the calculations that occur in this layer are row based not set based at least in the applications that I develop.&lt;/p&gt;
&lt;p&gt;While you can perform row based calculation in Visual Studio with table adapters and/or data readers there seems to be alot more coding and overhead involved then there really needs to be. There are numerous times I wish I could create a cursor from a select statement and had a simple scan function with a for clause, seek/locate statement and scatter to object command to work with. &amp;nbsp;These functions alone would reduce alot of code.&lt;/p&gt;
&lt;p&gt;I understand Visual Studio maps data and row into objects and in some cases it makes coding easy however there are other times I would perfer if VS treated data more along the lines of a cursor not an object so we could perform our calculations and then dispose of the cursor when finished.&lt;/p&gt;
&lt;p&gt;Having both methods of handling data would be the best of both worlds.&lt;/p&gt;
&lt;p&gt;Thanks again sir for your time.&lt;/p&gt;
&lt;p&gt;Brian Flannigan&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7491488</link><pubDate>Wed, 06 Feb 2008 17:18:13 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7491488</guid><dc:creator>Vivek</dc:creator><description>&lt;p&gt;Thanks Soma and Khawar!&lt;/p&gt;
&lt;p&gt;An ODC representative contacted me personally and informed me that they can honor my request.&lt;/p&gt;
&lt;p&gt;ooof...I am so relieved now...off to San Jose!&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7494691</link><pubDate>Wed, 06 Feb 2008 20:28:30 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7494691</guid><dc:creator>Somasegar</dc:creator><description>&lt;p&gt;Vivek,&lt;/p&gt;
&lt;p&gt;I am glad we sorted it out. &amp;nbsp;Hopefully the conference will be both informative and fun.&lt;/p&gt;
&lt;p&gt;-somasegar&lt;/p&gt;
</description></item><item><title>Building OBAs with WPF, WCF, and LINQ</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7519767</link><pubDate>Thu, 07 Feb 2008 19:32:02 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7519767</guid><dc:creator>Zlatan's Blog</dc:creator><description>&lt;p&gt;One thing is for sure, using Visual Studio Tools for Office in the new Visual Studio 2008 environment&lt;/p&gt;
</description></item><item><title>Building OBAs with WPF, WCF, and LINQ</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7520454</link><pubDate>Thu, 07 Feb 2008 20:05:47 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7520454</guid><dc:creator>Owner Blog</dc:creator><description>&lt;p&gt;One thing is for sure, using Visual Studio Tools for Office in the new Visual Studio 2008 environment&lt;/p&gt;
</description></item><item><title>re: Integrating business systems with Office and SharePoint</title><link>http://blogs.msdn.com/somasegar/archive/2008/01/30/integrating-business-systems-with-office-and-sharepoint.aspx#7638221</link><pubDate>Tue, 12 Feb 2008 13:29:54 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:7638221</guid><dc:creator>Andrew W</dc:creator><description>&lt;p&gt;Whilst this is most welcome for people using the Professional edition I am beginning to wonder what incentive there is to continue with the VSTS Developer edition. I purchased this + msdn premium under a 3yr open value agreement and opted for TSDev as this included both the Mobile Device Support and Office Development ability which were not at the time available in Professional. Both are now available in Professional. At the other end of the scale Team Suite has acquired the Database role and Expression Suite. Most of my development is now around WPF and I like the improvements to VS2008 in this area. The Code analysis and additional profiling functionality is very useful. However again the Expression offering is identical in both Professional and TSDev. I increasingly do more TDD and could use some of the functinality that is in the Test role edition and increasingly offerings like MBUnit + Rhinomocks look more attractive. When I come to renew what incentive is there to keep the Dev option it seems that the professional edition gives me what I need (although I would miss profiling) and I can use the money saved to upgrade to the Expression Suite? Do you see the Team roles adapting?&lt;/p&gt;
</description></item></channel></rss>