Re: Assign Hot Keys | Shortcuts to work in thin client.

[Jason Miller]

Sorry Dave, I don't think there is a way to configure the hot keys.

Jason

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Dave.ARSList
Sent: Monday, October 15, 2007 1:58 PM
To: arslist@ARSLIST.ORG
Subject: Re: Assign Hot Keys | Shortcuts to work in thin client.

Hi Jason,

I checked out the documentation but didn't find any ways to re-assign these
hot-keys. Is there a config file or something where you can modify which
keys would result in which responding actions? For example Can i change the
Ctrl + Alt + Enter key combination?

Thanks in advance.

Dave.


Jason Miller-3 wrote:
> 
> Hi Dave,
> 
>  
> 
> You can use ctrl+enter+alt in the browser to give you the same
> functionality
> as ctrl+enter in the thick client. A list of shortcut keys for mid-tier
> can
> be found in the 7.x document "Installing and Administering BMC Remedy Mid
> Tier" (Mid-Tier-700.pdf) on pg 151.
> 
>  
> 
> Jason
> 
>  
> 
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Gotham
> Sent: Thursday, October 11, 2007 2:17 PM
> To: arslist@ARSLIST.ORG
> Subject: Assign Hot Keys | Shortcuts to work in thin client.
> 
>  
> 
> ** 
> 
> Hello listers,
> 
> We are on ARS 7.0.01 with Servide Desk 7.0.0 Patch 001. The web client and
> thick client behave differently.  In the thick client, let's say you are
> in
> incident form on HPD:HelpDesk and under 'Customers' tab, enter last name
> of
> a customer and hit enter and it will search for the customer.  Hit
> ctrl+enter and it will search for the incidents for customers with that
> last
> name. 
> 
> In the web, hit enter and it will search for the customer. I do not
> believe
> there are any hot keys which will search for the incidents, you have to
> click the Search button.  So I'm not sure that you can use hot keys here
> at
> all (like Ctrl + Enter). 
> 
> Now what we want to achieve is when we enter first or last name of
> customers, we want to search ALL the incidents for that customer instead
> of
> searching for a customer (hitting Enter in browser should mimic Ctrl +
> Enter
> in thick client)  because users want to search for incidents (rather than
> the customer). And then assign a hot-key to search for searching customers
> instead (Ctrl + Enter should search for customer rather than incidents). 
> 
> OR
> 
> Can I just remove the functionality that when I hit enter it searches for
> customers? Where is "Enter" key tied to the firing work-flow? 
> 
> Any help would be greatly appreciated.
> 
> Thank you,
> 
> Dave.
> 
> __20060125___This posting was submitted with HTML in
> it___ 
> 
> 
>

___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
> 
> 

-- 
View this message in context:
http://www.nabble.com/Assign-Hot-Keys-%7C-Shortcuts-to-work-in-thin-client.-
tf4610034.html#a13221722
Sent from the ARS (Action Request System) mailing list archive at
Nabble.com.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Atruim - Altiris integration via ALT2CMDB

[Ferreira, Frans F]

Hi All

 

We are running our BMC Remedy with BMC Atrium on Solaris with an Oracle
database and need to connect to a MS 2003 Altiris database using
ALT2CMDB

 

The following were done:

 

Installed EIE 7.0.1 on Solaris

Did the pre-installation parts for ALT2CMDB - CMDB Extensions etc.

 

On what platform do I have to install the SQL adapter to pull data from
Altiris?

 

Frans Ferreira

Senior Technical Consultant

 

 


__

Standard Bank Disclaimer and Confidentiality Note

This e-mail, its attachments and any rights attaching hereto are, unless the 
context clearly indicates otherwise, the property of Standard Bank Group Limited
and/or its subsidiaries ("the Group"). It is confidential, private and intended 
for the addressee only. Should you not be the addressee and receive this e-mail 
by
mistake, kindly notify the sender, and delete this e-mail, immediately and do 
not disclose or use same in any manner whatsoever. Views and opinions
expressed in this e-mail are those of the sender unless clearly stated as those 
of the Group. The Group accepts no liability whatsoever for any loss or
damages whatsoever and howsoever incurred, or suffered, resulting, or arising, 
from the use of this email or its attachments. The Group does not warrant the 
integrity
of this e-mail nor that it is free of errors, viruses, interception or 
interference. Licensed divisions of the Standard Bank Group are authorised 
financial services providers
in terms of the Financial Advisory and Intermediary Services Act, No 37 of 2002 
(FAIS).
For information about the Standard Bank Group Limited visit our website 
http://www.standardbank.co.za
___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Crystal Reports - Logon Failed

[Green, Kathryn]

Hi everyone,

I was wondering if anyone had been able to fix this?  I have seen
several posts about the error but nothing that has worked for us.
The full error is: An error occurred while generating the Crystal
report: 0x80047e48 - Logon failed.

We are running 7.0.1 (patch 1) client.

I am receiving this error for 1 user (not an Admin). When I login to
Remedy on his machine the report prints without any problems. If I use
his account on my machine the report is fine. I have deleted all .arv &
arf files and cached forms. I have also deleted and recreated his User
record & I have reinstalled Remedy over the top of the current install.
I have deleted the user specific files as well ie x_recent.srh.  I
have also found the .rpt files that relate to the report he is trying to
create and deleted them off his machine.  The same error occurs. 

Any help would be greatly appreciated.

Thanks
Kathryn 



**
The information in this e-mail is confidential and may be legally
privileged.  It is intended solely for the addressee.  Access to
this e-mail by anyone else is unauthorised.  If you have received
this communication in error, please notify us immediately by return
e-mail with the subject heading "Received in error" or telephone
+61 2 93357000, then delete the email and destroy any copies of it.
 If you are not the intended recipient, any disclosure, copying,
distribution or any action taken or omitted to be taken in reliance
on it, is prohibited and may be unlawful.  Any opinions or advice
contained in this e-mail are subject to the terms and conditions
expressed in the governing KPMG client engagement letter. 
Opinions, conclusions and other information in this e-mail and any
attachments that do not relate to the official business of the firm
are neither given nor endorsed by it.

KPMG cannot guarantee that e-mail communications are secure or
error-free, as information could be intercepted, corrupted,
amended, lost, destroyed, arrive late or incomplete, or contain
viruses.

KPMG, an Australian partnership, is part of the KPMG International
network. KPMG International is a Swiss cooperative that serves as a
coordinating entity for a network of independent firms operating
under the KPMG name.  KPMG International provides no services to
clients.  Each member firm of KPMG International is a legally
distinct and separate entity and each describes itself as such.

Liability limited by a scheme approved under Professional Standards
Legislation.

**

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: How to refresh a window a user has open?

[Grooms, Frederick W]

Sounds like you need to use an Active Link set to fire on Interval 
 
You can set up an Active Link to fire on a timed interval that does a
Set fields to check if the data has been received.
 
Fred



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Jase Brandon
Sent: Monday, October 15, 2007 4:51 PM
To: arslist@ARSLIST.ORG
Subject: How to refresh a window a user has open?


** 
Hello All,
I have a form with a bunch of read write fields set to read only, until
another external ticket number is set through a push fields, then have
workflow that opens those read write fields set to read only, back to
read/write. But I can't figure out how to do this while the user keeps
the window open.
 
Ex. User submits task, may take up to 1 minute for external source to
update and send back a ticket number, the requirement is to lock certain
fields until the end user receives an external ticket number, then
unlock. My Problem is they want to sit there with the same screen open
and have this refreshed without refreshing search, without selecting the
modify button, etc. Does anyone know of a way to do this? I have
exhausted everything I know to do... so I won't list every crazy
experiment I have tried today. Much thanks in advance!
 

Jase Brandon 

Remedy Administration/Development 

Customer Support Systems Group

Desk - (615) - 320-4494

Cell   - (334) - 318-5426

[EMAIL PROTECTED]

 
DaVita Inc. __20060125___This posting was submitted
with HTML in it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

How to refresh a window a user has open?

[Jase Brandon]

Hello All,
I have a form with a bunch of read write fields set to read only, until
another external ticket number is set through a push fields, then have
workflow that opens those read write fields set to read only, back to
read/write. But I can't figure out how to do this while the user keeps
the window open.
 
Ex. User submits task, may take up to 1 minute for external source to
update and send back a ticket number, the requirement is to lock certain
fields until the end user receives an external ticket number, then
unlock. My Problem is they want to sit there with the same screen open
and have this refreshed without refreshing search, without selecting the
modify button, etc. Does anyone know of a way to do this? I have
exhausted everything I know to do... so I won't list every crazy
experiment I have tried today. Much thanks in advance!
 

Jase Brandon 

Remedy Administration/Development 

Customer Support Systems Group

Desk - (615) - 320-4494

Cell   - (334) - 318-5426

[EMAIL PROTECTED]

 

DaVita Inc.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[Shafqat Ayaz]

William
  you could do all your validation on the holding form prior to doing the push, 
this will save you some time. doing an import which has validated data via the 
Import tool will be much faster, or you could try using the SQL copy command 
from your holding form rather then doing Push Fields.
   
  shafqat

Jarl Grøneng <[EMAIL PROTECTED]> wrote:
  Be sure to turn off the default audit trail on the CTM:People form.

Why do you need the staging form?

-
Jarl

On 10/15/07, William Rentfrow wrote:
> **
>
> On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take). These will be "new" records every time
> because the only unique identifier we have from the external systems is an
> identifier like SSN that we can't put into our system (that's a policy
> decision). We're checking on ways to do updates but it's still messy due to
> the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all records
> in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, etc -
> yet the push to CTM:People takes 1.5 seconds per record due to all of the
> validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 seconds
> in a weekalso, it appears using direct SQL loads won't work due to all
> of the back end set fields (I can get around all of those except the GUID -
> which could be set by another escalation.and then we are back at this
> same problem).
>
> If you've done large data imports to CTM:People I'd really like to know how
> you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 701-306-6157
> O 952-432-0227
> __20060125___This posting was
> submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"



Shafqat Ayaz

  "Break the Rules, Forgive Quickly, Kiss Slowly, Love Truly, Laugh 
Uncontrollably, And Never Regret anything that made you Smile.." 







   
-
Looking for a deal? Find great prices on flights and hotels with Yahoo! 
FareChase.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[William Rentfrow]

I investigated that - not much time is trimmed off unfortunately when I turn it 
off. 

-Original Message-
From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] 
On Behalf Of Jarl Grøneng
Sent: Monday, October 15, 2007 2:59 PM
To: arslist@ARSLIST.ORG
Subject: Re: CTM:People large data imports

Be sure to turn off the default audit trail on the CTM:People form.

Why do you need the staging form?

-
Jarl

On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> **
>
> On my current project we will have to import about 1,000,000 
> CTM:People records every week (give or take).  These will be "new" 
> records every time because the only unique identifier we have from the 
> external systems is an identifier like SSN that we can't put into our 
> system (that's a policy decision).  We're checking on ways to do 
> updates but it's still messy due to the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people 
> information
> 3.) Escalation fires a Run Process that imports the data into a 
> staging form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all 
> records in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, 
> etc - yet the push to CTM:People takes 1.5 seconds per record due to 
> all of the validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 
> seconds in a weekalso, it appears using direct SQL loads won't 
> work due to all of the back end set fields (I can get around all of 
> those except the GUID - which could be set by another 
> escalation.and then we are back at this same problem).
>
> If you've done large data imports to CTM:People I'd really like to 
> know how you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant [EMAIL PROTECTED] C 
> 701-306-6157 O 952-432-0227
>   __20060125___This posting was submitted with 
> HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Pricing of OOB ARS HelpDesk application and licenses

[Muhlethaler, Laurie]

I have an old coworker starting a new job and she is inquiring about the
cost of the out of the box Remedy HelpDesk application and licenses
(server, fixed and floating).  Can anyone provide me with this
information (I tried my sales last week and still have not heard from
her)?

Thank you!

Laurie Muhlethaler
G
Senior Remedy Administrator
(415) 878-5060


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Assign Hot Keys | Shortcuts to work in thin client.

[Dave.ARSList]

Hi Jason,

I checked out the documentation but didn't find any ways to re-assign these
hot-keys. Is there a config file or something where you can modify which
keys would result in which responding actions? For example Can i change the
Ctrl + Alt + Enter key combination?

Thanks in advance.

Dave.


Jason Miller-3 wrote:
> 
> Hi Dave,
> 
>  
> 
> You can use ctrl+enter+alt in the browser to give you the same
> functionality
> as ctrl+enter in the thick client. A list of shortcut keys for mid-tier
> can
> be found in the 7.x document "Installing and Administering BMC Remedy Mid
> Tier" (Mid-Tier-700.pdf) on pg 151.
> 
>  
> 
> Jason
> 
>  
> 
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Gotham
> Sent: Thursday, October 11, 2007 2:17 PM
> To: arslist@ARSLIST.ORG
> Subject: Assign Hot Keys | Shortcuts to work in thin client.
> 
>  
> 
> ** 
> 
> Hello listers,
> 
> We are on ARS 7.0.01 with Servide Desk 7.0.0 Patch 001. The web client and
> thick client behave differently.  In the thick client, let's say you are
> in
> incident form on HPD:HelpDesk and under 'Customers' tab, enter last name
> of
> a customer and hit enter and it will search for the customer.  Hit
> ctrl+enter and it will search for the incidents for customers with that
> last
> name. 
> 
> In the web, hit enter and it will search for the customer. I do not
> believe
> there are any hot keys which will search for the incidents, you have to
> click the Search button.  So I'm not sure that you can use hot keys here
> at
> all (like Ctrl + Enter). 
> 
> Now what we want to achieve is when we enter first or last name of
> customers, we want to search ALL the incidents for that customer instead
> of
> searching for a customer (hitting Enter in browser should mimic Ctrl +
> Enter
> in thick client)  because users want to search for incidents (rather than
> the customer). And then assign a hot-key to search for searching customers
> instead (Ctrl + Enter should search for customer rather than incidents). 
> 
> OR
> 
> Can I just remove the functionality that when I hit enter it searches for
> customers? Where is "Enter" key tied to the firing work-flow? 
> 
> Any help would be greatly appreciated.
> 
> Thank you,
> 
> Dave.
> 
> __20060125___This posting was submitted with HTML in
> it___ 
> 
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Assign-Hot-Keys-%7C-Shortcuts-to-work-in-thin-client.-tf4610034.html#a13221722
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: "ARERR [330] You do not have write access to field"

[Mohan Panchangmath]

We had a same situation here when users started
getting this error and on checking had found that we
had ran out of floating licencesone of those
days..
Usually "licence not available" error pops up but
strangely we got the ARERR 330 mssg. On granting
floating licence to such users, the error did not pop
up again. 

Hope this helps..
Thanks,
Mohan


--- Michiel Beijen <[EMAIL PROTECTED]>
wrote:

> Dwayne,
> 
> Is it only this one particular user or do other
> users have the same issue?
> I've seen a situation like this resolved with
> deleting all user cache
> files (*.arf; *.arv) from the user's PC. Of course
> this is only in the
> case that it is not reproducible on other PC's.
> 
> -- 
> Met vriendelijke groet / Kind regards
> Michiel Beijen
>
__
> MANSOLUTIONS
> Energieweg 60-62
> 3771 NA Barneveld
> The Netherlands
> Tel. +31-(0)612968592
> Mail [EMAIL PROTECTED]
> Internet http://bsm.mansolutions.nl
> 
> 
> On 10/15/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
> > Hello Everyone,
> >
> > A user opens a form, makes a change, and saves the
> form, and gets "ARERR [330] You do not have write
> access to field".
> >
> > Of course it doesn't say which field he doesn't
> have write access to.
> >
> > I have run an active link log and checked every
> "Set Field" on both display and modify, and the user
> definitely has write access to the fields.  There
> are no Push Field actions to other forms.  A filter
> log shows no activity. SQL log shows no updates or
> errors.
> >
> > Why isn't it telling me what field he doesn't have
> write access to, and how can I find it out?
> >
> > (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2
> db)
> >
> > Dwayne Martin
> > James Madison University
> >
> >
>
___
> > UNSUBSCRIBE or access ARSlist Archives at
> www.arslist.org ARSlist:"Where the Answers Are"
> >
> 
>
___
> UNSUBSCRIBE or access ARSlist Archives at
> www.arslist.org ARSlist:"Where the Answers Are"
> 



   

Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, 
photos & more. 
http://mobile.yahoo.com/go?refer=1GNXIC

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: "ARERR [330] You do not have write access to field"

[Michiel Beijen]

Dwayne,

Is it only this one particular user or do other users have the same issue?
I've seen a situation like this resolved with deleting all user cache
files (*.arf; *.arv) from the user's PC. Of course this is only in the
case that it is not reproducible on other PC's.

-- 
Met vriendelijke groet / Kind regards
Michiel Beijen
__
MANSOLUTIONS
Energieweg 60-62
3771 NA Barneveld
The Netherlands
Tel. +31-(0)612968592
Mail [EMAIL PROTECTED]
Internet http://bsm.mansolutions.nl


On 10/15/07, Dwayne Martin <[EMAIL PROTECTED]> wrote:
> Hello Everyone,
>
> A user opens a form, makes a change, and saves the form, and gets "ARERR 
> [330] You do not have write access to field".
>
> Of course it doesn't say which field he doesn't have write access to.
>
> I have run an active link log and checked every "Set Field" on both display 
> and modify, and the user definitely has write access to the fields.  There 
> are no Push Field actions to other forms.  A filter log shows no activity. 
> SQL log shows no updates or errors.
>
> Why isn't it telling me what field he doesn't have write access to, and how 
> can I find it out?
>
> (ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db)
>
> Dwayne Martin
> James Madison University
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
> Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: "ARERR [330] You do not have write access to field"

[Joe D'Souza]

Have you scrolled down on that error dialog box? There may be references to
what field it is referring to.

Joe D'Souza

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of Dwayne Martin
Sent: Monday, October 15, 2007 4:09 PM
To: arslist@ARSLIST.ORG
Subject: "ARERR [330] You do not have write access to field"


Hello Everyone,

A user opens a form, makes a change, and saves the form, and gets "ARERR
[330] You do not have write access to field".

Of course it doesn't say which field he doesn't have write access to.

I have run an active link log and checked every "Set Field" on both display
and modify, and the user definitely has write access to the fields.  There
are no Push Field actions to other forms.  A filter log shows no activity.
SQL log shows no updates or errors.

Why isn't it telling me what field he doesn't have write access to, and how
can I find it out?

(ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db)

Dwayne Martin
James Madison University
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.488 / Virus Database: 269.14.11/1071 - Release Date: 10/15/2007
6:48 AM

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

"ARERR [330] You do not have write access to field"

[Dwayne Martin]

Hello Everyone,

A user opens a form, makes a change, and saves the form, and gets "ARERR [330] 
You do not have write access to field".

Of course it doesn't say which field he doesn't have write access to.

I have run an active link log and checked every "Set Field" on both display and 
modify, and the user definitely has write access to the fields.  There are no 
Push Field actions to other forms.  A filter log shows no activity. SQL log 
shows no updates or errors.

Why isn't it telling me what field he doesn't have write access to, and how can 
I find it out?

(ARS 7.0.01 patch 3, RH Linux server, Oracle 10.2 db)

Dwayne Martin
James Madison University

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[Jarl Grøneng]

Be sure to turn off the default audit trail on the CTM:People form.

Why do you need the staging form?

-
Jarl

On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> **
>
> On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take).  These will be "new" records every time
> because the only unique identifier we have from the external systems is an
> identifier like SSN that we can't put into our system (that's a policy
> decision).  We're checking on ways to do updates but it's still messy due to
> the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all records
> in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, etc -
> yet the push to CTM:People takes 1.5 seconds per record due to all of the
> validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 seconds
> in a weekalso, it appears using direct SQL loads won't work due to all
> of the back end set fields (I can get around all of those except the GUID -
> which could be set by another escalation.and then we are back at this
> same problem).
>
> If you've done large data imports to CTM:People I'd really like to know how
> you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 701-306-6157
> O 952-432-0227
>   __20060125___This posting was
> submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: WebService Submission Error: Required field cannot be reset to a NULL value

[Frank Caruso]

I remember getting this type of error if I did not list out the field and
value pairs in the same order they were found in the WSDL. I was seeing this
using Perl SOPA::Lite module.


On 10/15/07, Michiel Beijen <[EMAIL PROTECTED]> wrote:
>
> Ravi,
>
> Turn on Filter Logging in Server Information and check the log files.
>
> I guess you'll see the issue is that the Login Name is not connected
> to a valid record in CTM:People and there are filters on Submit that
> null out the Phone Number etc fields.
>
> --
> Met vriendelijke groet / Kind regards
> Michiel Beijen
> __
> MANSOLUTIONS
> Energieweg 60-62
> 3771 NA Barneveld
> The Netherlands
> Tel. +31-(0)612968592
> Mail [EMAIL PROTECTED]
> Internet http://bsm.mansolutions.nl
>
>
> On 10/15/07, Ravi <[EMAIL PROTECTED]> wrote:
> > Hi: I am submitting ticket create request via Webservice to remedy's
> > intermediate form HPD:IncidentInterface_Create.  I get the following
> > error. I am submitting non-null values to the below fields. Anybody know
> > whey I get this error from the Help Desk form?
> >
> > 12:02:46,368 ERROR [Debug]
> > javax.xml.rpc.soap.SOAPFaultException:
> > MessageType: 2
> > MessageNum: 44699
> > MessageText:
> > AppendedText: No groups were found using automated routing. You need to
> > manually select a group.
> > MessageType: 2
> > MessageNum: 326
> > MessageText: Required field cannot be reset to a NULL value
> > AppendedText: HPD:Help Desk : Phone Number
> > MessageType: 2
> > MessageNum: 326
> > MessageText: Required field cannot be reset to a NULL value
> > AppendedText: HPD:Help Desk : Last Name
> > MessageType: 2
> > MessageNum: 326
> > MessageText: Required field cannot be reset to a NULL value
> > AppendedText: HPD:Help Desk : First Name
> > MessageType: 2
> > MessageNum: 326
> > MessageText: Required field cannot be reset to a NULL value
> > AppendedText: HPD:Help Desk : Contact Company
> > MessageType: 2
> > MessageNum: 326
> > MessageText: Required field cannot be reset to a NULL value
> > AppendedText: HPD:Help Desk : Company
> > at
> > com.sun.xml.rpc.client.StreamingSender._raiseFault(StreamingSender.java
> :360)
> > at
> > com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:224)
> >
> > TIA
> > Ravi
> >
> >
> ___
> > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
> >
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
>



-- 
Frank Caruso
Specific Integration, Inc.
Senior Remedy Engineer, ITIL Foundation Certified
www.specificintegration.com
703-376-1249

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: WebService Submission Error: Required field cannot be reset to a NULL value

[Michiel Beijen]

Ravi,

Turn on Filter Logging in Server Information and check the log files.

I guess you'll see the issue is that the Login Name is not connected
to a valid record in CTM:People and there are filters on Submit that
null out the Phone Number etc fields.

-- 
Met vriendelijke groet / Kind regards
Michiel Beijen
__
MANSOLUTIONS
Energieweg 60-62
3771 NA Barneveld
The Netherlands
Tel. +31-(0)612968592
Mail [EMAIL PROTECTED]
Internet http://bsm.mansolutions.nl


On 10/15/07, Ravi <[EMAIL PROTECTED]> wrote:
> Hi: I am submitting ticket create request via Webservice to remedy's
> intermediate form HPD:IncidentInterface_Create.  I get the following
> error. I am submitting non-null values to the below fields. Anybody know
> whey I get this error from the Help Desk form?
>
> 12:02:46,368 ERROR [Debug]
> javax.xml.rpc.soap.SOAPFaultException:
> MessageType: 2
> MessageNum: 44699
> MessageText:
> AppendedText: No groups were found using automated routing. You need to
> manually select a group.
> MessageType: 2
> MessageNum: 326
> MessageText: Required field cannot be reset to a NULL value
> AppendedText: HPD:Help Desk : Phone Number
> MessageType: 2
> MessageNum: 326
> MessageText: Required field cannot be reset to a NULL value
> AppendedText: HPD:Help Desk : Last Name
> MessageType: 2
> MessageNum: 326
> MessageText: Required field cannot be reset to a NULL value
> AppendedText: HPD:Help Desk : First Name
> MessageType: 2
> MessageNum: 326
> MessageText: Required field cannot be reset to a NULL value
> AppendedText: HPD:Help Desk : Contact Company
> MessageType: 2
> MessageNum: 326
> MessageText: Required field cannot be reset to a NULL value
> AppendedText: HPD:Help Desk : Company
> at
> com.sun.xml.rpc.client.StreamingSender._raiseFault(StreamingSender.java:360)
> at
> com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:224)
>
> TIA
> Ravi
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
> Answers Are"
>

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: w3wp.exe pegs CPU randomly - ARS 6.3

[strauss]

One of my two 7.1 mid-tiers (development, currently being tested by a
few support staff users) keeps dumping cached definitions after a
successful persistent prefetch.  After no one uses it for a while, it
behaves just like it never prefetched when someone logs on and tries to
open the Incident console - over a minute delay on each console or form,
then very fast after that.  This is on Win2K3 Ent but the Tomcat
instance has mid-tier, Crystal Report Server, and RKM sharing it.  On
the pre-production server where mid-tier is the sole user of the Tomcat
instance, Win2K3 Ent x64, I have not seen this behavior even when no one
logs on to this mid-tier for days at a time.  I tried it a minute ago
for the first time this week and it seemed faster than the user tool.
When I hit development this morning, I was the first user and it took
1.5 minutes to load the Incident Mgmt Console.

All of the mid-tier configuration settings are the same, except the
reporting server, and they both have the same prefetch.xml file (with
different server names).  I have a ticket open on it, but no resolution
so far; I may just have to completely reinstall the development web
server, but it's too busy right now.  So far, it is just reinforcing my
belief that mid-tier, RKM, and Crystal Reports should all have separate
Tomcat instances, if possible on separate servers, which is how I am
building out pre-production - mainly because I caught RKM killing Tomcat
when the Hummingbird SearchServer crashed, forcing a prefetch on
mid-tier during production hours.  The persistent cache seems to work
across manual stops and starts of Tomcat, although that has failed for
me at least once on the pre-production server, but it does not work
across crashes of Tomcat (which is where you want it the most, of
course).  I don't think the persistent cache is quite where it needs to
be yet, but the 7.1 release definitely lowered some of the page load
times from what they were in 7.0.x.

Christopher Strauss, Ph.D.
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Kevin Murray
Sent: Monday, October 15, 2007 2:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: w3wp.exe pegs CPU randomly - ARS 6.3

Hi Christopher,

Re: your comment " Mid-tier 7.1 has other issues with the persistent
cache, but that's another topic", what have you seen? Heard? Can you
share your experience.

One of the key drivers for us to upgrade is this feature...any input
welcome...

TIA,
Kevin

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: 12 October 2007 19:46
To: arslist@ARSLIST.ORG
Subject: Re: w3wp.exe pegs CPU randomly - ARS 6.3

Mid-tier 7.1 has other issues with the persistent cache, but that's
another topic.  I would agree that you are seeing some sort of recaching
activity on the part of the 6.3 mid-tier.

When mid-tier 7.x prefetches and caches an ITSM 7 application (or most
of its forms), we always see about 25-35 minutes of 35% CPU activity on
the AR server, with somewhat less load on the mid-tier server - more
like 20% load and in smaller peaks that are converse to the AR Server
load.  The load on the db server during this process is perceivable, but
very low - about 5%. During that time period even User Tool access to
the AR Server is definitely degraded.  These are all Tomcat-based
mid-tiers on 2003 Enterprise servers with more RAM and CPU than 32-bit
BMC software knows what to do with.

Christopher Strauss, Ph.D.
Remedy Database Administrator
University of North Texas Computing Center http://itsm.unt.edu/ 

> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head
> Sent: Friday, October 12, 2007 1:31 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: w3wp.exe pegs CPU randomly - ARS 6.3
> 
> Are you running ITSM?...this sounds like the Mid-Tier caching itself 
> the first time someone access the app in the morning...if I'm not 
> mistaken 6.3 Mid-tier will clear it's cache of unused items during 
> down periods (overnight)...and the first person to request the page 
> will get a delay while it's caching.  If this is the case...then a 
> properly configured 7.1 mid-tier should alleviate your issues as 7.1 
> has persistent cache capabilities.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:[EMAIL PROTECTED] On Behalf Of Julie Rockwood
> Sent: Friday, October 12, 2007 12:23 PM
> To: arslist@ARSLIST.ORG
> Subject: w3wp.exe pegs CPU randomly - ARS 6.3
> 
> Hello list,
> Calling all Win 2003 Remedy geeks.  We are having production problems 
> on our win 2003, ARS 6.3 patch 14 mid-tier server.
> Below is an email from my system administrator describing the problem.

> If anyone has any ideas, we would sure appreciate it

Re: Phones at RUG

[Stan Feinstein]

Hi,

For those with Sprint PCS, I just added the Canada roaming option for $2.99 
per month.  The per minute cost is $.20.


Stan Feinstein
Project Remedies Inc.
www.pri-us.com


- Original Message - 
From: "Mac Rhoades" <[EMAIL PROTECTED]>

Newsgroups: public.remedy.arsystem.general
To: 
Sent: Monday, October 15, 2007 10:33: AM
Subject: Re: Phones at RUG


All,
Just an update for those interested. I went to an AT&T store, got the
package for $3.99 and 0.59 per minute and will drop it as soon as the
bill comes in (that was actually recommended by the store clerk).

Mac Rhoades
Sr. Remedy Developer
IT Application Development
DataPath, Inc.
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Seth Wrye
Sent: Wednesday, October 10, 2007 11:00 AM
To: arslist@ARSLIST.ORG
Subject: Re: Phones at RUG

Thanks for the heads up.  Just checked with AT&T and their rate is 0.79
per min and you can add a package for 5.99 and it will drop the rate to
0.59 per min.

Seth



From: Action Request System discussion list(ARSList) on behalf of Rick
Cook
Sent: Tue 10/9/2007 5:58 PM
To: arslist@ARSLIST.ORG
Subject: Phones at RUG


**
Just a heads-up for those of you from the States who plan to do lots of
cell calling while in Vancooover.  While you won't have a problem with
coverage, you might ask your cellular provider about some sort of
different package (I know that Verizon offers one) that includes Canada,
for a higher flat rate that will be cheaper than even a relatively small
number of roaming minutes (at $0.50~ per).

Voice of experience on this one...

--
Rick Cook
__20060125___This posting was submitted with HTML in
it___


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
Disclaimer for DataPath

This electronic message, together with any attachments, is intended 
exclusively for the individual or entity to which it is addressed.
This communication may contain information that is privileged or 
confidential and is the intellectual property of the sender.
If you are not the named addressee, you are expressly prohibited from 
reading, printing, retaining, copying, distributing or disseminating this 
message or any part of it or any attachments or any information contained 
therein.

Doing so may be actionable under state or federal laws.
If you have received this message in error, please notify the sender 
immediately either by phone (866-855-3800) or reply to this e-mail and 
immediately delete all copies of this message and any attachments.




All electronic messages and attachments sent and received are subject to 
monitoring, reading and archival by DataPath.
The recipient of this electronic message is responsible for ensuring that it 
and any attachments are free from "viruses" or other software or defects 
that may affect any computer system into which it is received or opened.


DataPath accepts no responsibility for any damage that may arise from the 
receipt or use of this electronic message or any attachments.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: w3wp.exe pegs CPU randomly - ARS 6.3

[Kevin Murray]

Hi Christopher,

Re: your comment " Mid-tier 7.1 has other issues with the persistent cache,
but that's
another topic", what have you seen? Heard? Can you share your experience.

One of the key drivers for us to upgrade is this feature...any input
welcome...

TIA,
Kevin

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of strauss
Sent: 12 October 2007 19:46
To: arslist@ARSLIST.ORG
Subject: Re: w3wp.exe pegs CPU randomly - ARS 6.3

Mid-tier 7.1 has other issues with the persistent cache, but that's
another topic.  I would agree that you are seeing some sort of recaching
activity on the part of the 6.3 mid-tier.

When mid-tier 7.x prefetches and caches an ITSM 7 application (or most
of its forms), we always see about 25-35 minutes of 35% CPU activity on
the AR server, with somewhat less load on the mid-tier server - more
like 20% load and in smaller peaks that are converse to the AR Server
load.  The load on the db server during this process is perceivable, but
very low - about 5%. During that time period even User Tool access to
the AR Server is definitely degraded.  These are all Tomcat-based
mid-tiers on 2003 Enterprise servers with more RAM and CPU than 32-bit
BMC software knows what to do with.

Christopher Strauss, Ph.D.
Remedy Database Administrator
University of North Texas Computing Center
http://itsm.unt.edu/ 

> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:[EMAIL PROTECTED] On Behalf Of L. J. Head
> Sent: Friday, October 12, 2007 1:31 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: w3wp.exe pegs CPU randomly - ARS 6.3
> 
> Are you running ITSM?...this sounds like the Mid-Tier caching 
> itself the first time someone access the app in the 
> morning...if I'm not mistaken 6.3 Mid-tier will clear it's 
> cache of unused items during down periods (overnight)...and 
> the first person to request the page will get a delay while 
> it's caching.  If this is the case...then a properly 
> configured 7.1 mid-tier should alleviate your issues as 7.1 
> has persistent cache capabilities.
> 
> -Original Message-
> From: Action Request System discussion list(ARSList) 
> [mailto:[EMAIL PROTECTED] On Behalf Of Julie Rockwood
> Sent: Friday, October 12, 2007 12:23 PM
> To: arslist@ARSLIST.ORG
> Subject: w3wp.exe pegs CPU randomly - ARS 6.3
> 
> Hello list,
> Calling all Win 2003 Remedy geeks.  We are having production 
> problems on our win 2003, ARS 6.3 patch 14 mid-tier server.
> Below is an email from my system administrator describing the 
> problem.  If anyone has any ideas, we would sure appreciate it.
> Julie
> 
> I manage the server instances for our ARS team which are the
> following:
> 
> Mid-tier:  W2K3/IIS6.0/ServletExec 5.0/ARS 6.3 - VMware
> Application:  W2K3/ARS 6.3 - VMware
> Database:  Oracle 9i on AIX 5.3.x
> 
> Anyway, I'm seeing the w3wp peg the CPU on the mid-tier 
> almost every morning, rendering the web server inoperable 
> (even for static html rendering).  If I temporarily remove 
> the ServletExec ISAPI filter, static html rendering is fine 
> and CPU utilization is normal.  Re- insert the filter and 
> perform an iisreset - the same behavior occurs.
> 
> If I wait about 15-20 minutes (this problem occurs almost 
> daily at 6:30 so customers aren't complaining yet) the 
> problem clears itself out and everything is working fine.  If 
> I monkey with it (iisresets, rebooting, etc) the problem 
> perpetuates itself even longer.
> 
> We're moving towards a ARS 7.1 install on new infrastructure, 
> so I'm hoping this will fix it - but in the meantime if 
> anyone has run into this (and possibly fixed it) any pointers 
> would be greatly appreciated.
> 
> Thanks!
> 
> __
> __
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> ARSlist:"Where the Answers Are"
> 
> __
> _
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> ARSlist:"Where the Answers Are"
> 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[Axton]

I am not sure how you are loading the data (api, view form, vendor
form, etc.), but if you use separate threads for the initial api call
(merge/create/set) that triggers an update, you can increase the
throughput by several factors, depending on your hardware.  The more
capable of mult-threading your hardware/OS is, the greater the benefit
you will see.

You stated you are using an escalation (on 7.0.1), which binds you to
a single thread for all updates.  Consider moving away from using an
escalation or upgrading to 7.1, as it creates a bottleneck.  The only
thing that will make things faster, theoretically, are cpu's capable
of performing a greater number of operations per a time period, not
more cpu's.

I really think the problem should be addressed at the root of the
problem, which is finding a way to properly correlate data between the
two data sets.  Anything else, imho, is a workaround and not a
solution (you're treating the symptoms).

Axton Grams

On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> We are currently investigating the hash option - this would speed things
> up considerably after the first data load.  It doesn't really matter how
> long the initial load takes in the big pictures and this might help the
> updates.
>
> The update schedule is interesting due to this data coming out of a
> payroll (and 2 other) systems.  The data is updated  quite often so in
> the space of a two-week update cycle the data is updated 12 days.
>
> Unfortunately hardware doesn't really seem to be the issue.  We are
> using high end servers here and the processing time is the same under
> most circumstances - there is simply SO much validation going on that it
> takes forever.  The server itself is not taxed when these are running.
> It's kind of weird actually.
>
> There are some options like using 7.1 and multi-threading the import
> with separate escalations - but I have no way to test that at this time.
>
> I'm also contacting the people I know at BMC for advice - I'll post
> whatever route we eventually go with.
>
> Thanks for all the advice so far - keep it coming!
>
> -Original Message-
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Axton
> Sent: Monday, October 15, 2007 12:57 PM
> To: arslist@ARSLIST.ORG
> Subject: Re: CTM:People large data imports
>
> Why not use a one way hash of the ssn as the key between Remedy and the
> external file?  Your policy makers should feel comfortable with that
> approach, and it gives you what you need; a way to relate the data from
> the external source to the Remedy repository, without storing sensitive
> information.
>
> http://en.wikipedia.org/wiki/Cryptographic_hash_function
>
> Axton Grams
>
> On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> > **
> >
> > On my current project we will have to import about 1,000,000
> > CTM:People records every week (give or take).  These will be "new"
> > records every time because the only unique identifier we have from the
>
> > external systems is an identifier like SSN that we can't put into our
> > system (that's a policy decision).  We're checking on ways to do
> > updates but it's still messy due to the item below.
> >
> > The actual import is going to be automatic and should follow this
> process:
> >
> > 1.) Escalation deletes all relevant CTM:People records
> > 2.) File is automatically put on the Remedy server with people
> > information
> > 3.) Escalation fires a Run Process that imports the data into a
> > staging form.
> > 4.) Escalation fires and sets a flag field to "Process Now" on all
> > records in the staging form
> > 5.) Filter on "modify" on the staging form pushes to CTM:People
> >
> > Here's the problem - we're using decent hardware running on Solaris 9,
>
> > etc - yet the push to CTM:People takes 1.5 seconds per record due to
> > all of the validation that takes place.
> >
> > I have to do 1,000,000 records a week - and there are only 604,800
> > seconds in a weekalso, it appears using direct SQL loads won't
> > work due to all of the back end set fields (I can get around all of
> > those except the GUID - which could be set by another
> > escalation.and then we are back at this same problem).
> >
> > If you've done large data imports to CTM:People I'd really like to
> > know how you went about loading the data efficiently.
> >
> > William Rentfrow, Principal Consultant [EMAIL PROTECTED] C
> > 701-306-6157 O 952-432-0227
> >   __20060125___This posting was submitted with
> > HTML in it___
>
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
> Answers Are"
>

___

Re: CTM:People large data imports

[William Rentfrow]

We are currently investigating the hash option - this would speed things
up considerably after the first data load.  It doesn't really matter how
long the initial load takes in the big pictures and this might help the
updates.

The update schedule is interesting due to this data coming out of a
payroll (and 2 other) systems.  The data is updated  quite often so in
the space of a two-week update cycle the data is updated 12 days.

Unfortunately hardware doesn't really seem to be the issue.  We are
using high end servers here and the processing time is the same under
most circumstances - there is simply SO much validation going on that it
takes forever.  The server itself is not taxed when these are running.
It's kind of weird actually.

There are some options like using 7.1 and multi-threading the import
with separate escalations - but I have no way to test that at this time.

I'm also contacting the people I know at BMC for advice - I'll post
whatever route we eventually go with.

Thanks for all the advice so far - keep it coming!

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Axton
Sent: Monday, October 15, 2007 12:57 PM
To: arslist@ARSLIST.ORG
Subject: Re: CTM:People large data imports

Why not use a one way hash of the ssn as the key between Remedy and the
external file?  Your policy makers should feel comfortable with that
approach, and it gives you what you need; a way to relate the data from
the external source to the Remedy repository, without storing sensitive
information.

http://en.wikipedia.org/wiki/Cryptographic_hash_function

Axton Grams

On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> **
>
> On my current project we will have to import about 1,000,000 
> CTM:People records every week (give or take).  These will be "new" 
> records every time because the only unique identifier we have from the

> external systems is an identifier like SSN that we can't put into our 
> system (that's a policy decision).  We're checking on ways to do 
> updates but it's still messy due to the item below.
>
> The actual import is going to be automatic and should follow this
process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people 
> information
> 3.) Escalation fires a Run Process that imports the data into a 
> staging form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all 
> records in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9,

> etc - yet the push to CTM:People takes 1.5 seconds per record due to 
> all of the validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 
> seconds in a weekalso, it appears using direct SQL loads won't 
> work due to all of the back end set fields (I can get around all of 
> those except the GUID - which could be set by another 
> escalation.and then we are back at this same problem).
>
> If you've done large data imports to CTM:People I'd really like to 
> know how you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant [EMAIL PROTECTED] C 
> 701-306-6157 O 952-432-0227
>   __20060125___This posting was submitted with 
> HTML in it___


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[John Sundberg]

Another idea.

Do an MD5 of the SSN - and put that in instead.

etc...

(I would like to say Kinetic Request or Kinetic Survey will do this for you
- but it doesn't).
However -- check them out here http://www.kineticdata.com/products.html :)

-John


On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
>
> ** On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take).  These will be "new" records every time
> because the only unique identifier we have from the external systems is an
> identifier like SSN that we can't put into our system (that's a policy
> decision).  We're checking on ways to do updates but it's still messy due to
> the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all records
> in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, etc
> - yet the push to CTM:People takes 1.5 seconds per record due to all of
> the validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 seconds
> in a weekalso, it appears using direct SQL loads won't work due to all
> of the back end set fields (I can get around all of those except the GUID -
> which could be set by another escalation.and then we are back at this
> same problem).
>
> If you've done large data imports to CTM:People I'd really like to know
> how you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 
> 701-306-6157
> O 
> 952-432-0227
>
> __20060125___This posting was submitted with HTML in
> it___




-- 
John David Sundberg
235 East 6th Street, Suite 400B
St. Paul, MN 55101
(651) 556-0930-work
(651) 247-6766-cell
(651) 695-8577-fax
[EMAIL PROTECTED]

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: People large data imports

[John Sundberg]

How about

1) Get list from external system (1,000,000)
import each of them - get the ID back for each.
Store SSN/ID for each in separate table (not in your system) -- will that
pass security?

2) Next week - compare old list to new list for
1) Mods
2) Delete
3) News

1) Find the old ID from new SSN -- then update it
2) Find the old ID from new SSN -- then delete it
3) Since no old SSN exists -- create it

To me -- that is the only realistic approach you have.

Certainly you could do your orig approach -- but then you would need more
ARS licenses -- bigger hardware etc...
(Approx cost $500,000)

Tell that to security -- $5 USD says they will let you hold a SSN/ID table
somewhere else (not in the ARSystem)


-John






On 10/15/07, strauss <[EMAIL PROTECTED]> wrote:
>
> ** If you do what you are talking about, you are going to have a different
> problem - no way to search for requests put in for someone last week based
> on who they are this week - the PPL ID will be different.  And don't tell me
> your users can search on name accurately - 12,000 of the 128,000 names in my
> CTM:People are not unique, and Middle name only helps with 2,000 of those.
> You will no doubt have over 90,000 names in a million that are not unique. I
> also doubt that the Customer's Incidents tablefield in the Incident form
> will reflect any previous incidents for any one individual, and you
> certainly won't be able to connect them to CIs in the CMDB.  You have to
> have a common, stable unique key.
>
> My CTM:People is being updated from PeopleSoft via LDAP using AIE 7.1 and
> a staging form like you say you have.  The key field is workforce id from
> People Soft, but it could just as easily have been our Login ID (also unique
> on both systems like workforce id) so maybe you can have them populate the
> source data with login, or another unique value.  Is the email address in
> the source data unique, for example.  Personally, I would do anything to
> avoid having to reconstitute the entire CTM:People table weekly, because the
> filter processing time you are seeing is unavoidable if you want all of the
> appropriate customer data set in the ITSM 7 tables, with them related to the
> correct customer company(ies) and having whatever access permissions they
> need.  I would even settle for the sequential record id from the source
> system - in a previous LDAP to Remedy implementation we used that as a
> linking value for lack of anything more reliable.
>
> Christopher Strauss, Ph.D.
> Remedy Database Administrator
> University of North Texas Computing Center
> http://remedy.unt.edu/
>  --
> *From:* Action Request System discussion list(ARSList) [mailto:
> [EMAIL PROTECTED] *On Behalf Of *William Rentfrow
> *Sent:* Monday, October 15, 2007 12:35 PM
> *To:* arslist@ARSLIST.ORG
> *Subject:* CTM:People large data imports
>
> ** On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take).  These will be "new" records every time
> because the only unique identifier we have from the external systems is an
> identifier like SSN that we can't put into our system (that's a policy
> decision).  We're checking on ways to do updates but it's still messy due to
> the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all records
> in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, etc
> - yet the push to CTM:People takes 1.5 seconds per record due to all of
> the validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 seconds
> in a weekalso, it appears using direct SQL loads won't work due to all
> of the back end set fields (I can get around all of those except the GUID -
> which could be set by another escalation.and then we are back at this
> same problem).
>
> If you've done large data imports to CTM:People I'd really like to know
> how you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 
> 701-306-6157
> O 
> 952-432-0227
>
> __20060125___This posting was submitted with HTML in
> it___
> __20060125___This posting was submitted with HTML in
> it___
>



-- 
John David Sundberg
235 East 6th Street, Suite 400B
St. Paul, MN 55101
(651) 556-0930-work
(651) 247-6766-cell
(651

Re: People large data imports

[strauss]

If you do what you are talking about, you are going to have a different
problem - no way to search for requests put in for someone last week
based on who they are this week - the PPL ID will be different.  And
don't tell me your users can search on name accurately - 12,000 of the
128,000 names in my CTM:People are not unique, and Middle name only
helps with 2,000 of those.  You will no doubt have over 90,000 names in
a million that are not unique. I also doubt that the Customer's
Incidents tablefield in the Incident form will reflect any previous
incidents for any one individual, and you certainly won't be able to
connect them to CIs in the CMDB.  You have to have a common, stable
unique key.
 
My CTM:People is being updated from PeopleSoft via LDAP using AIE 7.1
and a staging form like you say you have.  The key field is workforce id
from People Soft, but it could just as easily have been our Login ID
(also unique on both systems like workforce id) so maybe you can have
them populate the source data with login, or another unique value.  Is
the email address in the source data unique, for example.  Personally, I
would do anything to avoid having to reconstitute the entire CTM:People
table weekly, because the filter processing time you are seeing is
unavoidable if you want all of the appropriate customer data set in the
ITSM 7 tables, with them related to the correct customer company(ies)
and having whatever access permissions they need.  I would even settle
for the sequential record id from the source system - in a previous LDAP
to Remedy implementation we used that as a linking value for lack of
anything more reliable.

Christopher Strauss, Ph.D.
Remedy Database Administrator
University of North Texas Computing Center
http://remedy.unt.edu/ 

  _  

From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow
Sent: Monday, October 15, 2007 12:35 PM
To: arslist@ARSLIST.ORG
Subject: CTM:People large data imports


** 
On my current project we will have to import about 1,000,000 CTM:People
records every week (give or take).  These will be "new" records every
time because the only unique identifier we have from the external
systems is an identifier like SSN that we can't put into our system
(that's a policy decision).  We're checking on ways to do updates but
it's still messy due to the item below.
 
The actual import is going to be automatic and should follow this
process:
 
1.) Escalation deletes all relevant CTM:People records
2.) File is automatically put on the Remedy server with people
information
3.) Escalation fires a Run Process that imports the data into a staging
form.
4.) Escalation fires and sets a flag field to "Process Now" on all
records in the staging form
5.) Filter on "modify" on the staging form pushes to CTM:People
 
Here's the problem - we're using decent hardware running on Solaris 9,
etc - yet the push to CTM:People takes 1.5 seconds per record due to all
of the validation that takes place.
 
I have to do 1,000,000 records a week - and there are only 604,800
seconds in a weekalso, it appears using direct SQL loads won't work
due to all of the back end set fields (I can get around all of those
except the GUID - which could be set by another escalation.and then
we are back at this same problem).
 
If you've done large data imports to CTM:People I'd really like to know
how you went about loading the data efficiently.
 
William Rentfrow, Principal Consultant
[EMAIL PROTECTED]
C 701-306-6157
O 952-432-0227
 
__20060125___This posting was submitted with HTML in
it___ 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[Axton]

Why not use a one way hash of the ssn as the key between Remedy and
the external file?  Your policy makers should feel comfortable with
that approach, and it gives you what you need; a way to relate the
data from the external source to the Remedy repository, without
storing sensitive information.

http://en.wikipedia.org/wiki/Cryptographic_hash_function

Axton Grams

On 10/15/07, William Rentfrow <[EMAIL PROTECTED]> wrote:
> **
>
> On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take).  These will be "new" records every time
> because the only unique identifier we have from the external systems is an
> identifier like SSN that we can't put into our system (that's a policy
> decision).  We're checking on ways to do updates but it's still messy due to
> the item below.
>
> The actual import is going to be automatic and should follow this process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all records
> in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9, etc -
> yet the push to CTM:People takes 1.5 seconds per record due to all of the
> validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800 seconds
> in a weekalso, it appears using direct SQL loads won't work due to all
> of the back end set fields (I can get around all of those except the GUID -
> which could be set by another escalation.and then we are back at this
> same problem).
>
> If you've done large data imports to CTM:People I'd really like to know how
> you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 701-306-6157
> O 952-432-0227
>   __20060125___This posting was
> submitted with HTML in it___

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[Rick Cook]

Hmmm...seems like you have a math problem, to which your customer holds the
answer.  The question is how important that policy decision is.

Either they fund a solution (HW or SW, if it exists), or allow a decent
workaround with existing technology (like a very secured Unique ID field).

Rick

On 10/15/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> William,
> Since a GUID is simply a way of generating a unique identifier, then you
> should be able to create a GUID yourself. There is no validation of a GUID
> to check for a particular format. For instance, if you are stating that
> through direct SQL loads you can generate the Request ID (which must be
> unique), then you could also use that same Request ID for the GUID (after
> all, it is a unique ID and it would be unique across forms).
>
> I think the process you have described raises many more questions that are
> not covered here. If we assume you have those items covered and the only
> thing holding you back from the direct sql process is the GUID, then there
> is certainly a way to get around that issue.
>
> Scott Parrish
> IT Prophets, LLC
> www.itprophets.com
>
>
> Original Message:
> -
> From: William Rentfrow [EMAIL PROTECTED]
> Date: Mon, 15 Oct 2007 12:34:52 -0500
> To: arslist@ARSLIST.ORG
> Subject: CTM:People large data imports
>
>
> On my current project we will have to import about 1,000,000 CTM:People
> records every week (give or take).  These will be "new" records every
> time because the only unique identifier we have from the external
> systems is an identifier like SSN that we can't put into our system
> (that's a policy decision).  We're checking on ways to do updates but
> it's still messy due to the item below.
>
> The actual import is going to be automatic and should follow this
> process:
>
> 1.) Escalation deletes all relevant CTM:People records
> 2.) File is automatically put on the Remedy server with people
> information
> 3.) Escalation fires a Run Process that imports the data into a staging
> form.
> 4.) Escalation fires and sets a flag field to "Process Now" on all
> records in the staging form
> 5.) Filter on "modify" on the staging form pushes to CTM:People
>
> Here's the problem - we're using decent hardware running on Solaris 9,
> etc - yet the push to CTM:People takes 1.5 seconds per record due to all
> of the validation that takes place.
>
> I have to do 1,000,000 records a week - and there are only 604,800
> seconds in a weekalso, it appears using direct SQL loads won't work
> due to all of the back end set fields (I can get around all of those
> except the GUID - which could be set by another escalation.and then
> we are back at this same problem).
>
> If you've done large data imports to CTM:People I'd really like to know
> how you went about loading the data efficiently.
>
> William Rentfrow, Principal Consultant
> [EMAIL PROTECTED]
> C 701-306-6157
> O 952-432-0227

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: People large data imports

[Pierson, Shawn]

We did this at one client I was working in, whose name will be withheld
for various reasons.  We had all the data in another database, but like
you've run into, we didn't have the time to get all the data in within a
timely manner.

So we used ARSPerl to create and run multiple perl scripts that would
take segments of the data and push it into Remedy.  We had Remedy
configured with multiple instances connecting to the same database, and
we had some major hardware in place.  I think the most important part
for you right now will be the multiple instances of ARS, which will in
effect make escalations multi-threaded.  The only problem is that I
don't know if you can set up multiple instances of ARS using demo
licenses or if you have to pay for licenses, because that can get
expensive.

Shawn Pierson

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of William Rentfrow
Sent: Monday, October 15, 2007 12:35 PM
To: arslist@ARSLIST.ORG
Subject: CTM:People large data imports


**
On my current project we will have to import about 1,000,000
CTM:People records every week (give or take).  These will be "new"
records every time because the only unique identifier we have from the
external systems is an identifier like SSN that we can't put into our
system (that's a policy decision).  We're checking on ways to do updates
but it's still messy due to the item below.

The actual import is going to be automatic and should follow
this process:

1.) Escalation deletes all relevant CTM:People records
2.) File is automatically put on the Remedy server with people
information
3.) Escalation fires a Run Process that imports the data into a
staging form.
4.) Escalation fires and sets a flag field to "Process Now" on
all records in the staging form
5.) Filter on "modify" on the staging form pushes to CTM:People

Here's the problem - we're using decent hardware running on
Solaris 9, etc - yet the push to CTM:People takes 1.5 seconds per record
due to all of the validation that takes place.

I have to do 1,000,000 records a week - and there are only
604,800 seconds in a weekalso, it appears using direct SQL loads
won't work due to all of the back end set fields (I can get around all
of those except the GUID - which could be set by another
escalation.and then we are back at this same problem).

If you've done large data imports to CTM:People I'd really like
to know how you went about loading the data efficiently.

William Rentfrow, Principal Consultant
[EMAIL PROTECTED]
C 701-306-6157
O 952-432-0227

__20060125___This posting was submitted with
HTML in it___


Private and confidential as detailed http://www.sug.com/disclaimers/default.htm#Mail";>here.  If you cannot 
access hyperlink, please e-mail sender.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: CTM:People large data imports

[[EMAIL PROTECTED]]

William,
Since a GUID is simply a way of generating a unique identifier, then you
should be able to create a GUID yourself. There is no validation of a GUID
to check for a particular format. For instance, if you are stating that
through direct SQL loads you can generate the Request ID (which must be
unique), then you could also use that same Request ID for the GUID (after
all, it is a unique ID and it would be unique across forms).

I think the process you have described raises many more questions that are
not covered here. If we assume you have those items covered and the only
thing holding you back from the direct sql process is the GUID, then there
is certainly a way to get around that issue.

Scott Parrish
IT Prophets, LLC
www.itprophets.com


Original Message:
-
From: William Rentfrow [EMAIL PROTECTED]
Date: Mon, 15 Oct 2007 12:34:52 -0500
To: arslist@ARSLIST.ORG
Subject: CTM:People large data imports


On my current project we will have to import about 1,000,000 CTM:People
records every week (give or take).  These will be "new" records every
time because the only unique identifier we have from the external
systems is an identifier like SSN that we can't put into our system
(that's a policy decision).  We're checking on ways to do updates but
it's still messy due to the item below.
 
The actual import is going to be automatic and should follow this
process:
 
1.) Escalation deletes all relevant CTM:People records
2.) File is automatically put on the Remedy server with people
information
3.) Escalation fires a Run Process that imports the data into a staging
form.
4.) Escalation fires and sets a flag field to "Process Now" on all
records in the staging form
5.) Filter on "modify" on the staging form pushes to CTM:People
 
Here's the problem - we're using decent hardware running on Solaris 9,
etc - yet the push to CTM:People takes 1.5 seconds per record due to all
of the validation that takes place.
 
I have to do 1,000,000 records a week - and there are only 604,800
seconds in a weekalso, it appears using direct SQL loads won't work
due to all of the back end set fields (I can get around all of those
except the GUID - which could be set by another escalation.and then
we are back at this same problem).
 
If you've done large data imports to CTM:People I'd really like to know
how you went about loading the data efficiently.
 
William Rentfrow, Principal Consultant
[EMAIL PROTECTED]
C 701-306-6157
O 952-432-0227
 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"



mail2web.com – What can On Demand Business Solutions do for you?
http://link.mail2web.com/Business/SharePoint

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Phones at RUG

[Mac Rhoades]

All,
Just an update for those interested. I went to an AT&T store, got the
package for $3.99 and 0.59 per minute and will drop it as soon as the
bill comes in (that was actually recommended by the store clerk).

Mac Rhoades
Sr. Remedy Developer
IT Application Development
DataPath, Inc.
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Seth Wrye
Sent: Wednesday, October 10, 2007 11:00 AM
To: arslist@ARSLIST.ORG
Subject: Re: Phones at RUG

Thanks for the heads up.  Just checked with AT&T and their rate is 0.79
per min and you can add a package for 5.99 and it will drop the rate to
0.59 per min.
 
Seth



From: Action Request System discussion list(ARSList) on behalf of Rick
Cook
Sent: Tue 10/9/2007 5:58 PM
To: arslist@ARSLIST.ORG
Subject: Phones at RUG


** 
Just a heads-up for those of you from the States who plan to do lots of
cell calling while in Vancooover.  While you won't have a problem with
coverage, you might ask your cellular provider about some sort of
different package (I know that Verizon offers one) that includes Canada,
for a higher flat rate that will be cheaper than even a relatively small
number of roaming minutes (at $0.50~ per). 
 
Voice of experience on this one...

-- 
Rick Cook
__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
Disclaimer for DataPath

This electronic message, together with any attachments, is intended exclusively 
for the individual or entity to which it is addressed. 
This communication may contain information that is privileged or confidential 
and is the intellectual property of the sender.  
If you are not the named addressee, you are expressly prohibited from reading, 
printing, retaining, copying, distributing or disseminating this message or any 
part of it or any attachments or any information contained therein.  
Doing so may be actionable under state or federal laws.  
If you have received this message in error, please notify the sender 
immediately either by phone (866-855-3800) or reply to this e-mail and 
immediately delete all copies of this message and any attachments.

 

All electronic messages and attachments sent and received are subject to 
monitoring, reading and archival by DataPath.  
The recipient of this electronic message is responsible for ensuring that it 
and any attachments are free from "viruses" or other software or defects that 
may affect any computer system into which it is received or opened.  

DataPath accepts no responsibility for any damage that may arise from the 
receipt or use of this electronic message or any attachments.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

CTM:People large data imports

[William Rentfrow]

On my current project we will have to import about 1,000,000 CTM:People
records every week (give or take).  These will be "new" records every
time because the only unique identifier we have from the external
systems is an identifier like SSN that we can't put into our system
(that's a policy decision).  We're checking on ways to do updates but
it's still messy due to the item below.
 
The actual import is going to be automatic and should follow this
process:
 
1.) Escalation deletes all relevant CTM:People records
2.) File is automatically put on the Remedy server with people
information
3.) Escalation fires a Run Process that imports the data into a staging
form.
4.) Escalation fires and sets a flag field to "Process Now" on all
records in the staging form
5.) Filter on "modify" on the staging form pushes to CTM:People
 
Here's the problem - we're using decent hardware running on Solaris 9,
etc - yet the push to CTM:People takes 1.5 seconds per record due to all
of the validation that takes place.
 
I have to do 1,000,000 records a week - and there are only 604,800
seconds in a weekalso, it appears using direct SQL loads won't work
due to all of the back end set fields (I can get around all of those
except the GUID - which could be set by another escalation.and then
we are back at this same problem).
 
If you've done large data imports to CTM:People I'd really like to know
how you went about loading the data efficiently.
 
William Rentfrow, Principal Consultant
[EMAIL PROTECTED]
C 701-306-6157
O 952-432-0227
 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Job: Remedy Administrator - Taylor, TX - 6 month contract to hire

[Kitchen, Joshua T]

Dear List,
 
I am trying a new format for my postings which hopefully will make them
more searchable and user friendly
 
Job:  Remedy Administrator
 
Location:  Taylor, TX
 
Rates:  Open
 
Duration:  6 months CTH
 
Description of Client/Industry: 

Our Client manages the flow of electric power to approximately
20 million Texas customers - representing 85 percent of the state's
electric load and 75 percent of the Texas land area. 

As the independent system operator for the region, our client
schedules power on an electric grid that connects 38,000 miles of
transmission lines and more than 500 generation units. 

Our Client also manages financial settlement for the competitive
wholesale bulk-power market and administers customer switching for 5.9
million Texans in competitive choice areas. 

Our Client is a membership-based 501(c)(6) nonprofit
corporation, governed by a board of directors and subject to oversight
by the Public Utility Commission of Texas and the Texas Legislature. Our
Client's members include retail consumers, investor- and municipal-owned
electric utilities, rural electric cooperatives, river authorities,
independent generators, power marketers and retail electric providers. 

Jobs are mainly located in Taylor, Texas. 
Taylor is a smaller,affordable city in east Williamson County
and 
about 45 minutes away from Austin,TX. 

Description of Responsibilities:  

Required Skills: 
Must have 3 years Remedy experience primarily with Problem
Management. 
Must have 7.0 experience 

Primary Duties: 
Adding and Managing user profiles, setting up and managing
licenses, groups, etc. within the Remedy system. 
Performing all system and software updates to maintain a
supported version level. 
Generating reports on system activity as required for monthly
metrics reporting. 
Managing and maintaining Remedy system server software,
mid-tier, and email engine. 
Managing and maintaining our Remedy development environment. 
Maintaining all Remedy custom and out-of-the-box applications   
 

Respectfully,
 
 
Joshua Kitchen
Information Technology Recruiter
Kforce Professional Staffing 
Two Prestige Place (Suite 350) 
Miamisburg, OH 45342
937.449.1749 Office  
937.461.6888 Fax 
937.416.3456 Cell
Great People = Great Results
 
   

Please don't keep me a secret... a referral is the best compliment I can
receive. 
 

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"
<>

Re: Assign Hot Keys | Shortcuts to work in thin client.

[Dave.ARSList]

Jason,

Thank you so much for the information. You saved me a lot of time! This is
what I was looking for. 

Thank you,

Dave.


Jason Miller-3 wrote:
> 
> Hi Dave,
> 
>  
> 
> You can use ctrl+enter+alt in the browser to give you the same
> functionality
> as ctrl+enter in the thick client. A list of shortcut keys for mid-tier
> can
> be found in the 7.x document "Installing and Administering BMC Remedy Mid
> Tier" (Mid-Tier-700.pdf) on pg 151.
> 
>  
> 
> Jason
> 
>  
> 
> From: Action Request System discussion list(ARSList)
> [mailto:[EMAIL PROTECTED] On Behalf Of Dave Gotham
> Sent: Thursday, October 11, 2007 2:17 PM
> To: arslist@ARSLIST.ORG
> Subject: Assign Hot Keys | Shortcuts to work in thin client.
> 
>  
> 
> ** 
> 
> Hello listers,
> 
> We are on ARS 7.0.01 with Servide Desk 7.0.0 Patch 001. The web client and
> thick client behave differently.  In the thick client, let's say you are
> in
> incident form on HPD:HelpDesk and under 'Customers' tab, enter last name
> of
> a customer and hit enter and it will search for the customer.  Hit
> ctrl+enter and it will search for the incidents for customers with that
> last
> name. 
> 
> In the web, hit enter and it will search for the customer. I do not
> believe
> there are any hot keys which will search for the incidents, you have to
> click the Search button.  So I'm not sure that you can use hot keys here
> at
> all (like Ctrl + Enter). 
> 
> Now what we want to achieve is when we enter first or last name of
> customers, we want to search ALL the incidents for that customer instead
> of
> searching for a customer (hitting Enter in browser should mimic Ctrl +
> Enter
> in thick client)  because users want to search for incidents (rather than
> the customer). And then assign a hot-key to search for searching customers
> instead (Ctrl + Enter should search for customer rather than incidents). 
> 
> OR
> 
> Can I just remove the functionality that when I hit enter it searches for
> customers? Where is "Enter" key tied to the firing work-flow? 
> 
> Any help would be greatly appreciated.
> 
> Thank you,
> 
> Dave.
> 
> __20060125___This posting was submitted with HTML in
> it___ 
> 
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
> the Answers Are"
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Assign-Hot-Keys-%7C-Shortcuts-to-work-in-thin-client.-tf4610034.html#a13217010
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Friday - no humor

[Mayfield, Andy L.]

Sorry folks, I always start at the bottom on Mondays and work my way up.
I see this one caused a good bit of discussion. 

I still think it's hilarious though.

Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Durrant, Michael M. - ITSD
Sent: Monday, October 15, 2007 11:35 AM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

Please see Axton's previous comment regarding the death of this thread.

Die zombie thread, die!

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Monday, October 15, 2007 10:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

That's a pretty neat site. I had never visited that one before. I will
have to remember that one for all the goofy emails you get around the
office. 

Unfortunately for Hillary it pretty much reaffirmed most of the quotes.


Andy L. Mayfield
Sr. System Operation Specialist
Alabama Power Company
Office: 205-226-1805
Cell: 205-288-9140
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L Contr
OC-ALC/ITMA
Sent: Friday, October 12, 2007 1:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

http://www.snopes.com/politics/clintons/marxist.asp

Thanks,


Gary Opela, Jr

Sr. Remedy Developer

Leader Communications, Inc.

405 736 3211


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Friday, October 12, 2007 12:49 PM
To: arslist@ARSLIST.ORG
Subject: OT: Friday - no humor

** 

 AND NOW .. HOW ABOUT A LITTLE QUIZ? 

A little history lesson: If you don't know the answer make your best
guess. Answer all the questions before looking at the answers. Who said
it?

 

1) "We're going to take things away from you on behalf of the common
good."

A. Karl Marx

B. Adolph Hitler

C. Joseph Stalin

D. None of the above

2) "It's time for a new beginning, for an end to government of the few,
by the few, and for the few...and to replace it with shared
responsibility for shared prosperity."

A. Lenin

B. Mussolini

C. Idi Amin

D. None of the Above

3) "(We)...can't just let business as usual go on, and that means
something has to be taken away from some people."

A. Nikita Khrushev

B. Jose f Goebbels

C. Boris Yeltsin

D. None of the above

4) "We have to build a political consensus and that requires people to
give up a little bit of their own...in order to create this common
ground."

A. Mao Tse Dung

B. Hugo Chavez

C. Kim Jong Il

D. None of the above

5) "I certainly think the free-market has failed."

A. Karl Marx

B. Lenin

C. Molotov

D. None of the above

6) "I think it's time to send a clear message to what has become the
most profitable sector in (the) entire economy that they are being
watched."

A. Pinochet

B. Milosevic

C. Saddam Hussein

D. None of the above

Answers:

(1) D. None of the above. Statement was made by Hillary Clinton
6/29/2004

(2) D. None of the above. Statement was made by Hillary Clinton
5/29/2007

(3) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(4) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(5) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(6) D. None of the above. Statement was made by Hillary Clinton 9/2/2005



http://boortz.com/nuze/200710/10082007.html#quiz
ht
 


--
Patrick Zandi
__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
The information contained in this email may be privileged, confidential
or otherwise protected from disclosure.  All persons are advised that
they may face penalties under state and federal law for sharing this
information with unauthorized individuals.  If you received this email
in error, please reply to the sender that you have received this
information in error.  Also, please delete this email after replying to
the sender.


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Friday - no humor

[Durrant, Michael M. - ITSD]

Please see Axton's previous comment regarding the death of this thread.

Die zombie thread, die!

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Mayfield, Andy L.
Sent: Monday, October 15, 2007 10:29 AM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

That's a pretty neat site. I had never visited that one before. I will
have to remember that one for all the goofy emails you get around the
office. 

Unfortunately for Hillary it pretty much reaffirmed most of the quotes.


Andy L. Mayfield
Sr. System Operation Specialist
Alabama Power Company
Office: 205-226-1805
Cell: 205-288-9140
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L Contr
OC-ALC/ITMA
Sent: Friday, October 12, 2007 1:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

http://www.snopes.com/politics/clintons/marxist.asp

Thanks,


Gary Opela, Jr

Sr. Remedy Developer

Leader Communications, Inc.

405 736 3211


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Friday, October 12, 2007 12:49 PM
To: arslist@ARSLIST.ORG
Subject: OT: Friday - no humor

** 

 AND NOW .. HOW ABOUT A LITTLE QUIZ? 

A little history lesson: If you don't know the answer make your best
guess. Answer all the questions before looking at the answers. Who said
it?

 

1) "We're going to take things away from you on behalf of the common
good."

A. Karl Marx

B. Adolph Hitler

C. Joseph Stalin

D. None of the above

2) "It's time for a new beginning, for an end to government of the few,
by the few, and for the few...and to replace it with shared
responsibility for shared prosperity."

A. Lenin

B. Mussolini

C. Idi Amin

D. None of the Above

3) "(We)...can't just let business as usual go on, and that means
something has to be taken away from some people."

A. Nikita Khrushev

B. Jose f Goebbels

C. Boris Yeltsin

D. None of the above

4) "We have to build a political consensus and that requires people to
give up a little bit of their own...in order to create this common
ground."

A. Mao Tse Dung

B. Hugo Chavez

C. Kim Jong Il

D. None of the above

5) "I certainly think the free-market has failed."

A. Karl Marx

B. Lenin

C. Molotov

D. None of the above

6) "I think it's time to send a clear message to what has become the
most profitable sector in (the) entire economy that they are being
watched."

A. Pinochet

B. Milosevic

C. Saddam Hussein

D. None of the above

Answers:

(1) D. None of the above. Statement was made by Hillary Clinton
6/29/2004

(2) D. None of the above. Statement was made by Hillary Clinton
5/29/2007

(3) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(4) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(5) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(6) D. None of the above. Statement was made by Hillary Clinton 9/2/2005



http://boortz.com/nuze/200710/10082007.html#quiz
ht
 


--
Patrick Zandi
__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
The information contained in this email may be privileged, confidential or 
otherwise protected from disclosure.  All persons are advised that they may 
face penalties under state and federal law for sharing this information with 
unauthorized individuals.  If you received this email in error, please reply to 
the sender that you have received this information in error.  Also, please 
delete this email after replying to the sender.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Friday - no humor

[Mayfield, Andy L.]

That's a pretty neat site. I had never visited that one before. I will
have to remember that one for all the goofy emails you get around the
office. 

Unfortunately for Hillary it pretty much reaffirmed most of the quotes.


Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Opela, Gary L Contr
OC-ALC/ITMA
Sent: Friday, October 12, 2007 1:01 PM
To: arslist@ARSLIST.ORG
Subject: Re: Friday - no humor

http://www.snopes.com/politics/clintons/marxist.asp

Thanks,


Gary Opela, Jr

Sr. Remedy Developer

Leader Communications, Inc.

405 736 3211


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Friday, October 12, 2007 12:49 PM
To: arslist@ARSLIST.ORG
Subject: OT: Friday - no humor

** 

 AND NOW .. HOW ABOUT A LITTLE QUIZ? 

A little history lesson: If you don't know the answer make your best
guess. Answer all the questions before looking at the answers. Who said
it?

 

1) "We're going to take things away from you on behalf of the common
good."

A. Karl Marx

B. Adolph Hitler

C. Joseph Stalin

D. None of the above

2) "It's time for a new beginning, for an end to government of the few,
by the few, and for the few...and to replace it with shared
responsibility for shared prosperity."

A. Lenin

B. Mussolini

C. Idi Amin

D. None of the Above

3) "(We)...can't just let business as usual go on, and that means
something has to be taken away from some people."

A. Nikita Khrushev

B. Jose f Goebbels

C. Boris Yeltsin

D. None of the above

4) "We have to build a political consensus and that requires people to
give up a little bit of their own...in order to create this common
ground."

A. Mao Tse Dung

B. Hugo Chavez

C. Kim Jong Il

D. None of the above

5) "I certainly think the free-market has failed."

A. Karl Marx

B. Lenin

C. Molotov

D. None of the above

6) "I think it's time to send a clear message to what has become the
most profitable sector in (the) entire economy that they are being
watched."

A. Pinochet

B. Milosevic

C. Saddam Hussein

D. None of the above

Answers:

(1) D. None of the above. Statement was made by Hillary Clinton
6/29/2004

(2) D. None of the above. Statement was made by Hillary Clinton
5/29/2007

(3) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(4) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(5) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(6) D. None of the above. Statement was made by Hillary Clinton 9/2/2005



http://boortz.com/nuze/200710/10082007.html#quiz
ht
 


-- 
Patrick Zandi 
__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

WebService Submission Error: Required field cannot be reset to a NULL value

[Ravi]

Hi: I am submitting ticket create request via Webservice to remedy's 
intermediate form HPD:IncidentInterface_Create.  I get the following 
error. I am submitting non-null values to the below fields. Anybody know 
whey I get this error from the Help Desk form?


12:02:46,368 ERROR [Debug]
javax.xml.rpc.soap.SOAPFaultException:
MessageType: 2
MessageNum: 44699
MessageText:
AppendedText: No groups were found using automated routing. You need to 
manually select a group.

MessageType: 2
MessageNum: 326
MessageText: Required field cannot be reset to a NULL value
AppendedText: HPD:Help Desk : Phone Number
MessageType: 2
MessageNum: 326
MessageText: Required field cannot be reset to a NULL value
AppendedText: HPD:Help Desk : Last Name
MessageType: 2
MessageNum: 326
MessageText: Required field cannot be reset to a NULL value
AppendedText: HPD:Help Desk : First Name
MessageType: 2
MessageNum: 326
MessageText: Required field cannot be reset to a NULL value
AppendedText: HPD:Help Desk : Contact Company
MessageType: 2
MessageNum: 326
MessageText: Required field cannot be reset to a NULL value
AppendedText: HPD:Help Desk : Company
   at 
com.sun.xml.rpc.client.StreamingSender._raiseFault(StreamingSender.java:360)
   at 
com.sun.xml.rpc.client.StreamingSender._send(StreamingSender.java:224)


TIA
Ravi

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers 
Are"

Re: Friday - no humor

[Mayfield, Andy L.]

That was pretty funny (and revealing) Patrick. That made me smile on a
Monday morning. Well, its also really pretty scary, but still funny.

 

Andy L. Mayfield 
Sr. System Operation Specialist 
Alabama Power Company 
Office: 205-226-1805 
Cell: 205-288-9140 
SoLinc: 10*19140 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of patrick zandi
Sent: Friday, October 12, 2007 12:49 PM
To: arslist@ARSLIST.ORG
Subject: OT: Friday - no humor

 

** 

 AND NOW .. HOW ABOUT A LITTLE QUIZ? 

A little history lesson: If you don't know the answer make your best
guess. Answer all the questions before looking at the answers. Who said
it?

 

1) "We're going to take things away from you on behalf of the common
good."

A. Karl Marx

B. Adolph Hitler

C. Joseph Stalin

D. None of the above

2) "It's time for a new beginning, for an end to government of the few,
by the few, and for the few...and to replace it with shared
responsibility for shared prosperity."

A. Lenin

B. Mussolini

C. Idi Amin

D. None of the Above

3) "(We)...can't just let business as usual go on, and that means
something has to be taken away from some people."

A. Nikita Khrushev

B. Jose f Goebbels

C. Boris Yeltsin

D. None of the above

4) "We have to build a political consensus and that requires people to
give up a little bit of their own...in order to create this common
ground."

A. Mao Tse Dung

B. Hugo Chavez

C. Kim Jong Il

D. None of the above

5) "I certainly think the free-market has failed."

A. Karl Marx

B. Lenin

C. Molotov

D. None of the above

6) "I think it's time to send a clear message to what has become the
most profitable sector in (the) entire economy that they are being
watched."

A. Pinochet

B. Milosevic

C. Saddam Hussein

D. None of the above

Answers:

(1) D. None of the above. Statement was made by Hillary Clinton
6/29/2004

(2) D. None of the above. Statement was made by Hillary Clinton
5/29/2007

(3) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(4) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(5) D. None of the above. Statement was made by Hillary Clinton 6/4/2007

(6) D. None of the above. Statement was made by Hillary Clinton 9/2/2005

http://boortz.com/nuze/200710/10082007.html#quiz
ht
 



-- 
Patrick Zandi 

__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Remedy Developer Positions in the Washington DC Area

[Bill Rodzevik]

We at Specific Integration, Inc. are searching for additional Remedy Developers 
to join to our staff project team in the Washington, DC area. Specific 
Integration is a long time BMC Remedy Integration Partner. We have an immediate 
need for a junior developer in the DC Metro area to support a long term public 
sector project.  Salary negotiable based on experience.  Specific Integration 
provides Health and Dental benefits that are fully paid for by the company. 



If interested, please email resume to: [EMAIL PROTECTED]

Thanks,

Bill Rodzevik

Specific Integration, Inc.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Attachments problem

[Wallace, Kelvin]

Satya,

 

There is a limit to the size of a file that may be stored as an
attachment, depending upon the database you are using.  There is a
parameter you can set in ar.cfg (or ar.conf) called DB_Max_Attach_Size
to circumvent this limit.  Although you think of the size of the file
you are attaching, ARS is looking at the size of the attachment after
ARS has compressed it.  I would suspect that your Excel file is not
compressing very well.  Adding that parameter in your ar config file
(and allowing an AR System server reset) should allow the attachment.
Make sure that the file size is sufficient for every possible attachment
size you may encounter.

 

Hope this helps...

 

Kelvin

 



From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Satya Gandhi
Sent: Monday, October 15, 2007 1:23 AM
To: arslist@ARSLIST.ORG
Subject: Attachments problem

 

** 

Dear Listers,

 

We are trying to attach an excel file which has some macros written in
it. 

 

When i try to attach this file to an attachment field, it throws an
error "BAD ATTACHMENT SIZE".

 

The file size is 1043 KM and am able to add a simple excel sheet with
size more than this. 

 

Can someone help with this?

-- 
Thanks & Regards

Satya Gandhi

Consultant - Remedy 

__20060125___This posting was submitted with HTML in
it___ 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Attachments problem

[Joe D'Souza]

Just curious - what do those macros do? Do those macros require any other
disk files that may be large and might be attaching themselves too?

Joe D'Souza
  -Original Message-
  From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] Behalf Of Satya Gandhi
  Sent: Monday, October 15, 2007 1:23 AM
  To: arslist@ARSLIST.ORG
  Subject: Attachments problem


  **
  Dear Listers,

  We are trying to attach an excel file which has some macros written in it.

  When i try to attach this file to an attachment field, it throws an error
"BAD ATTACHMENT SIZE".

  The file size is 1043 KM and am able to add a simple excel sheet with size
more than this.

  Can someone help with this?

  --
  Thanks & Regards

  Satya Gandhi

  Consultant - Remedy
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.5.488 / Virus Database: 269.14.11/1071 - Release Date: 10/15/2007
6:48 AM

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Fran Kautzer/Corp/Walgreens is out of the office.

[Fran Kautzer]

I will be out of the office starting Tue 07/10/2001 and will not return
until Mon 10/29/2007.

I will be out of the office until Monday October 29th. If you need
assistance, please contact Ross Talbot  847-788-4463.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: Looking for advice on DSL and 7.x Product Categorizations

[Pierson, Shawn]

Actually, I would suggest not using the DSL at all.  There is a lot of
software in there that doesn't make sense to be on a business system,
and a lot left out that should be in there.

For example, I'm unable to find TOAD, the third-party Oracle database
query tool, but I'm able to find three versions of Warcraft.  Do we
really care if a user has "Warcraft: Orcs and Humans" as opposed to
"Warcraft"?

Shawn Pierson

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Rick Cook
Sent: Friday, October 12, 2007 12:28 PM
To: arslist@ARSLIST.ORG
Subject: Re: Looking for advice on DSL and 7.x Product
Categorizations


**
One thing you could do is to disable many of the large chunks of
the DSL that you don't support.  That also reduces the number of Pcat
entries in use.

Rick


From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Savant, [EMAIL PROTECTED]
Sent: Friday, October 12, 2007 10:13 AM
To: arslist@ARSLIST.ORG
Subject: Looking for advice on DSL and 7.x Product
Categorizations


**

Listers:

It would seem that in loading the DSL data, we're forced to use
the associated out-of-the-box Product Categorizations of
'Software/Application/Third Party' and 'Software/Operating System/Third
Party'.  Since Product is not available when configuring Assignment
rules, such broad categorizations make it nearly impossible to single
out support groups for routing without redundantly populating
Operational Categorizations.  We've thought about disabling all DSL
entries, then reactivating and recategorizing only those we need, but
that would seem to be an extremely time consuming task.  We're also
concerned that future DSL data patches would overwrite our updates.
Perhaps populating the DSL ourselves is a better approach?  For those of
you using BMC's DSL data, how do you handle this?

Many thanks!

- Don Savant

State of California, Dept of Technology Services

__20060125___This posting was submitted with
HTML in it___ __20060125___This posting was
submitted with HTML in it___


Private and confidential as detailed http://www.sug.com/disclaimers/default.htm#Mail";>here.  If you cannot 
access hyperlink, please e-mail sender.

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Re: OT: Friday - no humor

[Opela, Gary L Contr OC-ALC/ITMA]

It's a humor thread, not a political thread.

Thanks,


Gary Opela, Jr

Sr. Remedy Developer

Leader Communications, Inc.

405 736 3211


-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Robert Page
Sent: Sunday, October 14, 2007 4:48 PM
To: arslist@ARSLIST.ORG
Subject: Re: OT: Friday - no humor

I found it quite amusing, but then I'm english.

Robert
"Swing low sweet chariot"

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of arslist
Sent: 13 October 2007 03:51
To: arslist@ARSLIST.ORG
Subject: Re: OT: Friday - no humor


Given we have a bunch of overstressed developers
that need an opportunity to cut loose now and then,
and that those developers are in over 58 countries and on all
continents,
and that I find it difficult to decide where to draw lines, in my
opinion:

If it doesn't break the Canadian Charter of Rights and Freedoms then I
won't
even comment.

[Don't debate politics or religion, but feel free to post a good hearted
joke about them. If you break a hate crime law, then worry].

"Don't sweat the small stuff,
pick your battles"

. Daniel
p.s. Sorry Gidd, this probably means no more dumb blonde jokes :-)

-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:[EMAIL PROTECTED] On Behalf Of Dwayne Martin
Sent: October 12, 2007 5:06 PM
To: arslist@ARSLIST.ORG
Subject: Re: OT: Friday - no humor

I would like to suggest that we NOT debate politics and/or religion on
the
ARSList.

Dwayne Martin
James Madison University

UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the
Answers Are"



___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the
Answers Are" No virus found in this incoming message. Checked by AVG
Free
Edition. 
Version: 7.5.488 / Virus Database: 269.14.9/1068 - Release Date:
13/10/2007
10:15

No virus found in this outgoing message.
Checked by AVG Free Edition. 
Version: 7.5.488 / Virus Database: 269.14.10/1070 - Release Date:
14/10/2007
09:22
 


___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"

___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"