How's the DLL Hell problem solved in .NET? [Resolved]

Posted by Susanthampy under ASP.NET on 6/9/2011 | Points: 10 | Views : 25738 | Status : [Member] [MVP] | Replies : 7

Write New Post |

Search Forums | Answered

Resolved Posts |

Un Answered Posts |

Forums Home

How's the DLL Hell problem solved in .NET?

Regards,
Susan

[Resolved]

Reply | Reply with Attachment

Alert Moderator

Responses

Posted by: Nithadeepak on: 6/10/2011 [Member] Bronze | Points: 50

0	Hi Akiii, Go through this... http://venkataspinterview.blogspot.com/2011/06/what-is-process-for-strong-naming.html Nitha Deepak Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Posted by: Sksingh on: 6/9/2011 [Member] Starter | Points: 25

0	Global assembly Cache (GAC) is a repository for all the .Net components/dll that are shared globally on a particular machine. When a .Net component/dll is installed onto the machine, the Global Assembly Cache looks at its version, its public key, and its language information and creates a strong name for the component/dll. The component/dll is then registered in the GAC and indexed by its strong name, so that even with same name of assembly could be install to GAC that will be having two different versions. Once versioning done with any assembly there will be no chance to conflict, which was earlier happening (DLL HELL). Regards, Sunil Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Global assembly Cache (GAC) is a repository for all the .Net components/dll that are shared globally on a particular machine. When a .Net component/dll is installed onto the machine, the Global Assembly Cache looks at its version, its public key, and its language information and creates a strong name for the component/dll. The component/dll is then registered in the GAC and indexed by its strong name, so that even with same name of assembly could be install to GAC that will be having two different versions. Once versioning done with any assembly there will be no chance to conflict, which was earlier happening (DLL HELL).

Regards,
Sunil

Susanthampy, if this helps please login to Mark As Answer. | Alert Moderator

Posted by: Susanthampy on: 6/9/2011 [Member] [MVP] Bronze | Points: 25

0	Hi Sunil, Thanks for ur reply Regards, Susan Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Posted by: Nithadeepak on: 6/9/2011 [Member] Bronze | Points: 25

0	below links contain great explanation to your question. http://venkataspinterview.blogspot.com/2011/05/what-is-dll-hell-in-net.html http://venkataspinterview.blogspot.com/2011/06/how-is-dll-hell-problem-solved-in-net.html Nitha Deepak Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Posted by: Susanthampy on: 6/10/2011 [Member] [MVP] Bronze | Points: 25

0	Hi Nitha, Thanks for ur reply Regards, Susan Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Posted by: Akiii on: 6/10/2011 [Member] Bronze | Points: 25

0	Hi susan.... Sunil and nitha have given you good explanation and links.... Just tell me one thing only the dll's which are shared are stored in GAC with strong names ?? I think the dll which are private are stored in the bin folder of the project directory and do not need any strong name...! Looking for any help.. Thanks and Regards Akiii Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Hi susan....

Sunil and nitha have given you good explanation and links....
Just tell me one thing only the dll's which are shared are stored in GAC with strong names ??
I think the dll which are private are stored in the bin folder of the project directory and do not need any strong name...!

Looking for any help..

Thanks and Regards
Akiii

Susanthampy, if this helps please login to Mark As Answer. | Alert Moderator

Posted by: Akiii on: 6/10/2011 [Member] Bronze | Points: 25

0	Excellent link nitha.... Thanks for ur help.. Regards Akiii Susanthampy, if this helps please login to Mark As Answer. \| Alert Moderator

Latest Posts