Hi,
How well does multiple versions of MapSuite coexist ? Both on the server and in the development environment.
I think they do coexist on the server, but it seems there are problems with Visual Studio.
I’m just starting to move from VS 2008 to VS 2012. I still want to support the existing Map Suite 5.5 on .Net 3.5 solutions, while at the same time develop new solutions with either Map Suite 6.0 on .Net 4, and/or Map Suite 7.0 on .Net 4.5.
It seems that when I add a later version to the toolbox, the old version is rendered inactive. Why ?
I have added Ajax Control Toolkits in versions 3.5 and 4.0 without problems. They switch according to project target platform as expected.
Is there a way to have multiple versions of Map Suite coexist in VS ?
Cheers.
Coexistence of multiple Map Suite versions?
Hi Lars,
Thanks for your post, We tried to recreat the problem on our end, but I am sorry to say that it didn’t show up.If possible, would you please provide us a self-contained sample.
Waiting for your further information.
Best Regards
Summer
Hi Summer,
I simply open my Map Suite 5.5 project (.Net 3.5), and add the tools from its WebEdition.dll (as tab “Map Suite 5.5”).
The tool tab is enabled (first screen dump).
I then create a new tool tab, naming it “Map Suite 6.0”, and add the tools in this versions’s WebEdition.dll.
Now only this tab is enabled, while tab “Map Suite 5.5” is disabled (second screen dump).
This doesn’t change when I switch back and forth between the 5.5 (targeting .Net 3.5) and 6.0 (targeting .Net 4.0) projects, the tab “Map Suite 6.0” stays enabled (and the 5.5 tab stays disabled).
This is contrary to the behaviour of the two “Ajax Control Toolkit” tabs, which switch according to the correct project .Net version.
Is this what you tested ?
Cheers.
vs2012_ms5.5.jpg (41.6 KB)
vs2012_ms6.0.jpg (45.5 KB)
Hi Lars,
Thanks for your further information, now we are making a deeper investigation, this might need a little more time, would you please wait a little while before it? Anything new will be updated here immediately.
Best Regards
Summer
Hi,
Just want to you know we are still working on this.
Thanks,
JOhnny
Hi,
It’s been almost 2 weeks without news. Have you discovered anything ?
Cheers
Hi Cheers,
Thanks for your patient, after a further investigation, I guess the reason is that we changed the assembly version for each public release, for example, for Map Suite 6.0 DLLs, we take the assembly version as 6.0, while for Map Suite 7.0, we use 7.0 as the assembly version. In this way, the Visual Studio takes the new DLL as an upgrade of the old DLL, when we add both DLLs with different assembly versions to toolbox, it will hide/inactivate the old version control on toolbox. I’m not sure what version strategy used by “Ajax Control Toolkit”, maybe they just change the assembly File version but keep the assembly version, if in that case, all should work fine. I guess it’s hard for us to do these changes. Sorry for the inconvenience.
Thanks,
Johnny
Hi Lars,
Sorry for the long time waiting.
We just found out the root of the issue recently. It is because of the AssemblyVersion. In our test, we created two simple server control. At the first time ,we keep the AssemblyVersion is the same, then we added them in the toolbox and the result is both of them can enable. However, once we change AssemblyVersion value, then we can see the lower version of the target framework is inactive, which is the same issue with ours. So, I guess this is one of the toolbox strategy in vs.
Currently, I am afraid the two different versions of the map control still can’t Coexistence in vs toolbox based on the strategy. And we still need to delete the previous map control tab in toolbox if we want to add the other version map control into toolbox.
Sorry for the inconvenience.
Best regards,
Johnny
Hello Johnny,
Ok, I’m glad the issue wasn’t entirely imaginary on my part :-)
From what version of the WebEdition dll can we expect to have peaceful coexistence in VS ? I assume it’s being incoprated in the next builds of 7.0 ?
I know that it’s generally a #¤%& pain to do work on retired versions, but would it be completely impossible to make a final update of the 5.5 and 6.0 dll introducing VS compatable versioning ?? Please :-)
Cheers.
Hi Lars,
Currently, I am afraid it is hard to find a way to make them coexistence based on this strategy and we still need to take the original way by removing the previous version control in toolbox if we need to use the other version control.
Sorry for the inconvenience.
Thanks,
Johnny