Gac to Private assembly

[=?Utf-8?B?c3RldmU=?=]

Hi,

I’m working on a project where I need to use the GaC to register Global
DLL's and a program uses the dll to perform tasks.
This works fine.

From those dll"s I want to use private assembly's (private dll's) that I do
not want to install in to the GaC.
Example: application (SharePoint) uses Gac Dll's they trigger actions that
uses my private Dll's.

My question is what the best way to do this within the same server, across a
network and across the internet or vpn?
Can I use them directly and how?
It is just some things that I been wondering for some time now but still
didn't find a good answer to.

I've been playing around with enterprise services and WCF.
I like WCF but do not know if this is the best framework to use in all 3
cases?
Within the WCF I got the thing working with wsHttpbinding but want to use
tcpBinding and netNamedPipeBin ding all the examples I find on the net are
http almost no tcp or namedpipe binding configurations so if someone could
point me in the right directions?

It is just a thing that I been wondering for some time now but still didn't
find a good answer to.

thanks

[Pavel Minaev]

Re: Gac to Private assembly

On Aug 2, 3:05 am, steve <st...@discussi ons.microsoft.c omwrote:

I’m working on a project where I need to use the GaC to register Global
DLL's and a program uses the dll to perform tasks.
This works fine.
>
From those dll"s I want to use private assembly's (private dll's) that I do
not want to install in to the GaC.

Why do you not want to install them to GAC?

Example: application (SharePoint) uses Gac Dll's they trigger actions that
uses my private Dll's.

Well, GAC assemblies are an unfortnate but inevitable artifact of
SharePoint development, and most SP developers I've seen (myself
included) just end up putting it all into GAC - it's no worse than
having half of your stuff there, and half elsewhere.

[=?Utf-8?B?c3RldmU=?=]

Re: Gac to Private assembly

Pavel,

>Why do you not want to install them to GAC?

Just to get a picture on how to work with those problems where you got a
private DLLapp with some classes and want to use them in let's say 3
applications (sharepoint, myapp1, myapp2) installed on different servers and
want to upgrade.

Also i want to now if you can debug in the gac?




"Pavel Minaev" wrote:

On Aug 2, 3:05 am, steve <st...@discussi ons.microsoft.c omwrote:

I’m working on a project where I need to use the GaC to register Global
DLL's and a program uses the dll to perform tasks.
This works fine.

From those dll"s I want to use private assembly's (private dll's) that I do
not want to install in to the GaC.

>
Why do you not want to install them to GAC?
>

Example: application (SharePoint) uses Gac Dll's they trigger actions that
uses my private Dll's.

>
Well, GAC assemblies are an unfortnate but inevitable artifact of
SharePoint development, and most SP developers I've seen (myself
included) just end up putting it all into GAC - it's no worse than
having half of your stuff there, and half elsewhere.
>

[Pavel Minaev]

Re: Gac to Private assembly

On Aug 2, 1:01 pm, steve <st...@discussi ons.microsoft.c omwrote:

Just to get a picture on how to work with those problems where you got a
private DLLapp with some classes and want to use them in let's say 3
applications (sharepoint, myapp1, myapp2) installed on different servers and
want to upgrade.

I don't see how installing or not installing into GAC would solve this
problem for you. You'll still have a copy of assembly on each server,
so upgrading will be just as tedious.

Also i want to now if you can debug in the gac?

You can do that as usual. If you mean loading debugging symbols, then
you'll have to copy the .pdb file into the GAC so that it's in the
same folder as your .dll - gacutil will not do it itself, but there
are similar 3rd-party utilities out there which copy .pdb on
installation as well.