ThinkGeo.com    |     Documentation    |     Premium Support

Thinkgeo Map Suite Product Center 8.0 : login error

#1

Hi, 



I Just installed the msi of Thinkgeo Map Suite Product Center 8.0. 

No problem for the installation but I can’t login. 

When I click on login i have in red a message “Login failed. Remember, passwords are case-sensitive”, and then a message error. (ie screen shot)



The login is the same as the one that I use to connect here helpdesk.thinkgeo.com/TicketList ?

If this is the case, I tested this morning and I can login.



Thanks for your help.

Regards.

Steph.




ThinkgeoProductCenterError.jpg (50.1 KB)

#2

Hi Steph, 
  
 Thanks for the feedback, can you update your computer settings to us? I guess your location and format is France, but we still are unable to recreate the problem with both an old and a brand-new account, also can you try ask for sales@thinkgeo.com to reset your password and try it again? 
  
 Thanks, 
 Johnny

#3

Steph, I resend your password to your registered email address, just in case you need it.  
  


#4

Hi Johnny, Ben, 



Thanks for your help.
I changed the computer settings to Us, and I still have the error message.





For information, when I Click “login”, I have a red message "“Login failed. …” with an error message at the end.

And so, I opened Visual studio and the error message is in the attachment.
As advised on this site (ie stackoverflow.com/questions/10857684/407-proxy-authentication-required-the-isa-server-requires-authorization-to-f)
I changed the config file adding with < />

< system.net >

< defaultProxy useDefaultCredentials=“true” />

< / system.net>


 ==> But this doesn’t work.



I hope the attachment will help.






Thanks.
REgards.
Stéphanie.




001_ThinkgeoProductCenterError_FR.txt (2.5 KB)

#5

Steph,


Based on the exception message it definitely appears that the Product Center is unable to contact our web service to authenticate your account, due to a proxy issue.  However, it looks like you've already tried the solution I was going to suggest, which was to add a < defaultproxy > to the application's config file.


If I may, let's double-check to make sure those config file settings were applied as expected:



        
  • Ensure you are modifying the correct config file. By default it's located at C:\Program Files (x86)\ThinkGeo\Map Suite 8.0\Product Center\ThinkGeoProductCenter.exe.config.

    •     
  • Close down the Product Center application before modifying the config file.

    •     
  • When editing this file, be sure to launch Notepad (or your text editor of choice) as Administrator in Windows, otherwise your changes won't be retained.

    •     
  • Add the following section right below the appSettings closing key:



<system.net>
  <defaultProxy useDefaultCredentials="true" />
</system.net>

If you've done all that, can you attach your config file here so we can verify?


Also, it's possible that using the system default proxy configuration is insufficient.  In some circumstances, you may have to explicitly specify the address and port of the proxy server your traffic needs to go through.  However, please note that this only works if you use your Windows user account credentials to authenticate with the proxy server.  To specify the proxy server, add the following lines to your ThinkGeoProductCenter.exe.config file instead of the defaultProxy line we discussed above:



<system.net>
  <defaultProxy>
     <proxy proxyaddress="192.168.1.0:9999" bypassonlocal="true" />
  </defaultProxy>
</system.net>

Of course, you'll need to edit the address and port to match your proxy server.


Do you happen to know what the policies are for network traffic through your proxy server?  i.e., what is allowed and disallowed?  You mentioned that you are able to successfully login to helpdesk.thinkgeo.com.  Did you have an explicit proxy configuration in your web browser that makes this possible?


Sorry for asking somewhat obvious questions; we don't currently have a good way of testing connectivity in a proxied environment here, so I need to inquire about all the details.  Hopefully some of this may help.


Thanks,

Brian



#6

Steph,



In addition to my ideas above, you might also want to add the following attributes to the system.serviceModel -> bindings -> basicHttpBinding node in the ThinkGeoProductCenter.exe.config file:




bypassProxyOnLocal="false" useDefaultWebProxy="true"

Thanks,

-Brian

#7

Hi Brian, 




Thanks for your answer and sorry for my delay response.
My problem of connection to the thinkgeoProductCenter comes from proxy.
I tried loading on another connection (without proxy of the company) , and I managed to dowwload the new version of thinkgeo.
 
Others have experienced this same kind of problem ?



But I have another question about dll.
I just downloaded the production version 8.0.0.56.
So the dlls downloaded are in the repository C:\Program Files (x86)\ThinkGeo\Map Suite 8.0\Map Suite Wpf Desktop\Daily Full Production 8.0.0.56
I have a MapSuite Unmanaged Dependencies 8.0.0.16.msi in this repository.
Should I install this msi ? Or when I downloaded the 8.0.0.56 version, the dll in C:\Windows\SysWOW64\Map Suite 8.0 have been updated ?






Just to be safe, the dll of "MapSuite Unmanaged Dependencies 8.0.0.16.msi" correspond to the dlls in the repository C:\Windows\SysWOW64\Map Suite 8.0 ?
If yes, what are the dll files that have changed in this new version of Unmanaged Dependencies 8.0.0.16 ?



Thanks a lot for your help.
Regards.
Steph.




#8

Hi Steph,



I remember we have fixed the login error with proxy in new product center installation after you reported this issue. So I think the other guys won’t encounter it any more.



For your second question, It’s correct that the daily packages includes the MapSuite Unmanaged Dependencies 8.0.0.16.msi and product 8.0.0.56 version, though their version number is not the same. We update the Unmanaged dll version number only they are modified, but this case is not happened usually. 
Once we install the Unmanaged msi, yes, the dlls in  C:\Windows\SysWOW64\Map Suite 8.0 will be updated. General speaking, we don’t need to install it unless the version number is updated like I mentioned before. If we install the MapSuite Unmanaged Dependencies 8.0.0.16.msi, then all the dlls under C:\Windows\SysWOW64\Map Suite 8.0 or C:\Windows\system32\Map Suite 8.0 will be updated.



Hope it helps.

Thanks,

Troy




#9

Hi Troy, 



Thanks for your answer.



Question 1 : 
The first version of Map suite that I downloaded is 8.0.0.7.
So I have a new directory in C:\Windows\SysWOW64, Map Suite 8.0 with the unmanaged dll.
Before downloaded a new version 8.0.0.56, I backed up the directory of C:\Windows\SysWOW64\Map Suite 8.0
I donwloaded the new version (8.0.0.56) and so the new unmanaged dll would be updated with the new version of Map Suite Unmanaged Dependencies 8.0.0.16



When I compare unmanaged dlls between version 8.0.0.7 and 8.0.0.56, unmanaged dlls are the same  (ie. screen shot Erreur_20140807.jpg)
What are the dll files that have beeen modified with Unmanaged Dependencies 8.0.0.16 ?






Question 2 :
If I downloaded a new version of map suite 8 just for a test, I don’t want to release my application with this new dll.
And this new version needs new unmanaged dll, so automatically the unmanaged dll have been installed in C:\Windows\SysWOW64\Map Suite 8.0 ?
So I have to backup this unmanaged dll before installing the new version of dll ?



Question 3 : 
When we deploy our application, We don’t install the unmanaged dll in the repository C:\Windows\SysWOW64\Map Suite 8.0 of pc’s on our customers.
We install in a specific repository. 
For example, the main directory of our application is “myapplication” and there are subfolders for each of our different modules that we deliver. (ie Error_20140807_Explorer).
Is there correct ? 



I asked these questions because I sent a message with a memory leak problem with ecw and I check if our deployment poses no concern.



Thanks.
Regards.
Steph.

Erreur_20140807.jpg (27.3 KB)
Erreur_20140807_MyApplication.jpg (32.6 KB)

#10

Hi Steph,


For Q1, In unmanaged Dependencies 8.0.0.16, only the GeoRasterWrapper dll was modified. However, we did a modification on this dll again and now the unmanaged Dependencies version is 8.0.0.58. Once you install the installer, you can compare the GeoRasterWrapper dlls.


Q2: Yes, we can backup the dlls before installing the new dlls. But if you just use the  Raster layer feature, actually, we can only back up the folders on GeoRaster like GeoRasterX64,GeoRasterX86,GeoRasterProjectionX64,GeoRasterProjectionX86. Btw, if your application is x86 and build on a x64 machine, we wil also backup the dlls under system32. Most of cases, we only modify some wrapper dlls like GeoRasterWrapperX64.dll, FileGdbApiWrapperX64.dll etc..We won't modify the other third-party dlls unless upgrade them.


Q3: Well, we can't specify a custom path for those unmanagered dlls, but we can put those folders and dlls under your assembly location, the below shows how map suite will lookup the unmanagered dlls.


I can understand why you ask the above questions, actually, as for the leak issue, we only do a modification on the GeoRasterWrapper dlls, so, if you just want to a simple test, I think you can  install the unmanagered msi in a virtual machine and then copy out the GeoRasterWrapper dlls to replace your local's, then check it if helps.


Hope it helps.


Troy