| Author |
Potential Biztalk Bug - In Pipeline Editor ?
|
|
| shawnk 2005-04-25, 5:51 pm |
| During some biztalk assembly work I discovered what may be a bug in Biztalk
server 2004.
In the GAC under the directory;
C:\Windows\assembly\download
I have a recursive structure that seems to have been created by Biztalk
activity.
The recursive directory structure is the download directory structure which
(may now) go to tens if not hundreds of directories.
The result is;
C:\Windows\assembly\download\download\do
wnload\download\......
In each 'download' directory I have the contents;
Microsoft.BizTalk.DefaultPipelines
Microsoft.BizTalk.GlobalPropertySchemas
Microsoft.BizTalk.Pipeline.Components
Microsoft.BizTalk.PipelineEditor
System
System.Xml
Wrapper
I only noticed this when exploring the GAC directory in Windows Explorer.
My other GAC viewers, utilities do not show this recursive directory
structure.
Does anyone know anything about this?
Does it have something to do with the Biztalk pipeline editor?
Biztalk tools and runtime seem to be running fine (for now).
Thanks much in advance :-)
shawnk
| |
| Jon Flanders[MVP] 2005-04-25, 5:51 pm |
| That is the download cache. You can see what is in there when you run
gacutil /ldl and you can clear it using gacutil /cdl. VS.NET uses it when
you load assemblies into the designer. When working on design issue with
pipeline components I have actually needed to use gacutil /cdl to get things
to work.
--
Jon Flanders
http://www.masteringbiztalk.com/blogs/jon/
"shawnk" <shawnk@discussions.microsoft.com> wrote in message
news:BC13049F-7549-4171-A359-96AE20F020F7@microsoft.com...
> During some biztalk assembly work I discovered what may be a bug in
> Biztalk
> server 2004.
>
> In the GAC under the directory;
>
> C:\Windows\assembly\download
>
> I have a recursive structure that seems to have been created by Biztalk
> activity.
>
> The recursive directory structure is the download directory structure
> which
> (may now) go to tens if not hundreds of directories.
> The result is;
>
> C:\Windows\assembly\download\download\do
wnload\download\......
>
> In each 'download' directory I have the contents;
>
> Microsoft.BizTalk.DefaultPipelines
> Microsoft.BizTalk.GlobalPropertySchemas
> Microsoft.BizTalk.Pipeline.Components
> Microsoft.BizTalk.PipelineEditor
> System
> System.Xml
> Wrapper
>
> I only noticed this when exploring the GAC directory in Windows Explorer.
> My other GAC viewers, utilities do not show this recursive directory
> structure.
>
> Does anyone know anything about this?
> Does it have something to do with the Biztalk pipeline editor?
>
> Biztalk tools and runtime seem to be running fine (for now).
>
> Thanks much in advance :-)
>
> shawnk
| |
| shawnk 2005-04-26, 2:48 am |
| Jon,
Thanks for the lead on clearing the directory.
I cleared the directory structure with gacutil and it worked great.
The recursive directory structure is still there however and I've tried to
delete it via DOS shell commands and Windows explorer.
Neither methods seems to want to delete the structure due to
the unique nature of the GAC. Is there a way to clear out the directory
structure as well.
Thanks again for your help.
"Jon Flanders[MVP]" wrote:
> That is the download cache. You can see what is in there when you run
> gacutil /ldl and you can clear it using gacutil /cdl. VS.NET uses it when
> you load assemblies into the designer. When working on design issue with
> pipeline components I have actually needed to use gacutil /cdl to get things
> to work.
>
> --
> Jon Flanders
> http://www.masteringbiztalk.com/blogs/jon/
>
> "shawnk" <shawnk@discussions.microsoft.com> wrote in message
> news:BC13049F-7549-4171-A359-96AE20F020F7@microsoft.com...
>
>
>
| |
| Jon Flanders[MVP] 2005-04-26, 2:48 am |
| Since you didn't create those directories - you shouldn't delete them either
;-). The GAC is managed by the Fusion API and you should mess around with
those directories with great care.
--
Jon Flanders
http://www.masteringbiztalk.com/blogs/jon/
"shawnk" <shawnk@discussions.microsoft.com> wrote in message
news:9DC74382-0601-4C48-8A22-8A08C78C46AF@microsoft.com...[vbcol=seagreen]
> Jon,
>
> Thanks for the lead on clearing the directory.
> I cleared the directory structure with gacutil and it worked great.
> The recursive directory structure is still there however and I've tried to
> delete it via DOS shell commands and Windows explorer.
>
> Neither methods seems to want to delete the structure due to
> the unique nature of the GAC. Is there a way to clear out the directory
> structure as well.
>
> Thanks again for your help.
>
> "Jon Flanders[MVP]" wrote:
>
| |
| shawnk 2005-04-26, 5:53 pm |
| I'll take your advice and leave the directory structure alone.
"If it works don't fix it" is the basic reason why I check out as
much information as possible on this forum before doing any fixing :-)
Thanks again for your help.
"Jon Flanders[MVP]" wrote:
> Since you didn't create those directories - you shouldn't delete them either
> ;-). The GAC is managed by the Fusion API and you should mess around with
> those directories with great care.
>
> --
> Jon Flanders
> http://www.masteringbiztalk.com/blogs/jon/
>
> "shawnk" <shawnk@discussions.microsoft.com> wrote in message
> news:9DC74382-0601-4C48-8A22-8A08C78C46AF@microsoft.com...
>
>
>
| |
|
| For what it's worth...
'Download' isn't really a directory, it's just looks like one. The
recursive nature that you see isn't going for tens or hundreds, it's
infinite - because it's somehow got a link to itself. But, whatever the
problem it is you're having, it isn't taking up disk space or anything.
I don't know why it is happening, but maybe you could take a look see
c:\windows\assembly\desktop.ini (hidden system file) - I know messing
with this file can reek all kinds of havoc, maybe there's something
wrong with yours. Mine looks like this
; ==++==
;
; Copyright (c) Microsoft Corporation. All rights reserved.
;
; ==--==
[.ShellClassInfo]
CLSID={1D2680C9-0E2A-469d-B787-065558BC7D43}
ConfirmFileOp=1
InfoTip=Contains application stability information.
Regards,
MRe
| |
| shawnk 2005-04-27, 5:52 pm |
| I'm not as worried about it now
that I know the directory is recursive. My desktop.ini
file is the same as yours.
Thanks much for the info :-)
shawnk
"MRe" wrote:
> For what it's worth...
>
> 'Download' isn't really a directory, it's just looks like one. The
> recursive nature that you see isn't going for tens or hundreds, it's
> infinite - because it's somehow got a link to itself. But, whatever the
> problem it is you're having, it isn't taking up disk space or anything.
>
> I don't know why it is happening, but maybe you could take a look see
> c:\windows\assembly\desktop.ini (hidden system file) - I know messing
> with this file can reek all kinds of havoc, maybe there's something
> wrong with yours. Mine looks like this
>
> ; ==++==
> ;
> ; Copyright (c) Microsoft Corporation. All rights reserved.
> ;
> ; ==--==
> [.ShellClassInfo]
> CLSID={1D2680C9-0E2A-469d-B787-065558BC7D43}
> ConfirmFileOp=1
> InfoTip=Contains application stability information.
>
>
> Regards,
> MRe
>
>
|
|
|
|