Hi,
I see no show-stopper for accelerating the time on your system.
The main thing should be to:
1. Make sure your clients (Mid-Tier is only one machine) have the same
system time as the server
2. Make sure that your escalations run more frequently. I don't know if
the escalation sime-to-run is recalculated each time any escalations is
run in that thread. If that is the case, it will be easier.
Almost all time based stuff is done on a less/more-than basis, which will
make it hard to break. For example ('SLM-Target-Date' < $TIMETAMP$).
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* RRR|License - Not enough Remedy licenses? Save money by optimizing.
* RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs.
Find these products, and many free tools and utilities, at http://rrr.se.
> Hi,
>
> I have a doubt. If I create some workflow that is time dependent I need to
> wait ta complete time period to do a complete unitary test. For instance,
> I've programmed an invoice creator from SLM that considers the results of
> SLA's and generates the invoice monthly. If I want to perform a complete
> unitary test I need to wait one complete month to see the results. Also
> theoretically If I want to check several scenarios, I need to wait several
> months. At other tools I played with the OS clock to simulate
> "travelling through time". But not sure about if I can do this on ARS...
>
> Something I'm missing?
>
> Regards,
>
> Jose M. Huerta
> Project Manager**
>
> Movil: 661 665 088
>
> Telf.: 971 75 03 24****
>
> Fax: 971 75 07 94****
>
> <http://www.sm2baleares.es/>****
>
> SM2 Baleares S.A.
> C/Rita Levi ****
>
> Edificio SM2 Parc Bit****
>
> 07121 Palma de Mallorca****
>
> <http://es-es.facebook.com/pages/SM2-Baleares/158608627954>
> <http://twitter.com/#!/SM2Baleares>
> <http://www.linkedin.com/company/sm2-baleares>
>
> La información contenida en este mensaje de correo electrónico es
> confidencial. La misma, es enviada con la intención de que únicamente sea
> leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje
> por otras personas no está autorizado, por lo que en tal caso, le rogamos
> que nos lo comunique por la misma vía, se abstenga de realizar copias del
> mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de
> inmediato.****
>
> P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es
> necesario.
>
> _______________________________________________________________________________
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
