Delay signing

[Graham Allwood]

Hi,

I have an assemly that is delay signed during the dev work and then it is
resigned later when we perform a release build. In the same solution I have
a setup project that uses the PRIMARY OUTPUT of the first project. I also
have a new Configuration setting where I can just build the setup project.

Now, my problem is that the setup project seems to be recompiling the
primary output of the first project before it includes it. The problem is
that this new compile will not be fully signed.

How should I handle this? Do I have to stop using primary output setup group
and start pointing the project to the output assembly that has been
resignedy?

Thanks for any help

Graham Allwood

[Huihong Luo]

Re: Delay signing

Perhaps, you can try one of the following

(1) If you are using VS.NET 2003, you can specfiy a command in the Build
Events of your project,
sn -R <assembly> <keyfile> when Build is success

This way, everytime when the build is successful, your primary output will
be resigned, and thus your setup project has the right version

(2) You must explicitly tell the setup project not to use the primary output
(as you guessed)
In setup project properties, "Exclude" the primary output, and add your
resigned assemblies into the project

Huihong
protect your .net code @ http://www.remotesoft.com



"Graham Allwood" <graham.allwood @idesta.com> wrote in message
news:ODN1OrHQDH A.304@tk2msftng p13.phx.gbl...[color=blue]
> Hi,
>
> I have an assemly that is delay signed during the dev work and then it is
> resigned later when we perform a release build. In the same solution I[/color]
have[color=blue]
> a setup project that uses the PRIMARY OUTPUT of the first project. I also
> have a new Configuration setting where I can just build the setup project.
>
> Now, my problem is that the setup project seems to be recompiling the
> primary output of the first project before it includes it. The problem is
> that this new compile will not be fully signed.
>
> How should I handle this? Do I have to stop using primary output setup[/color]
group[color=blue]
> and start pointing the project to the output assembly that has been
> resignedy?
>
> Thanks for any help
>
> Graham Allwood
>
>[/color]

[Graham Allwood]

Re: Delay signing

Thanks for the reply. It seems that 2) is the only way. I don't want to
fully sign my assemblies on the developers desktop so I can't really put
anything in the build events.

Cheers

Graham

"Huihong Luo" <huisinro@stanf ordalumni.org> wrote in message
news:uLnsIYKQDH A.2256@TK2MSFTN GP11.phx.gbl...[color=blue]
> Perhaps, you can try one of the following
>
> (1) If you are using VS.NET 2003, you can specfiy a command in the Build
> Events of your project,
> sn -R <assembly> <keyfile> when Build is success
>
> This way, everytime when the build is successful, your primary output will
> be resigned, and thus your setup project has the right version
>
> (2) You must explicitly tell the setup project not to use the primary[/color]
output[color=blue]
> (as you guessed)
> In setup project properties, "Exclude" the primary output, and add your
> resigned assemblies into the project
>
> Huihong
> protect your .net code @ http://www.remotesoft.com
>
>
>
> "Graham Allwood" <graham.allwood @idesta.com> wrote in message
> news:ODN1OrHQDH A.304@tk2msftng p13.phx.gbl...[color=green]
> > Hi,
> >
> > I have an assemly that is delay signed during the dev work and then it[/color][/color]
is[color=blue][color=green]
> > resigned later when we perform a release build. In the same solution I[/color]
> have[color=green]
> > a setup project that uses the PRIMARY OUTPUT of the first project. I[/color][/color]
also[color=blue][color=green]
> > have a new Configuration setting where I can just build the setup[/color][/color]
project.[color=blue][color=green]
> >
> > Now, my problem is that the setup project seems to be recompiling the
> > primary output of the first project before it includes it. The problem[/color][/color]
is[color=blue][color=green]
> > that this new compile will not be fully signed.
> >
> > How should I handle this? Do I have to stop using primary output setup[/color]
> group[color=green]
> > and start pointing the project to the output assembly that has been
> > resignedy?
> >
> > Thanks for any help
> >
> > Graham Allwood
> >
> >[/color]
>
>[/color]