| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| [SOLVED] Clearing the previous data in build time |
« View previous topic :: View next topic » |
| Author |
Message
|
| mca |
 Posted: Wed May 11, 2005 7:13 am Post subject: [SOLVED] Clearing the previous data in build time |
 |
|
Disciple
Joined: 09 Mar 2005
Posts: 196
|
This is an general question:
I am using WF Build Time. If i import an already created FDL into Build time, i am able to see all the process, Staff, roles, Programs etc onto the respective tabs like tree structure. If i delete the process in PROCESS tab, the staff, roles programs etc still stay in the build time tree structure. I had 150 staff defined in that FDL and deleting them takes more than 15 minutes just for staff deletion. If i avoid doing that and import another FDL created by some other person, the staff and programs that are impoted now are being added to existing ones.
Now the problem comes when exporting the FDL after making just one change like changing UPES activity from Asynchronous to Synchronous and exporting it. I cannot make EXPORT ALL option as all the staff and other stuff in previous program will be exported. If i wanna do SELECTED EXPORT, i am not sure what programs, staff, roles etc are being used as its painted by some one else and i imported to make just one change. Trying to understand may take for ever if its a big flow.
Now my question is isn't there a way to clear all the data i imported from my earlier FDL and import the new FDL with just its data present in build time ? Thanks.
MCA
Last edited by mca on Wed May 11, 2005 5:08 pm; edited 2 times in total |
|
| Back to top |
|
 |
| koko |
| Posted: Wed May 11, 2005 7:40 am Post subject: |
|
|
Master
Joined: 26 Sep 2003
Posts: 206
|
Hi mca,
you can delete all thats under process, staff, implementation and networks. Just want to give you a caveat . under networks do not delete the default servers like ( CLEANSVR, ECECSVR etc  )save the database.
If you close and open the buldtime at this stage, your DB should be empty.
Then import the new flow ( along with its staff, etc ). Make the changes now and export the FDL.
_________________
Thanks
Koko |
|
| Back to top |
|
|
| mca |
| Posted: Wed May 11, 2005 7:51 am Post subject: |
|
|
Disciple
Joined: 09 Mar 2005
Posts: 196
|
Thanks koko for the reply.
Do u mean to delete all tree-structure data by right-clicking and DELETE on each staff, role etc. If i do that its taking more than 20 minutes and some are not getting deleted saying "program is used by some other resource". Instead of doing that i wanna do an DELETE ALL if i have an option and refresh it. So, the new BT must not have any traces of the earlier imported FDL. Is there a way to do that ? |
|
| Back to top |
|
|
| jmac |
| Posted: Wed May 11, 2005 10:05 am Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Why not just define yourself anothe BuildTime only configuration. I have about 10 or 12 buildtime databases. I define them all as MS Access because it is quicker.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| kotha |
| Posted: Wed May 11, 2005 10:56 am Post subject: Re: Clearing the previous data in build time |
|
|
Partisan
Joined: 12 Mar 2005
Posts: 333
|
| mca wrote: |
Now the problem comes when exporting the FDL after making just one change like changing UPES activity from Asynchronous to Synchronous and exporting it. I cannot make EXPORT ALL option as all the staff and other stuff in previous program will be exported. If i wanna do SELECTED EXPORT, i am not sure what programs, staff, roles etc are being used as its painted by some one else and i imported to make just one change. Trying to understand may take for ever if its a big flow.
MCA |
When you make change to your process, Just import the process only. all other info is already in the runtime databse.
Dont be scared about the other unnecessary data stored in run time. when you run ur process, only the properties included in that process will be used.
| Quote: |
| "program is used by some other resource" |
.
this happens when you try to delete when it is used by some activity or some person. for example, when u try to delete a role which has members not deleted earlier (or not marked to delete), it is not possible.
My suggestion: if you are not familier with Buildtime tool, Create one more process and assign the same data structures and staff properties and etc. Export the new process. And if you want to delete the exisitng process, modify it to make sure it is not using any resources. for example, change the data structures to defaut and staff to a dummy person. and delete it by making them to delete status.
hope this works |
|
| Back to top |
|
|
| koko |
| Posted: Wed May 11, 2005 1:30 pm Post subject: |
|
|
Master
Joined: 26 Sep 2003
Posts: 206
|
I would recommend Jmac's way as its more clean.
Just my opinion
_________________
Thanks
Koko |
|
| Back to top |
|
|
| jmac |
| Posted: Wed May 11, 2005 3:48 pm Post subject: Re: Clearing the previous data in build time |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
| kotha wrote: |
| Just import the process only. all other info is already in the runtime databse. |
This is definitely true in this case, since the only change implied in the original question was Activity from synch to asynch
| mca wrote: |
| If i wanna do SELECTED EXPORT, i am not sure what programs, staff, roles etc are being used as its painted by some one else and i imported to make just one change. |
When you export a process, always export it DEEP, this will get you all of the programs and Data Structures that are referenced by the process. The only objects that deep misses are UPES objects. Generally, I never export staff with processes, and the fact that DEEP does not bring staff is fine to my way of thinking.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| mca |
| Posted: Wed May 11, 2005 5:08 pm Post subject: |
|
|
Disciple
Joined: 09 Mar 2005
Posts: 196
|
Thanks jmac for the perfect solution for the problem. I was under the impression that creating many BT's might not be suggestable. But after hearing you answer, i guess i am wrong. Thanks for that solution.
Also Kotha and koko, your advices in this matter are truely helpful. Thanks for those replies.
regards
MCA |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
