Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 210
  • Last Modified:

Modifying COM+ proxy applications

I am working on a 3-tier web-fronted business system, where some support functionality is provided via desktop GUIs.  Communication with the application server (middle tier) is via components in COM+ packages which are exported and the proxies installed on the desktops using the MSIs generated.

At present, when we wish to issue a new software release, the COM+ packages are rebuilt and exported in production, and the proxies installed straight away.  However we are moving to a remote packaging paradigm, where the COM+ applications will need to be built and exported on a different build server, and the proxy MSIs sent away to be packaged at a remote location ready for install at the time of release.  My question is whether (and how) it is possible either using MST files or otherwise to modify, at a later stage, the MSIs created on the build server so that they point at the production server.  Will there be a problem with GUIDs not matching, etc?
0
Ed2003
Asked:
Ed2003
  • 3
  • 3
1 Solution
 
audreygzCommented:
You can create MSI on the build server to point to the product server. The way is you can use object viewer tool to change the object point to the product server.

. You have to use the same GUID.
0
 
Ed2003Author Commented:
I'm not sure that I understand this, but I'll have look at the COM+ console when I'm next at work and try to see what you mean.  I'll repost if necessary.  Please would you check out this thread again after 25/10/2004 - I'm off on holiday to Rome for the week!

Thanks very much for your help.
0
 
audreygzCommented:
If the build server is A, the product server is B. On the client machine, run the following command:
Msiexec /I xxx.msi RemoteServerName=B

Actually you can write one line install script to deploy it with your MSI proxy package.

Or you can use object viewer or DCOMCNFG change the COM+proxy location to point to the product server B.


0
Free Tool: SSL Checker

Scans your site and returns information about your SSL implementation and certificate. Helpful for debugging and validating your SSL configuration.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
Ed2003Author Commented:
Thanks very much for this.  Can I clarify a little?  If I understand you correctly, we should create the COM+ proxies in the usual way using the export function in the COM+ console.  Then we can run msiexec from the command line either on the build server, or on the target workstation, and that will modify the msi file to point to the server specified in the command line argument?

The above will be fine for us, if you wouldn't mind just confirming that I've understood it correctly.  I was interested that you say the process can be carried out from DCOMCNFG. Our COM+ apps don't appear in the list in DCOMCNFG - all that is there is literally DCOM apps (ie ActiveX .exe files).
0
 
audreygzCommented:
You have to run this script on the client machine which is target workstation. You can ship this script with your client msi. So you use msiexec to install the msi and change remote server point to the server you specified.

In DCOMCNFG, you can find it using your GUID or progid. Some showing, some not. I am not exactly sure why.  
0
 
Ed2003Author Commented:
Worked like a dream!

Many thanks for your help.

Ed
0

Featured Post

Free Tool: ZipGrep

ZipGrep is a utility that can list and search zip (.war, .ear, .jar, etc) archives for text patterns, without the need to extract the archive's contents.

One of a set of tools we're offering as a way to say thank you for being a part of the community.

  • 3
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now