Want to win a PS4? Go Premium and enter to win our High-Tech Treats giveaway. Enter to Win

x
?
Solved

COM+ does not keep http session on Windows 2012, but works fine on Windows 8

Posted on 2013-11-27
4
Medium Priority
?
700 Views
Last Modified: 2013-12-13
I have a Windows COM+ component that makes two calls to a WebService, using a gsoap generated proxy. It needs to make both calls in the same http session.

It works fine, but not if the component runs on Windows 2012 Server under Local Service account.

It works as expected on
 - Windows 2012 as the current user
 - Windows 8 as both current user and Local Service account

When I run it on Windows Server 2012 as Local Service (or Network Service) account, however, the second call is made in a different http session.

I have checked many times all settings from COM+ installation to IIS configurations (It is a ASP.NET application that calls the COM), comparing them with the working Windows 8 counterpart, and it is all exactly the same. I can´t see any clue of what may be wrong. As far as I´m concerned it looks like that if I run the COM+ as Local Service it is not able to keep a session cookie.

I´m wondering if someone has any clue of what I may be missing here. Is there any significant Windows 2012 x Windows 8 difference that I should look at, maybe on settings or even on the COM+ implementation?
0
Comment
Question by:cristiantm
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
4 Comments
 
LVL 3

Author Comment

by:cristiantm
ID: 39710926
We´ve found a workaround:

 - Setup the application on IIS to run as a normal user (not application id pool) and load profile set to true;
 - Setup the COM+ to run as the same user

That way, the COM+ is loaded and works fine even if the user is not logged in.

Moreover, we think that the problem is that is something related to wininet x winhttp on the COM+ implementation. We are working on this to check this.

If anyone has another suggestion, I´m still open to hear about it.
0
 
LVL 3

Accepted Solution

by:
cristiantm earned 0 total points
ID: 39716295
We found out the problem. It is really related to using WinInet instead of WinHttp. WinInet is not good for service accounts, creating this kind of problem. Replacing it by WinHttp solved the problem.
0

Featured Post

What does it mean to be "Always On"?

Is your cloud always on? With an Always On cloud you won't have to worry about downtime for maintenance or software application code updates, ensuring that your bottom line isn't affected.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

A long time ago (May 2011), I have written an article showing you how to create a DLL using Visual Studio 2005 to be hosted in SQL Server 2005. That was valid at that time and it is still valid if you are still using these versions. You can still re…
International Data Corporation (IDC) prognosticates that before the current the year gets over disbursing on IT framework products to be sent in cloud environs will be $37.1B.
In this Micro Tutorial viewers will learn how to restore their server from Bare Metal Backup image created with Windows Server Backup feature. As an example Windows 2012R2 is used.
Want to learn how to record your desktop screen without having to use an outside camera. Click on this video and learn how to use the cool google extension called "Screencastify"! Step 1: Open a new google tab Step 2: Go to the left hand upper corn…

618 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question