Job Staff Engineer Cloud Technical lead Software Architect Baltimore MD

2014-05-01 Thread Sharyl Augustitus - Agile1
Hello Everyone,

 


We have a Staff Engineer – Cloud Technical lead and Software Architect 
opportunity in Baltimore, MD available.  Full relocation available.  Please 
apply or share with your networks! 


http://jobs.bd.com/baltimore/software/jobid4975089-staff-engineer-%E2%80%93-cloud-technical-lead-and-software-architect-jobs
 


Thank you so much.


 

Sharyl Augustitus
Senior Sourcing Manager RPO Center of Excellence 
Agile•1

 

Tel: +1 248.759.4153
E-Mail: saugusti...@agile1.com
www.agile-1.com

 

1401 17th Street

Suite 470

Denver, CO 80202

USA

 

___
  http://www.linkedin.com/in/sharyloliveraugustitus/ 
https://twitter.com/#!/Sharyloa  |Connect on LinkedIn 
http://www.linkedin.com/company/agile-1 

 

 

ONE WORLD. ONE WORKFORCE.
This e-mail may contain privileged or other confidential information. If you 
are not the intended recipient, or believe that you have received this 
communication in error, please notify the sender immediately and delete the 
copy you received. The unauthorized copying, printing and forwarding of this 
email or any unauthorized disclosure of the information contained herein is 
prohibited. Thank you.

 

 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Fast v.s. List Threads

2014-05-01 Thread Misi Mladoniczky
Hi,

And to be a little bit less technical, a Submit or a Modify of HPD:HelpDesk
might not really be Fast calls, but they are still handled by the Fast threads
as they concern a single record only.

This rule of *List* calls going to List threads is not 100%. But checking
the logs will give you the details of that. But you are probably not
interested in it on that level of detail anyway...

Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)

Ask the Remedy Licensing Experts (Best R.O.I. Award at WWRUG10/11/12/13):
* 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.

 To be slightly more technical than William, the fast threads handle all
 single API process requests, like a submit, and the list threads handle
 multiple API requests.

 Rick
 On Apr 29, 2014 2:35 PM, Andrew Fremont andrewfrem...@gmail.com wrote:

 **
 Hi,


 What are the main differences between the two? I can't any docs about
 these threads.

 Which one handle the requests from users via Mid-tier, or WUT clients.

 Thanks
 _ARSlist: Where the Answers Are and have been for 20 years_

 ___
 UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
 Where the Answers Are, and have been for 20 years


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Self-Terminating/disabling Escalation

2014-05-01 Thread Sapna Motwani
Hello Experts,

Please suggest is it possible to define a self-terminating escalation. I need 
to run an escalation just once, and then it should disable itself.
I want to know is it possible to define an escalation which triggers some 
workflow to mark the calling parent escalation as disable.

Any help would be highly appreciated.

Regards,
Sapna

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Fast v.s. List Threads

2014-05-01 Thread Jason Miller
Thought I would share this on the List.  I put my ranty pants on for this
one (no really, notice the tags):  Why do I have to log into bmc.docs.com
almost every time I open it? https://communities.bmc.com/message/424094

The recentish docs.bmc.com changes and need to enter credentials multiple
times a day the has probably been experinece by many of you.  Apparently
this is by design.  The response I received on a recent ticket for it:

no secured system in the work arena will allow 1 day of session validity
and at this time no changes will be made.  (Login expiration is correctly
configured. No secured system in the work will allow 1 day of session
validity.)



Multiple login is a known issue as we have different apps using different
SSO solution. We are already working on that. You cannot have SSO/session
active across multiple computers. This is basics of secured system..

I too am looking for an answer as to why is this documentation needs to be
so secure?  SNOW doesn't secure their doc.

Jason






On Tue, Apr 29, 2014 at 10:20 PM, Axton axton.gr...@gmail.com wrote:

 **
 Just to help (maybe) solve a long standing problem, let me point this out.

 I ran a Google search for a quote from the excerpt you cited from the
 product documentation:
The fast queue handles the operations that generally run to completion
 quickly

 Guess what result did not show up on the first page of results... BMC's
 product documentation...  What logic they have to withhold their
 documentation from robots indexing it is beyond me.  If memory serves me
 correctly BMC has gone to lengths to ensure that APIs, documentation,
 javadoc, systematic workflow documentation, etc. are not available on the
 web.

 Maybe someone can help me understand the logic here because it eludes me...


 On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow 
 wrentf...@stratacominc.com wrote:

 **

 This is straight out of the ARS configuration guide:



 *Fast queue*

 The fast queue handles the operations that generally run to completion
 quickly

 without blocking access to the database. The fast queue handles all server

 operations, except for:

 „ Administrative operations that restructure the database. These
 operations use

 the administration queue.

 „ The ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics, and other API calls (which use the list queue).

 For more information about API calls, see the *C API Reference*.

 One or more threads can serve the fast queue if a fast queue is
 configured. To

 configure a fast queue, see “Defining queues and configuring threads” on

 page 160*.*



 *List queue*

 The list queue handles AR System operations that might require
 significant time,

 block access to the database, or both. Examples of these operations
 include

 ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics.

 One or more threads can serve the list queue if a list queue is
 configured. To

 configure a list queue, see “Defining queues and configuring threads” on
 page 160.



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Andrew Fremont
 *Sent:* Tuesday, April 29, 2014 1:40 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Fast v.s. List Threads



 **

 Hi,

   What are the main differences between the two? I can't any docs about
 these threads.

 Which one handle the requests from users via Mid-tier, or WUT clients.

 Thanks

 _ARSlist: Where the Answers Are and have been for 20 years_
  --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14
 Internal Virus Database is out of date.
  _ARSlist: Where the Answers Are and have been for 20 years_


 _ARSlist: Where the Answers Are and have been for 20 years_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Fast v.s. List Threads

2014-05-01 Thread Andrew Fremont
Thanks for the information.

Andrew.


On Wed, Apr 30, 2014 at 7:33 AM, Campbell, Paul (Paul) p...@avaya.com wrote:

 **

 Here is a link to a BMC Communities article that is the best I’ve ever
 seen about fast and list threads, good work from David Still




 https://communities.bmc.com/community/bmcdn/bmc_atrium_and_foundation_technologies/bmc_remedy_ar_system/blog/2013/09/13/the-pulse-addressing-server-side-performance-problems--queues-threads



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Axton
 *Sent:* Wednesday, April 30, 2014 1:20 AM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Re: Fast v.s. List Threads



 **

 Just to help (maybe) solve a long standing problem, let me point this out.



 I ran a Google search for a quote from the excerpt you cited from the
 product documentation:

The fast queue handles the operations that generally run to completion
 quickly



 Guess what result did not show up on the first page of results... BMC's
 product documentation...  What logic they have to withhold their
 documentation from robots indexing it is beyond me.  If memory serves me
 correctly BMC has gone to lengths to ensure that APIs, documentation,
 javadoc, systematic workflow documentation, etc. are not available on the
 web.



 Maybe someone can help me understand the logic here because it eludes me...



 On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow 
 wrentf...@stratacominc.com wrote:

 **

 This is straight out of the ARS configuration guide:



 *Fast queue*

 The fast queue handles the operations that generally run to completion
 quickly

 without blocking access to the database. The fast queue handles all server

 operations, except for:

 „ Administrative operations that restructure the database. These
 operations use

 the administration queue.

 „ The ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics, and other API calls (which use the list queue).

 For more information about API calls, see the *C API Reference*.

 One or more threads can serve the fast queue if a fast queue is
 configured. To

 configure a fast queue, see “Defining queues and configuring threads” on

 page 160*.*



 *List queue*

 The list queue handles AR System operations that might require significant
 time,

 block access to the database, or both. Examples of these operations include

 ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics.

 One or more threads can serve the list queue if a list queue is
 configured. To

 configure a list queue, see “Defining queues and configuring threads” on
 page 160.



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Andrew Fremont
 *Sent:* Tuesday, April 29, 2014 1:40 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Fast v.s. List Threads



 **

 Hi,

 What are the main differences between the two? I can't any docs about
 these threads.

 Which one handle the requests from users via Mid-tier, or WUT clients.

 Thanks

 _ARSlist: Where the Answers Are and have been for 20 years_
   --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14
 Internal Virus Database is out of date.

 _ARSlist: Where the Answers Are and have been for 20 years_



 _ARSlist: Where the Answers Are and have been for 20 years_
  _ARSlist: Where the Answers Are and have been for 20 years_


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Fast v.s. List Threads

2014-05-01 Thread richard....@bwc.state.oh.us

Neither does Microsoft, Oracle, etc.  Why put something onerous in the way of 
customers? Should be making
it much easier to use to get help, rather than harder…..


From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Jason Miller
Sent: Wednesday, April 30, 2014 2:30 PM
To: arslist@ARSLIST.ORG
Subject: Re: Fast v.s. List Threads

**
Thought I would share this on the List.  I put my ranty pants on for this one 
(no really, notice the tags):  Why do I have to log into bmc.docs.com almost 
every time I open it?https://communities.bmc.com/message/424094

The recentish docs.bmc.comhttp://docs.bmc.com changes and need to enter 
credentials multiple times a day the has probably been experinece by many of 
you.  Apparently this is by design.  The response I received on a recent ticket 
for it:


no secured system in the work arena will allow 1 day of session validity and 
at this time no changes will be made.  (Login expiration is correctly 
configured. No secured system in the work will allow 1 day of session validity.)



Multiple login is a known issue as we have different apps using different SSO 
solution. We are already working on that. You cannot have SSO/session active 
across multiple computers. This is basics of secured system..

I too am looking for an answer as to why is this documentation needs to be so 
secure?  SNOW doesn't secure their doc.

Jason





On Tue, Apr 29, 2014 at 10:20 PM, Axton 
axton.gr...@gmail.commailto:axton.gr...@gmail.com wrote:
**
Just to help (maybe) solve a long standing problem, let me point this out.

I ran a Google search for a quote from the excerpt you cited from the product 
documentation:
   The fast queue handles the operations that generally run to completion 
quickly

Guess what result did not show up on the first page of results... BMC's product 
documentation...  What logic they have to withhold their documentation from 
robots indexing it is beyond me.  If memory serves me correctly BMC has gone to 
lengths to ensure that APIs, documentation, javadoc, systematic workflow 
documentation, etc. are not available on the web.

Maybe someone can help me understand the logic here because it eludes me...

On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow 
wrentf...@stratacominc.commailto:wrentf...@stratacominc.com wrote:
**
This is straight out of the ARS configuration guide:

Fast queue
The fast queue handles the operations that generally run to completion quickly
without blocking access to the database. The fast queue handles all server
operations, except for:
„ Administrative operations that restructure the database. These operations use
the administration queue.
„ The ARExport, ARGetListEntry, ARGetListEntryWithFields, and
ARGetEntryStatistics, and other API calls (which use the list queue).
For more information about API calls, see the C API Reference.
One or more threads can serve the fast queue if a fast queue is configured. To
configure a fast queue, see “Defining queues and configuring threads” on
page 160.

List queue
The list queue handles AR System operations that might require significant time,
block access to the database, or both. Examples of these operations include
ARExport, ARGetListEntry, ARGetListEntryWithFields, and
ARGetEntryStatistics.
One or more threads can serve the list queue if a list queue is configured. To
configure a list queue, see “Defining queues and configuring threads” on page 
160.

From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Andrew 
Fremont
Sent: Tuesday, April 29, 2014 1:40 PM
To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG
Subject: Fast v.s. List Threads

**
Hi,
What are the main differences between the two? I can't any docs about these 
threads.
Which one handle the requests from users via Mid-tier, or WUT clients.
Thanks
_ARSlist: Where the Answers Are and have been for 20 years_

No virus found in this message.
Checked by AVG - www.avg.comhttp://www.avg.com
Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14
Internal Virus Database is out of date.
_ARSlist: Where the Answers Are and have been for 20 years_

_ARSlist: Where the Answers Are and have been for 20 years_

_ARSlist: Where the Answers Are and have been for 20 years_
Portions of this message may be confidential under an exemption to Ohio's 
public records law or under a legal privilege. If you have received this 
message in error or due to an unauthorized transmission or interception, please 
delete all copies from your system without disclosing, copying, or transmitting 
this message.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Reg -AD to Remedy Integration

2014-05-01 Thread Ramya Tamilselvan
 Hi All,

 we are using Remedy 7.6.04 SP2, and here comes a request from the client
 for AD to Remedy Integration for users Profile creation.

 we already have LDAP AREA Configuration. which we are using only for
 passwords.

 it would be helpful if anyone has docs for this to share so that i can
 proceed

--



-- 
*Regards,*
*Ramya Tamilselvan.*

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Fast v.s. List Threads

2014-05-01 Thread Rick Cook
Why, it's for your safety, and to serve you better.  You don't hate
security and America and puppies, do you?

Rick
On Apr 30, 2014 11:56 AM, Jason Miller jason.mil...@gmail.com wrote:

 **
 Thought I would share this on the List.  I put my ranty pants on for this
 one (no really, notice the tags):  Why do I have to log into bmc.docs.com
 almost every time I open it? https://communities.bmc.com/message/424094

 The recentish docs.bmc.com changes and need to enter credentials multiple
 times a day the has probably been experinece by many of you.  Apparently
 this is by design.  The response I received on a recent ticket for it:

 no secured system in the work arena will allow 1 day of session validity
 and at this time no changes will be made.  (Login expiration is correctly
 configured. No secured system in the work will allow 1 day of session
 validity.)



 Multiple login is a known issue as we have different apps using different
 SSO solution. We are already working on that. You cannot have SSO/session
 active across multiple computers. This is basics of secured system..

 I too am looking for an answer as to why is this documentation needs to be
 so secure?  SNOW doesn't secure their doc.

 Jason






 On Tue, Apr 29, 2014 at 10:20 PM, Axton axton.gr...@gmail.com wrote:

 **
 Just to help (maybe) solve a long standing problem, let me point this out.

 I ran a Google search for a quote from the excerpt you cited from the
 product documentation:
The fast queue handles the operations that generally run to
 completion quickly

 Guess what result did not show up on the first page of results... BMC's
 product documentation...  What logic they have to withhold their
 documentation from robots indexing it is beyond me.  If memory serves me
 correctly BMC has gone to lengths to ensure that APIs, documentation,
 javadoc, systematic workflow documentation, etc. are not available on the
 web.

 Maybe someone can help me understand the logic here because it eludes
 me...


 On Tue, Apr 29, 2014 at 7:06 PM, William Rentfrow 
 wrentf...@stratacominc.com wrote:

 **

 This is straight out of the ARS configuration guide:



 *Fast queue*

 The fast queue handles the operations that generally run to completion
 quickly

 without blocking access to the database. The fast queue handles all
 server

 operations, except for:

 „ Administrative operations that restructure the database. These
 operations use

 the administration queue.

 „ The ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics, and other API calls (which use the list queue).

 For more information about API calls, see the *C API Reference*.

 One or more threads can serve the fast queue if a fast queue is
 configured. To

 configure a fast queue, see “Defining queues and configuring threads” on

 page 160*.*



 *List queue*

 The list queue handles AR System operations that might require
 significant time,

 block access to the database, or both. Examples of these operations
 include

 ARExport, ARGetListEntry, ARGetListEntryWithFields, and

 ARGetEntryStatistics.

 One or more threads can serve the list queue if a list queue is
 configured. To

 configure a list queue, see “Defining queues and configuring threads”
 on page 160.



 *From:* Action Request System discussion list(ARSList) [mailto:
 arslist@ARSLIST.ORG] *On Behalf Of *Andrew Fremont
 *Sent:* Tuesday, April 29, 2014 1:40 PM
 *To:* arslist@ARSLIST.ORG
 *Subject:* Fast v.s. List Threads



 **

 Hi,

   What are the main differences between the two? I can't any docs about
 these threads.

 Which one handle the requests from users via Mid-tier, or WUT clients.

 Thanks

 _ARSlist: Where the Answers Are and have been for 20 years_
  --

 No virus found in this message.
 Checked by AVG - www.avg.com
 Version: 2014.0.4355 / Virus Database: 3882/7371 - Release Date: 04/20/14
 Internal Virus Database is out of date.
  _ARSlist: Where the Answers Are and have been for 20 years_


 _ARSlist: Where the Answers Are and have been for 20 years_


 _ARSlist: Where the Answers Are and have been for 20 years_

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Self-Terminating/disabling Escalation

2014-05-01 Thread Ben Cantatore
Sapna,

Have a flag field as part of the escalation set the flag to true.  Make 
the run if qualification for the escalation run on flag equal false.  That 
should ensure it only runs once.  Otherwise, I'd just create an 
escalation, run it and then remove it manually.



Ben Cantatore
Remedy Architect
Bed Bath  Beyond
650 Liberty Avenue
Union NJ 07083-8130
Office: (908) 613-5769
Cell: (914) 263-6802




From:   Sapna Motwani sapana.motw...@gmail.com
To: arslist@ARSLIST.ORG, 
Date:   04/30/2014 11:58 PM
Subject:Self-Terminating/disabling Escalation
Sent by:Action Request System discussion list(ARSList) 
arslist@ARSLIST.ORG



Hello Experts,

Please suggest is it possible to define a self-terminating escalation. I 
need to run an escalation just once, and then it should disable itself.
I want to know is it possible to define an escalation which triggers some 
workflow to mark the calling parent escalation as disable.

Any help would be highly appreciated.

Regards,
Sapna

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Looking for a programmatic way to copy foundation data from 7.6.4 system to a POC 8.1 system

2014-05-01 Thread Richter, Howard (CEI - Atlanta)
Happy Thursday All,

I am trying to build out a POC 8.1 system, before our upgrade with just our 
foundation (and CI) data.

I know I can just start to export all of the forms to spreadsheets and use the 
DMT. But I wondered if I could use the rrrchive tool and automate the process 
(since this might need to be repeated).

So I need to ask:

1. Has anyone done it with rrrchive or something similar (and free).

2. If so how (that is what forms should be exported/imported using rrrchive 
for example)?

As always thanks,

Howard


[Description: Description: Description: Cox Enterprises, 
Inc]http://www.coxenterprises.com/
Howard Richter, Remedy Administrator
6205 Peachtree Dunwoody Road, Atlanta, GA 30328-4524
Email = howard.rich...@coxinc.commailto:howard.rich...@coxinc.com
Office = 678.645.4633, Cell = 404.226.2745
Cox Innovation Agent (CIA)
[Description: Description: 
http://innovation.coxenterprises.com/ideas/Badge%20Library/BadgeA-Md.png][Description:
 Description: 
http://innovation.coxenterprises.com/ideas/Badge%20Library/Badge20-Md.png]http://innovation.coxenterprises.com/ideas/Badge%20Library/Badge20-Lg.png[Description:
 Description: 
http://innovation.coxenterprises.com/ideas/Badge%20Library/Badge50-Md.png]http://innovation.coxenterprises.com/ideas/Badge%20Library/Badge50-Lg.png
Submit your idea today for a chance to earn a badge and be entered into a 
monthly drawing for a $10 gift card.
Submit your idea: http://innovation.coxenterprises.com/ideas
View your badges: 
http://innovation.coxenterprises.com/ideas/SitePages/yourbadges.aspx


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: Self-Terminating/disabling Escalation

2014-05-01 Thread Rick Westbrock
I don't know of a way to do that. When I need to have an escalation run only 
once I will either set it for an interval of 99 days (if I want it to run 
immediately) or for a specific day of the month and time. In either case you 
must go back and disable the escalation but that will give you 99 days or one 
month respectively to do so before it fires again.


-Rick

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


SRM Error

2014-05-01 Thread Gordon Frank
When executing a Deployed SRD through SRM Request Entry, we get:

Error during loading document

The syntax of this message must have been translated from French, but
English aside, I believe this is a result of a corrupted questions,
variables or something else.

Can anyone point to a scientific way to figure out where the problem is?

Logs and or error pointers come to mind Would a Filter Log shed any light
on the subject?

We are on 7.6.4 Windows and I'll bet this is another instance of It's
fixed in 8.1.

Any help would be appreciated

Thanks

-- 

 [image: Crab]
Gordon M. Frank

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Incident Number generator

2014-05-01 Thread James Smith
Hello List,

How you are doing? This post is with respect to Incident number generator. I 
know incident number gets generated from HPD:CFG
Ticket Num Generator but why this form has workflows and other fields? If I am 
not wrong Just a form itself is enought to generate incident id then why other 
fields and workflows are required?

Can anybody answer this?

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: ERROR [pool-2-thread-3] com.bmc.arsys.pluginsvr.plugins.g (?:?) - An error has occurred while loading a plug-in.ARSYS.ARDBC.LDAP

2014-05-01 Thread Dee
Hello,

We are no doing SSL. this exist 'ARDBC-LDAP-Key-Password in ar.conf but is 
null/blank. 

- I realized ar.conf


ARDBC-LDAP-Cert-DB:
ARDBC-LDAP-Cert-Name:
ARDBC-LDAP-User-DN: test
ARDBC-LDAP-Hostname: server
ARDBC-LDAP-Key-DB:
ARDBC-LDAP-Key-Password:
ARDBC-LDAP-Password: ENCRYPTED PWD
ARDBC-LDAP-UsingSSL: F
Server-Plugin-Alias: ARSYS.ARDBC.LDAP ARSYS.ARDBC.LDAP server:

removed all the entries ,


ARDBC-LDAP-Cert-DB:
ARDBC-LDAP-Cert-Name:
ARDBC-LDAP-User-DN:
ARDBC-LDAP-Hostname: %
ARDBC-LDAP-Key-DB:
ARDBC-LDAP-Key-Password:
ARDBC-LDAP-Password:
ARDBC-LDAP-Port:
ARDBC-LDAP-UsingSSL: F
Server-Plugin-Alias: ARSYS.ARDBC.LDAP ARSYS.ARDBC.LDAP server:
ARDBC-LDAP-Base-Dn:
ARDBC-LDAP-Use-Cache: F
ARDBC-LDAP-Cache-MaxSize:
ARDBC-LDAP-Cache-TTL:
ARDBC-LDAP-Connect-Timeout:
ARDBC-LDAP-Page-Size:
ARDBC-LDAP-Time-Format: 0

i'm on test. We are using User form authenication - and we don't do SSO by 
connnecting to LDAP, but with areahub, and plugin that was built to allow our 
version of SSO.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years


Re: EXTERNAL: Re: Self-Terminating/disabling Escalation

2014-05-01 Thread Reiser, John J
Or Set it up to run every 99 days like Rick said and add AND  $DATE$ = 
05/01/2014 to your run if.
It will run immediately today and by tomorrow the DATE check will be false. 
Since it only gets run every 99 days there is little impact on the system 
except to check the escalation and verify that it's counter has not expired and 
when it does expire the run If is still false. 

But I would still go back in and clean it up manually. Either disabling it or 
deleting it.

Thank you,
--- 
John J. Reiser 
Remedy Developer/Administrator 
Senior Software Development Analyst 
Lockheed Martin - MS2 
The star that burns twice as bright burns half as long. 
Pay close attention and be illuminated by its brilliance. - paraphrased by me 


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Rick Westbrock
Sent: Thursday, May 01, 2014 11:13 AM
To: arslist@ARSLIST.ORG
Subject: EXTERNAL: Re: Self-Terminating/disabling Escalation

I don't know of a way to do that. When I need to have an escalation run only 
once I will either set it for an interval of 99 days (if I want it to run 
immediately) or for a specific day of the month and time. In either case you 
must go back and disable the escalation but that will give you 99 days or one 
month respectively to do so before it fires again.


-Rick

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers 
Are, and have been for 20 years

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Where the Answers Are, and have been for 20 years