|
Home > Archive > BizTalk Server General > May 2005 > dll files in GAC- strange behaviour
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
dll files in GAC- strange behaviour
|
|
|
| Hi,
In my BTS solution I have noticed a behaviour which I cannot explain. The
solution contains, except for BTS projects, also several class library
projects with help classes and functions. Every time I log in on the server
and run my orchestrations I get an error complaining that the help class dll
is not valid ( something like: "cannot find the depedencies..."). If I
replace the dll in GAC with the dll from the local folder, the matter is
solved and I can run my orchestrations during the whole log-in session. It
seems that the version number of the local dll:s raises each time I log on on
the server, even if I don't recompile the classes. How is that? I don't
really like the situation when version numbers raise without me knowing about
it.
Can anybody explain why this happens and what I can do to prevent this
situation?
theo
| |
| McGeeky 2005-05-24, 8:19 am |
| This could be due to a "feature" in Visual Studio and your AssemblyInfo.cs
file. When you create a new DLL project in Visual Studio it creates the
AssemblyInfo.cs.
If you look for the line
[assembly: AssemblyVersion("1.0.*")]
and instead change it to
[assembly: AssemblyVersion("1.0.0.0")]
It should stop version numbers being incremented automatically
--
McGeeky
http://mcgeeky.blogspot.com
"Theo" <Theo@discussions.microsoft.com> wrote in message
news:C87E0221-7F88-45DC-B2EC-2F7BD609A005@microsoft.com...
> Hi,
>
> In my BTS solution I have noticed a behaviour which I cannot explain. The
> solution contains, except for BTS projects, also several class library
> projects with help classes and functions. Every time I log in on the
> server
> and run my orchestrations I get an error complaining that the help class
> dll
> is not valid ( something like: "cannot find the depedencies..."). If I
> replace the dll in GAC with the dll from the local folder, the matter is
> solved and I can run my orchestrations during the whole log-in session. It
> seems that the version number of the local dll:s raises each time I log on
> on
> the server, even if I don't recompile the classes. How is that? I don't
> really like the situation when version numbers raise without me knowing
> about
> it.
> Can anybody explain why this happens and what I can do to prevent this
> situation?
>
> theo
|
|
|
|
|