![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hey.. Does anyone have a solution for the following running 2000: I have a DTS package (package 'A')that in some cases is calling another package (package 'B'). When package A is ready to call package B, all is well. Now I go ahead and modify package B to my liking, and resave it. Thus, as we all know, package B now contains a new version number (we'll say version 2 from version 1). The problem I am running into is that package A is still calling package B version 1, since that is the one originally selected, and not updating itself automatically to call version 2.. Does anyone have a solution for that. I have quite a few packages in this situation and am hoping for an automatic fix. I have thought about adding a global variable to all packages called @version_number. I have seen things about linking versions when it is saved in meta data, but since they are already saved as SQL DTS package, I dont see an area where I can move them over.. Any thoughts? Thanks -Danny Make the Execute Package Task name dependent only |
#3
| |||
| |||
|
#4
| |||
| |||
|
|
see.. the problem occurs only some of the time which is where I'm not sure what is different than another. If I specify a packageID rather than a versionID, most of the time the call will pick the latest one, but their are plenty of times that it doesn't, still seemingly to be dependant on an old version, even though I am specifying only a packageID, not version dependant.. any help would be great.. is global variables the way to go? -danny |
#5
| |||
| |||
|
![]() |
| Thread Tools | |
| Display Modes | |
| |