ThinkGeo.com    |     Documentation    |     Premium Support

Deployment of DLLs for Development & Release

#1

There are two deployment scenarios I need to cover.


First, I want to be able to checkin to source control the Map Suite Desktop Edition DLLs in Developer Reference\DesktopEdition and Developer Reference\System32\System32.  Then, on a development machine where I have not installed the Desktop Edition, I want to be able to do a build and have the map controls work.


It looks like you need to create references to the Developer Reference\DesktopEdition DLLs in your Visual Studio project, then copy the DLLs in Developer Reference\System32\System32 to \Windows\System32 or \Windows\SysWOW64, as appropriate.  Ideally, I would not want to copy any DLLs to \Windows.  I tried to add the location of the Developer Reference\System32\System32 DLLs to my PATH, but that did not work.  It seems you have it hard coded to expect the DLLs to be under \Windows?  Is there an environment variable I can set to change this?  We enjoy non-administrator based deployment, and this requires admin access to install or update.


One other thing, even with the DLLs in the \Windows directory, it says 'Unlicensed' in the map control when run under the debugger (F5 in visual studio), but is fine when run normally (Ctrl-F5 in visual studio).  Do I need to perform some kind of registration with my .License file on deployment?


Second, I want to be able to deploy my application with XCopy installs that do not require administrator access.  Is this possible?  Do I need to do something with my .License file?


I did notice that if I try to run MapSuiteRegistrationBuilder.exe on my .License file, it will not work if it is another machine from which I requested it. 


Thanks, as always.



#2

Brian, 



We have hard coded for searching DLLs, you have two choices that you can put the DLLs to two places, one is System folder you already know , the other one is the same folder as your aplication exe’s. 

So far, you can do any configure about the path, sorry for inconvenience. 



The .License file just use for one machine which you made the .Request file. The infromation you mentioned is correct for our license policy. 





Thanks 

James



#3

Brian, 
  
   Let me clarify the license stuff for you, I think James misunderstood your question.  When you move the Map Suite assemblies to a machine that does not have a development license installed on it we will watermark the map if you attach a debugger to it.  This is to ensure that each developer who debugs the mapping functions is licensed.  If you run the full Map Suite Desktop installer on the developer’s machine then they will be licensed assuming you have the correct number of developer licenses. The reason we watermark and not throw an exception is we realize that other developers may have roles developing with you application that are not mapping related.  In the situation where you are in production you do not need any license files as long as you do not have a debugger attached, I think you have seen this functionality.   
  
   You can do the XCopy deployment to developers machines as long as they do not need to debug the mapping parts of the application.  For that you will need to either run the Map Suite Desktop full edition installer or use the Registration builder tool we provide.  The registration builder is usually for clients who do not have internet access and still need to activate their development licenses.  For this you will generate a code and send it to us via e-mail and then we send you an activation code back.  I don’t think this is what you were thinking.  I think the crux of this is that we need someway to activate the license for the developers machines and we can’t do that via XCopy.  For production installs you can use XCopy all day long. 
  
 David