Rumor has it (see Publishing ends up publishing many Components and runs out of memory for example) that custom resolvers are available in Tridion 2009. My question: how can you configure one without a TridionContentManager.config? Or am I completely off track and DOES 2009 come with this config file?
On my 2009 test system it's there (in the same location as 2011).
<Tridion Home>/config/Tridion.ContentManager.config
Related
Is there any hidden tool from MS we can use for BizTalk application migration prior to load solution into VS2015 ? I need some information about what are characteristic we may need to change specially BizTalk.btproj solution to load all project file etc., wonder to know easy approach migrating BizTalk application solution if any.
As various blogs posts and MSDN threads you needed to have an intermediate Development BizTalk environment (BizTalk 2010) and then upgrading it to the later version like BizTalk 2013/R2 and up.
You can download the developer edition here and install the SDK so you can open it in Visual Studio.
The only other way to migrate is to create new BizTalk Projects in Visual Studio 2015 / BizTalk 2016 environment, and then copying the artefacts such as Schemas, maps and re-creating any Orchestrations.
In either case you will have to do extensive retesting as there are certain changes such as the XSLT compiled transform that may cause you issues
No need for a hidden tool. Visual Studio is the tool.
When you open a downlevel Solution, Visual Studio will attempt to update any project and provide a report of what was automatically updated and what could not be updated, requiring manual intervention.
You can do this on a copy of you Solution to get a preview of any work necessary for the real upgrade.
Coming from BizTalk Server 2006, you will need an intermediate version to eventually target BizTalk Server 2016. You can download BizTalk Server 2010 from MSDN. All you need to install is the SDK. You don't need to setup/configure full BizTalk Server.
I have a large solution with a number of projects in it.
I recently upgraded to VS 2012 and changed the Target Framework of all the projects to .NET Framework 4.5.
I now cannot see any of my Custom Activities in the Toolbox.
My Custom Activities are in the same Project as the Flowchart activity I am building so should show up automatically.
If I use Choose Items I can load the Custom Activities into a Toolbar folder by pointing at the .dll. I don't want to do that because it ties me to the debug or release dll.
I've tried a few things from the web but not found a solution.
Any idea what I should do?
Make sure the custom activities project target platform is AnyCPU. If it is set to x64, VS will not be able to load it as VS is still x86.
I passed my code to Microsoft who tell me that this is a bug in VS 2012 and that it is solved in VS 2013
We are moving to BTS 2010 and I would like to know if I can simply redeploy our 2009 apps onto 2010?
I have tried finding this information out on the web and I have found anecdotal evidence of people saying the 2009 apps run on 2010 but nothing from Microsoft on the issue.
Microsoft released this document here about the in-place upgrade path, but this does not mention apps at all. Additionally we are not looking to do an in-place upgrade but to build a completely new environment for 2010 and then switch it over.
Has anyone tried this?
Yes, certainly it works - we've installed MSI's generated off our BizTalk 2009 / VS 2008 environments directly onto BTS 2010, including retention of the 2009 binding files. The BTS 2010 environment was a multi-server clean install.
In fact, many of our incumbent, stable BTS 2009 apps are still running on our BTS 2010 prod servers - we haven't bothered to rebuild them.
According to Jeremie Devillard it is possible to deploy 2009 apps on a new 2010 environment (see comments section).
Many thanks Jeremie.
Is a (full) BizTalk 2010 installation needed to let a build server (TFS2010) build BizTalk 2010 solutions/projects ?
As per my knowledge, BizTalk 2010 installation is not required. You only need below components.
Project Build Component available under Additional Software(to build the project)
Developer Tools and SDK (to run tests)
I did find an apparent exception where if you deal with anything EDI related, it seems to require the full BizTalk install(not configuration). I wanted to add this footnote for people experiencing compile errors where local compile works fine.
We recently upgraded our biztalk server 2006R2 to SP1. The problem is that we're having some small issues now, for example the administration console crashes when I browse for a folder if I want to make a file send/receive port.
Any idea what might cause this problem?
I'm having no problems when I browse for a folder with our normal explorer and then copy paste its address into the biztalk folder browser.
Make sure you update towards the latest CU for your service pack.
For BizTalk 2006 R2 with SP1, this is CU4.
See http://support.microsoft.com/kb/2682056 for more information on CU4 for BizTalk 2006 SP1.
If this still does not help, there is a temporary workaround to export/import bindings of existing receive locations/send ports with a FILE adapter. This allows you to still create the ports/locations you need and unblocks the situation.
In any case, if the problem persists, you might want to check with Microsoft about the issue.
That is in case your license includes the extended support option which lasts until 12 July 2016.
If you don't have extended support, the support ended on July 11th 2011 I'm afraid...