The way I understand workflow caching is that with Dev Cache Mode off user operations have a higher priority over admin operations. Admin changes will wait behind user activity for a "good" time to make the change/recache (not sure on the exact logic of finding a good time). With Dev Cache Mode on user operations are not given precedence over admin operations. This sounds consistent with what you are experiencing.
Try turning off Dev Cache Mode and restarting the AR Server process. HTH, Jason On Wed, Jun 10, 2009 at 2:31 AM, 권민석 <mskwo...@gmail.com> wrote: > ** > > Hi Michiel Beijen > > > > Thanks for your help. > > > > This Server is on production. And Development Cache Mode is on. > > We are importing workflow objects Because of this hang problem. > > But Hang problem happens in that time too. > > > > I don’t know what is the solution. > > > > How is it in your case? > > > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Michiel Beijen > *Sent:* Wednesday, June 10, 2009 6:13 PM > > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link > > > > ** Hi 권민석, (long live cut & paste) > > After you save a workflow object, the server will re-cache its objects > causing disruption to any connected users. Depending on the amount of memory > and the amount of forms and workflow on your server, this can be for a > significant amount of time. > > This is just one of the reasons you should never develop on a server that > is actually used for production purposes... ;-) > > If you have a testing/dev environment, switch it to Development Cache Mode > (look for it in the *Configuring* guide). This way, any connected users > will have a better experience. There is a downside to this as well, it will > affect overall performance of the server; you should NOT set a production > system to Development Cache Mode. > > Kind regards, > -- > Michiel Beijen > Software Consultant > +31 6 - 457 42 418 > Bee Free IT + http://beefreeit.nl > > On Wed, Jun 10, 2009 at 03:31, 권민석 <mskwo...@gmail.com> wrote: > > ** > > Hi Everybody! > > > > This issue happens to us in the same. > > But in our case, > > When we save a workflow object , Server is hanged So any user cannot > connect to the server. > > > > Our AR server/Admin tool Version is 7.1 patch 007 and CMDB is 2.1 Patch 005 > > > > Is anyone having this case ? > > Is it happened after CMDB install? > > > > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Joe DeSouza > *Sent:* Wednesday, June 10, 2009 1:28 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: Re : AW: RESOVLED Re: Long Time Saving Active Link > > > > ** > > Another tip for the save to happen almost instantaneously is that before > saving your Active link or Active links or any other workflow such as > filters etc, is that you click on the Server Name on the server window, so > as to not display the list of the Active Links or the Filters or whatever it > is that you are saving. > > > > The Admin tool is designed to perform a search after every save if you have > the list showing. This search does not happen if you either close the Server > window or click on its name so that the list does not show.. Then it doesn't > really matter if you have details enabled or not.. > > > > Joe > > > ------------------------------ > > *From:* Frex Popo <frexp...@yahoo.fr> > *To:* arslist@ARSLIST.ORG > *Sent:* Tuesday, June 9, 2009 10:31:22 AM > *Subject:* Re : AW: RESOVLED Re: Long Time Saving Active Link > > ** > > Thanks Conny, like when you say but only for active links :-) > > > > I applied the patch and did some tested with active links but not sure if I > have noticed too much difference, but perhaps I have a server running on a > VMWARE and things will be slow anyway :) > > > > --- En date de : *Mar 9.6.09, Conny Martin <conny.mar...@t-systems.com>* a > écrit : > > > De: Conny Martin <conny.mar...@t-systems.com> > Objet: AW: RESOVLED Re: Long Time Saving Active Link > À: arslist@ARSLIST.ORG > Date: Mardi 9 Juin 2009, 13h36 > > It's fixed in Admintool 7.1 Patch 7, but only for Active Links :-( > > Kind Regards Conny > > -----Ursprüngliche Nachricht----- > Von: Action Request System discussion list(ARSList) [mailto: > arslist@ARSLIST.ORG<http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org>] > Im Auftrag von David Morgan > Gesendet: Dienstag, 9. Juni 2009 13:25 > An: > arslist@ARSLIST.ORG<http://fr.mc265.mail.yahoo.com/mc/compose?to=arsl...@arslist.org> > Betreff: Re: RESOVLED Re: Long Time Saving Active Link > > No worries Frank - I think its fixed in a user tool patch later in the > 7.1 series - but I cannot remember which patch.... > > It's a little bit of a pain to switch off the details view - but typically > I'd use ARUtilities to determine the details etc, and leave the admin tool > switched off for speed :-) > > > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
