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...
Related
I created a Microsoft Word 2013 Automation process that opens a Microsoft Word template, replaces bookmarks with some texts and saves it as a PDF. It works fine on my local machine because I have Microsoft Word 2013 installed.
However, when this is deployed to the web server it does not work because Microsoft Word 2013 is not installed on it. As far as I know, Microsoft Word 2013 needs to be installed on the server in order for this to work. However, some here believe only select components are needed to be copied to the bin folder in order for it to work and Microsoft Word 2013 does not need to be installed.
Does anyone here know what those minimum components would be? The components I have so far are
Interop.Microsoft.Office.Interop.Word.dll,
office.dll
However it process returns the error message 'Cannot create ActiveX component.' (Since I don't have Visual Studios Installed on the WebServer I don't know which line is causing it).
Or am I correct and we would have to install MS Word 2013 in order for this to work?
In order to automate any Office application that application must be installed and licensed on the machine where the code is executing. No ifs, ands or buts. There is no such thing as "just some components needed".
All that said, running and automating Office applications server-side is not supported and can cause problems (see https://support.microsoft.com/en-us/help/257757/considerations-for-server-side-automation-of-office). For this reason, the Office Open XML file formats were developed, so that Office documents can be generated and manipulated in a server environment.
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 know this is a strange situation, but consider a situation where two programmers are working on one project. One programmer is working on a database driven website in ASP.NET in Visual Studio 2012, while other programmer is working on Visual Studio 2008 on another part of the same database driven ASP.NET website.
What in your opinion is the best way to integrate the two codes?
PS: Downvoters please explain in comments, before downvoting. :-)
Make the second developer update his VS copy to 2012. If you are working with two disparate versions of VS, you will very simply be unable to have either developer work on any part of the codebase that was built with (or upgraded to) the other version.
Once everyone's working on the same platform, and thus can load and build the same solution, project and source code files without error, "integrating" the two codebases becomes rather trivial. Of course, the conversion process may not be so trivial.
My first step would be to ensure that a reliable backup of the entire codebase has been taken; you can copy the flat files to a file store, or more reliably you can use a centralized VCS like Subversion to make sure a single authoritative copy of the codebase as-is exists and can be easily retrieved. Then, while the 2008 dev is updating his machine to 2012, have the 2012 developer pull the whole codebase and load whatever solution the 2008 dev had been working in, and run through the conversion wizard. This wizard will update the XML behind the project and solution files to support features of the new IDE version.
If you absolutely positively cannot get both devs onto the same IDE version, there's still hope. Have the 2012 developer open a new solution file in his copy, and pull in the 2008 projects. If VS asks to convert them, you're SOL; the other dev will HAVE to upgrade, or the 2012 dev will have to revert. But, if the IDE doesn't complain, the 2012 dev can save the new solution under a different name and work with the projects and their source code using that solution file, while the 2008 dev can continue to use the original one. Understand that as long as this state of affairs continues, the 2012 dev cannot use any features of C# 4.0/4.5, such as dynamic types, covariance/contravariance keywords, optional parameters/named arguments, async/await keywords, etc cannot be used in any source code that must remain usable by the 2008 dev. Language-wise, the 2012 developer is limited to C# 3.0, and the .NET Framework 3.5. This does not solve the problem of the 2008 dev not having access to code written from scratch by the 2012 dev in projects created by that IDE; he simply must upgrade to work in these parts of the codebase.
So, I am using visual studio 2005 (and team explorer 2005) with tfs 2008. I have installed both Visual Studio 2005 SP1 and VS80sp1-KB932544-X86-ENU.exe.
I perform the following steps:
Select Project->ASP.NET Configuration within Visual Studio 2005.
Within Visual Studio 2005, attempt to perform either a check-in or a checkout.
The following happens:
The local server started by Visual Studio starts closing itself. I suspect it is crashing; the systray icons are not properly disposed of. It then reopens itself. It does this over and over again, maybe once every second or two. The TFS progress meter doesn't even budge, it just sits there. Canceling out of the checkout does not work; it says it is cancelling and does nothing.
Any suggestions?
So you're trying to make a change in the ASP.NET configuration, then check it in? Or are you talking about checking anything in when it's open? When you say "local server started by Visual Studio", are you talking about the local development server (cassini)? Maybe TFS is trying to save/access something it is using, causing it to crash.
Have you tried stopping all instances of the dev server before checking stuff in/out?
Not exactly a programming question in the technical sense, but it's impacting my development nonetheless and I'm hoping someone here might have encountered and solved this issue before.
I recently got adventurous and installed Office 2010 beta onto my PC here, and I've noticed that Visual Studio has begun to hang whenever I'm editing an ASPX file, sometimes right away, sometimes after a few minutes. In my research I came across this post:
http://abdullin.com/journal/2009/5/12/visual-studio-2008-locks-or-freezes-in-aspx.html
It seems to imply that there's a dependency between Office and Visual Studio. Is anyone here successfully running Office 2010 64-bit with Visual Studio 2008? I'm on Windows 7 64-bit, also.
Josh
Edit: I have confirmed that the Setup.exe file referenced in that post is in fact being run by VS. It is indeed a vestige of the Office 2007 suite. I moved the directory it was in, and (of course) the process isn't spawned, but VS hangs on "loading cache" on this project. I think I'm getting closer though.
Hope this helps:
http://blog.hinshelwood.com/archive/2009/07/19/office-2010-gotcha-2-visual-studio-2008-locks.aspx
Unfortunately, doing a repair install of the Office-based Visual Web Developer component wouldn't work — the setup application kept crashing. I ended up solving this problem by doing a complete reinstall of Visual Studio. For some reason, doing a simple repair wasn't possible — the VS setup kept crashing, too.
I did a manual remove using an uninstall tool designed for the VS2008 RC. It did a complete install of all VS components, after which point I reinstalled VS2008, which in turn reinstalled the Office-based visual web developer component.
It was a long and painful process, but it worked. It didn't seem to be a direct incompatibility between Office 2010 and VS2008, as we have another PC here with the same combination that wasn't having the problems. I believe it had to do with the fact that my PC originally had Office 2007, which I had to uninstall before installing Office 2010. The other PC that wasn't having this problem never had Office 2007. I can only assume that the uninstall process for Office 2007 either removed those Visual Web Developer components or removed dependencies that were originally put in there by the VS2008 setup program.
office 2010 runs on wpf and its major portion is build on dotnet framework. And there is always connectivity between office and vs coz vs can make office apps also. If you use office 2010 as your default for aspx page editor and vs is also opened with the same project. it will sometimes hang due to lack of resources and also vs 2008 was made for 32bit os, so if ur running it on 64bit os with office 2010 64bit it can sometimes cause problem of resouce management. Already wpf uses hell lot of resouces and then 32bit vs 2008' connection to it will use more resouces.
So what i suggest is try to use 32bit 7, 32bit office 2010 ans vs 2008.
Regards,
Apurva