Backward Compatibility<\/span><\/li>\n<\/ul>\nInstallation<\/strong><\/span><\/p>\nIn Office 2003, the PIA’s were set as an Install on Demand feature within Office Setup.\u00a0 This caused some headaches for the Office developer because you could never know for sure if the PIA’s were installed on the machine where you were installing your managed add-in. With 2007, we will be changing the default feature state for the PIA’s to install locally.\u00a0 While this will narrow the cases where the PIA’s are not installed on the machine, it doesn’t take care of 100% of the scenarios such as the .NET Framework being present on the machine during the Office installation. To catch these other scenarios, we will also release a PIA Redistributable package.<\/span><\/p>\nRedistribution<\/strong><\/span><\/p>\nDuring the spring of 2005, we released a PIA redistributable for the 2003 Office PIA’s which now gives you the license to redistribute the PIA’s with your solution.\u00a0 With 2007 Office System, we are releasing another redistributable containing the 2007 PIA’s and associated supporting files.\u00a0 Now, by taking the redistributable package and shipping it with your project, you can ensure that the PIA’s are installed properly when you install your solution.<\/span><\/p>\nBackward Compatibility<\/strong><\/span><\/p>\nBackward Compatibility is an area we where have focused much attention.\u00a0 We understand that as a platform, we must take steps to ensure that the managed solutions compiled against a 2003 PIA will continue to run properly against the 2007 version.\u00a0 To do this, we’ve taken some great strides during development of the individual object model to ensure that the changes to the OM do not break runtime compatibility.\u00a0\u00a0 <\/span><\/p>\nIn conjunction with the OM compatibility work we have done, we are also shipping publisher policy files for the Office PIA’s.\u00a0 These will automatically redirect code that is compiled against the 2003 PIA to the new 2007 PIA so that existing code compiled against a 2003 PIA will automatically be redirected to the corresponding 2007 PIA.\u00a0 As with any publisher policy, in cases where you may not want to redirect code to call the new PIA, you can override the policy by using the following tag in an application configuration file shipped with your managed assembly.<\/span><\/p>\n<publisherPolicy apply=”no”\/><\/span><\/p>\n","protected":false},"excerpt":{"rendered":"Today we have the first of two guest posts from Patrick Smith, a program manager on the Office Programmability team. Writing managed code against the 2007 Microsoft Office System products requires the use of an interop assembly. Just as we did with Microsoft Office System 2003, we are providing primary interop assemblies with the new<\/p>\n","protected":false},"author":64,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"ep_exclude_from_search":false,"_classifai_error":"","footnotes":""},"content-type":[4034],"product":[4036],"audience":[4081,4102],"tags":[],"coauthors":[4437],"class_list":["post-1385","post","type-post","status-publish","format-standard","hentry","content-type-news","product-microsoft-365","audience-enterprise","audience-small-business"],"yoast_head":"\n
2007 Microsoft Office System Primary Interop Assemblies | Microsoft 365 Blog<\/title>\n \n \n \n \n \n \n \n \n \n \n \n\t \n\t \n\t \n \n \n \n\t \n\t \n\t \n