[DUG] Delphi2005 and Packages using Strong Named Assemblies

[Nigel.McClelland at sungard.com]

Hi 
 
I have just started investigating using Delphi2005 Update 3 to rewrite
our Delphi5 COM+ components.
 
I set out to rewrite a simple component that contains COM+ Event
Classes.
In order to add a component to the catalogue it needs to be strong
named, which I did.
 
I tested the component and it ran fine.
 
I then set out to rewrite another component that is used to publish
these COM+ events.
At first I was unable to consume my 1st component as it was a library.
The compiler told me to use packages instead so I rewrote it as a
package
 
I then created my second component as a package (successfully consuming
the 1st one)
 
Finally I set out to build a test application that publishes some
events, however the application fails to bind to my second component.
It fails with an error Comparing the assembly name resulted in the
mismatch: PUBLIC KEY TOKEN.
 
I have tried using early signed Public/Private key pairs, and Delayed
signing with a Public Key, and nothing seems to work.
 
Using ildasm and fusion logs the key bound in to the assembly is
corrupt.
I have seen some other postings on the net but am yet to find a
solution, so I cant get much further at all.
 
 
I also have a secondary issue using the DefaultNameSpace option.
 
If I have PackageA with unit1 containing Class1 and Unit2 containing
Class2 I end up with the following:
 
When DefaultNameSpace not set
COM+ shows components 
Unit1.Class1 
Unit2.Class2
 
Delphi compiles units
Unit1.dcuil
Unit2..dcuil
 
When DefaultNameSpace set to PackageA
COM+ shows components 
PackageA.Class1 
PackageA.Class2
 
Delphi compiles units
PackageA.Unit1.dcuil 
PackageA.Unit2.dcuil
 
I would like to use the option of setting the NameSapace to PackageA but
am unable to build a consumer when I do
as the compiler looks to link in Unit1.dcuil instead of
PackageA.Unit1.dcuil 
 
Any help on these 2 issues would be greatly appreciated.
 
Thanks
Nigel
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://ns3.123.co.nz/pipermail/delphi/attachments/20050630/d882a97a/attachment.html