Velocity Reviews - Computer Hardware Reviews

Velocity Reviews > Newsgroups > Programming > ASP .Net > Side-By-Side cooexistence of my own assemblies

Reply
Thread Tools

Side-By-Side cooexistence of my own assemblies

 
 
=?Utf-8?B?ZGF2ZS5kb2xhbg==?=
Guest
Posts: n/a
 
      10-11-2006
I have two versions of the same dll, one is in a production app, and the
other is in a test app. When I run the test app, it intereferes with the
operation of the production app, which leads me to believe that it's not
really using the right version of the assembly... The two versions of the dll
are not compatible, the new one completely restructures a lot of the way the
old one worked, so i can't forklift the old one outright.. Is there
something I'm missing? I just put the two dlls in separate apps on a windows
2000 host, and set each one to run isolated (but it doesn't appear that it is
isolated afterall..)

I have static and singleton components in each of the dlls... and when I
start the test one up, it messes up the production one's singleton details...
there has to be a way to tell it not to use the one that's already loaded by
the production app when I start up the test app... I even gave the dll's
different version numbers... I think the problem wouldn't exist if I had 2k3
server and separate app pools, but that's not an option, becasue of some
legacy stuff I have to use at the moment... is there anything I can do to
work around this?
 
Reply With Quote
 
 
 
 
bruce barker \(sqlwork.com\)
Guest
Posts: n/a
 
      10-11-2006
if there is no unmanaged code and the virdirs are seperate application
(giving each is own domain) thn you should not have a problem.

-- bruce (sqlwork.com)

"dave.dolan" <(E-Mail Removed)> wrote in message
news:(E-Mail Removed)...
>I have two versions of the same dll, one is in a production app, and the
> other is in a test app. When I run the test app, it intereferes with the
> operation of the production app, which leads me to believe that it's not
> really using the right version of the assembly... The two versions of the
> dll
> are not compatible, the new one completely restructures a lot of the way
> the
> old one worked, so i can't forklift the old one outright.. Is there
> something I'm missing? I just put the two dlls in separate apps on a
> windows
> 2000 host, and set each one to run isolated (but it doesn't appear that it
> is
> isolated afterall..)
>
> I have static and singleton components in each of the dlls... and when I
> start the test one up, it messes up the production one's singleton
> details...
> there has to be a way to tell it not to use the one that's already loaded
> by
> the production app when I start up the test app... I even gave the dll's
> different version numbers... I think the problem wouldn't exist if I had
> 2k3
> server and separate app pools, but that's not an option, becasue of some
> legacy stuff I have to use at the moment... is there anything I can do to
> work around this?



 
Reply With Quote
 
 
 
 
=?Utf-8?B?ZGF2ZS5kb2xhbg==?=
Guest
Posts: n/a
 
      10-11-2006
I wouldn't have thought so either, but the fact is that I do... One of my
singletons keeps a dictionary, and when I startup the test version, the
dictionary on the production one throws duplicate key errors as soon as I hit
the thing. It's really strange.

"bruce barker (sqlwork.com)" wrote:

> if there is no unmanaged code and the virdirs are seperate application
> (giving each is own domain) thn you should not have a problem.
>
> -- bruce (sqlwork.com)
>
> "dave.dolan" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> >I have two versions of the same dll, one is in a production app, and the
> > other is in a test app. When I run the test app, it intereferes with the
> > operation of the production app, which leads me to believe that it's not
> > really using the right version of the assembly... The two versions of the
> > dll
> > are not compatible, the new one completely restructures a lot of the way
> > the
> > old one worked, so i can't forklift the old one outright.. Is there
> > something I'm missing? I just put the two dlls in separate apps on a
> > windows
> > 2000 host, and set each one to run isolated (but it doesn't appear that it
> > is
> > isolated afterall..)
> >
> > I have static and singleton components in each of the dlls... and when I
> > start the test one up, it messes up the production one's singleton
> > details...
> > there has to be a way to tell it not to use the one that's already loaded
> > by
> > the production app when I start up the test app... I even gave the dll's
> > different version numbers... I think the problem wouldn't exist if I had
> > 2k3
> > server and separate app pools, but that's not an option, becasue of some
> > legacy stuff I have to use at the moment... is there anything I can do to
> > work around this?

>
>
>

 
Reply With Quote
 
=?Utf-8?B?ZGF2ZS5kb2xhbg==?=
Guest
Posts: n/a
 
      10-11-2006
haha well ook, I shouldn't maybe... but I do... I cleared the asp.net temp
files out just in case, and neither assembly is int he gac, so I have no idea
why this is happening. The only thing that I can think of is that it's win2k
and they're all using the same processes?

"bruce barker (sqlwork.com)" wrote:

> if there is no unmanaged code and the virdirs are seperate application
> (giving each is own domain) thn you should not have a problem.
>
> -- bruce (sqlwork.com)
>
> "dave.dolan" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> >I have two versions of the same dll, one is in a production app, and the
> > other is in a test app. When I run the test app, it intereferes with the
> > operation of the production app, which leads me to believe that it's not
> > really using the right version of the assembly... The two versions of the
> > dll
> > are not compatible, the new one completely restructures a lot of the way
> > the
> > old one worked, so i can't forklift the old one outright.. Is there
> > something I'm missing? I just put the two dlls in separate apps on a
> > windows
> > 2000 host, and set each one to run isolated (but it doesn't appear that it
> > is
> > isolated afterall..)
> >
> > I have static and singleton components in each of the dlls... and when I
> > start the test one up, it messes up the production one's singleton
> > details...
> > there has to be a way to tell it not to use the one that's already loaded
> > by
> > the production app when I start up the test app... I even gave the dll's
> > different version numbers... I think the problem wouldn't exist if I had
> > 2k3
> > server and separate app pools, but that's not an option, becasue of some
> > legacy stuff I have to use at the moment... is there anything I can do to
> > work around this?

>
>
>

 
Reply With Quote
 
=?Utf-8?B?ZGF2ZS5kb2xhbg==?=
Guest
Posts: n/a
 
      10-11-2006
Well you're sort of right there Bruce, they don't interfere with one and
other, but I figured it out, I had to go into the web.config and specify the
fully qualified assemblyname of each of the referenced assemblies, including
the version numbers, otherwise I was getting the luck of the draw,
apparently. (which meant whichever version loaded first.)

"bruce barker (sqlwork.com)" wrote:

> if there is no unmanaged code and the virdirs are seperate application
> (giving each is own domain) thn you should not have a problem.
>
> -- bruce (sqlwork.com)
>
> "dave.dolan" <(E-Mail Removed)> wrote in message
> news:(E-Mail Removed)...
> >I have two versions of the same dll, one is in a production app, and the
> > other is in a test app. When I run the test app, it intereferes with the
> > operation of the production app, which leads me to believe that it's not
> > really using the right version of the assembly... The two versions of the
> > dll
> > are not compatible, the new one completely restructures a lot of the way
> > the
> > old one worked, so i can't forklift the old one outright.. Is there
> > something I'm missing? I just put the two dlls in separate apps on a
> > windows
> > 2000 host, and set each one to run isolated (but it doesn't appear that it
> > is
> > isolated afterall..)
> >
> > I have static and singleton components in each of the dlls... and when I
> > start the test one up, it messes up the production one's singleton
> > details...
> > there has to be a way to tell it not to use the one that's already loaded
> > by
> > the production app when I start up the test app... I even gave the dll's
> > different version numbers... I think the problem wouldn't exist if I had
> > 2k3
> > server and separate app pools, but that's not an option, becasue of some
> > legacy stuff I have to use at the moment... is there anything I can do to
> > work around this?

>
>
>

 
Reply With Quote
 
 
 
Reply

Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Using own classloader inside J2EE to load and unload own classes. Stefan Siegl Java 1 07-02-2013 05:05 AM
Allowing access to my own computers within my own network =?Utf-8?B?VHJldm9y?= Wireless Networking 2 07-20-2006 09:05 PM
I have built my own (simple) thread manager [TM], but just found java 5 has its own. Saverio M. Java 0 07-03-2006 08:52 AM
Create my own batch file to compile ASP.NET assemblies Raterus ASP .Net 1 04-23-2004 02:12 PM



Advertisments