I see - are you really sure that Development Cache Mode is on? You'd have to restart the server after setting the checkbox in order for the setting to take effect. But as I mentioned, you will be experiencing other kinds of performance issues - maybe the one you mentioned - if you are running Development Cache Mode on a production system. If you'd want to take my advice, to prevent performance issues, please do not use this on a production environment.
In my experience, Development Cache Mode is a GREAT thing for test or development servers with only a couple of users; but will be able to bring your system to a grinding halt when large amounts of users are connected. Also, I would strongly advice not import workflow objects on a live server during business hours. Please use a downtime slot in your SLA for this and make sure no users are connected to your server (for instance setting Admin-Only mode and disconnecting all connected users). And, of course, make sure to communicate your scheduled downtime to your users... Kind regards, -- Michiel Beijen Software Consultant +31 6 - 457 42 418 Bee Free IT + http://beefreeit.nl On Wed, Jun 10, 2009 at 11:31, 권민석 <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"
