Re: COLCOUNT for selected rows in a table

[Pat Zandi]

Create a table
Create al that on refresh button to refresh table (2nd action) set field 
table-count-num to keyword colcount(cofieldname) 

That us not exact but you should get the idea.  

Sent from my iPhone

On Nov 18, 2011, at 0:40, Mark Boyle  wrote:

> Hi,
> 
> Need to display to the user a dynamic count of selected rows in a table as 
> they select/deselect a row.
> 
> Is there an easy method to do this? i.e. does not require table walk.
> 
> regards, Mark Boyle
> Remedy Analyst Programmer
> TTi-Telecom
> ARS 7.1
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

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

COLCOUNT for selected rows in a table

[Mark Boyle]

Hi,

Need to display to the user a dynamic count of selected rows in a table as they 
select/deselect a row.

Is there an easy method to do this? i.e. does not require table walk.

regards, Mark Boyle
Remedy Analyst Programmer
TTi-Telecom
ARS 7.1

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

Re: Auto-Table Refresh After Active Link fires

[Grooms, Frederick W]

Are the previous comments in your reply email (This is controlled by your email 
client and not the list server)?  (In Outlook it is Tools -> Options -> 
Preferences tab -> E-mail Options button) 

Fred

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Dollus
Sent: Thursday, November 17, 2011 4:44 PM
To: arslist@ARSLIST.ORG
Subject: Re: Auto-Table Refresh After Active Link fires

Mike, Setting the chunk size of the table to > 0 works like a charm on SP1 and 
SP2!

another Q... when I reply on here to a message, how can I get it to retain the 
previous comments?

Thanks!
Mary



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

Re: Auto-Table Refresh After Active Link fires

[Mary Dollus]

Mike, Setting the chunk size of the table to > 0 works like a charm on SP1 and 
SP2!

another Q... when I reply on here to a message, how can I get it to retain the 
previous comments?

Thanks!
Mary

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

Remedy Implementation Consultant - Cleveland, OH

[Richard Thelin]

My client in Cleveland, OH is looking for a Remedy Implementation Consultant 
for a 12 month contract position. 

The successful candidate will be a senior level engineer with strong knowledge 
and experience designing, implementing and supporting large Remedy ITSM 
implementations and associated systems integrations. 

Experience with products such as BMC Atrium CMDB, Remedy ITSM Suite (i.e. 
Service Desk, Knowledge Mgmt., Change Mgmt., Asset Mgmt., SLM, SRM, etc.), 
databases (SQL, SQL Query and DBA practices) and data transformational tools 
(SSIS, AIE, etc) is necessary. 

Please send resumes to rthe...@myisg.com or call Richard at 440 546-9440 x229. 

Thank you. 

Richard Thelin 
Sr. IT Recruiter 
Infiniti Systems Group, Inc. 
"Focus on YOUR Business, Leave the Systems to Infiniti" 

440 546-9440 x229 Office 
330 604-8509 Cell 
rthe...@myisg.com

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

Global Response Timing around ITSM 7.6.04

[Nathan Aker]

Greetings listers, is there any Global ITSM 7.6.04 customers out there that 
would be interested in sharing any response timing data or lessons learned 
deploying 7.6.04 in a global setting?

We're rolling out ITSM 7.6.04 globally to India/EMEA/APAC and would be 
interested in doing some knowledge sharing with other customers if interested.

Thanks.  Nate.

Nathan Aker
ITSM Solution Architect

McAfee, Inc.
5000 Headquarters Drive
Plano, TX 75024

Web:www.mcafee.com

[cid:image001.jpg@01CCA52C.C1C6FF50]


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

Re: Auto-Table Refresh After Active Link fires

[White, Michael W (Mike)]

In your Table Field properties, set Size of Chunk to a non-zero value (we use 
10).

Mike White
EMail michael.wh...@verizon.com
Office 813.978.2192


-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Daniel Tillberg
Sent: Thursday, November 17, 2011 1:36 PM
To: arslist@ARSLIST.ORG
Subject: Re: Auto-Table Refresh After Active Link fires

I have similar problems in SP2, though it works in 7.1 WUT that we are using 
right now, but not in 7.604 WUT

-- 
M.v.h/Regards

Daniel Tillberg
Blå Tornet Systems
www.blatornet.se
+46 703 82 10 20

17 nov 2011 kl. 18:45 skrev Mary Dollus :

> AHA!! I'll check that out... we are on SP1.. :) thanks!!!
> 
> It is extremely irritating for our customers... 
> 
> :) I hope this is it! I'll check and report back... :) THANKS!
> 
> 
> ---
> Oh ... you found the table Refresh bug.  Which patch 7.6.04 client are you 
> using (I believe it is fixed in SP1, but it may be an SP2 fix)? 
> 
> -Original Message- 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Dollus 
> Sent: Thursday, November 17, 2011 10:11 AM 
> To: arslist@ARSLIST.ORG 
> Subject: Re: Auto-Table Refresh After Active Link fires 
> 
> Hi All, 
> 
> Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row 
> Selection" to various settings. 
> 
> The actual row remains selected, but the user always sees the FIRST row in 
> that table when it refreshes... for instance, they answer a qustion that is 
> on row 10 which they see in the table.  They click the button to update the 
> row in the db, and upon that, the user sees Row 1 on the table, and they have 
> to scroll down to Row 10 again (which is still highlighted), and then from 
> there, select the next row to answer.  and it just repeats... they select the 
> row, answer the question, table refreshes and the first row is shown, they 
> scroll down, select the next row, answer, and it goes on and on... 
> 
> The issue is that the selected row does not remain visible in the window, 
> they have to scroll down again to see it... In 7.1.00 patch 006, when they 
> answer the question, the table refreshes, BUT they can still see the selected 
> row, no matter how far down it is. 
> 
> I hope that makes sense...  
> 
> Has anyone had this issue? and if so, how did you resolve it? 
> 
> Again this is on the 7.6.04 client only, the midtier works fine. (well it 
> works as it does today on 7.1.00 patch 006) 
> 
> 
> 
> ___
>  
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" 
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

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

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

Re: Auto-Table Refresh After Active Link fires

[Daniel Tillberg]

I have similar problems in SP2, though it works in 7.1 WUT that we are using 
right now, but not in 7.604 WUT

-- 
M.v.h/Regards

Daniel Tillberg
Blå Tornet Systems
www.blatornet.se
+46 703 82 10 20

17 nov 2011 kl. 18:45 skrev Mary Dollus :

> AHA!! I'll check that out... we are on SP1.. :) thanks!!!
> 
> It is extremely irritating for our customers... 
> 
> :) I hope this is it! I'll check and report back... :) THANKS!
> 
> 
> ---
> Oh ... you found the table Refresh bug.  Which patch 7.6.04 client are you 
> using (I believe it is fixed in SP1, but it may be an SP2 fix)? 
> 
> -Original Message- 
> From: Action Request System discussion list(ARSList) 
> [mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Dollus 
> Sent: Thursday, November 17, 2011 10:11 AM 
> To: arslist@ARSLIST.ORG 
> Subject: Re: Auto-Table Refresh After Active Link fires 
> 
> Hi All, 
> 
> Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row 
> Selection" to various settings. 
> 
> The actual row remains selected, but the user always sees the FIRST row in 
> that table when it refreshes... for instance, they answer a qustion that is 
> on row 10 which they see in the table.  They click the button to update the 
> row in the db, and upon that, the user sees Row 1 on the table, and they have 
> to scroll down to Row 10 again (which is still highlighted), and then from 
> there, select the next row to answer.  and it just repeats... they select the 
> row, answer the question, table refreshes and the first row is shown, they 
> scroll down, select the next row, answer, and it goes on and on... 
> 
> The issue is that the selected row does not remain visible in the window, 
> they have to scroll down again to see it... In 7.1.00 patch 006, when they 
> answer the question, the table refreshes, BUT they can still see the selected 
> row, no matter how far down it is. 
> 
> I hope that makes sense...  
> 
> Has anyone had this issue? and if so, how did you resolve it? 
> 
> Again this is on the 7.6.04 client only, the midtier works fine. (well it 
> works as it does today on 7.1.00 patch 006) 
> 
> 
> 
> ___
>  
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" 
> 
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"

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

Re: Auto-Table Refresh After Active Link fires

[Mary Dollus]

AHA!! I'll check that out... we are on SP1.. :) thanks!!!

It is extremely irritating for our customers... 

:) I hope this is it! I'll check and report back... :) THANKS!


---
Oh ... you found the table Refresh bug.  Which patch 7.6.04 client are you 
using (I believe it is fixed in SP1, but it may be an SP2 fix)? 
 
-Original Message- 
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Dollus 
Sent: Thursday, November 17, 2011 10:11 AM 
To: arslist@ARSLIST.ORG 
Subject: Re: Auto-Table Refresh After Active Link fires 
 
Hi All, 
 
Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row 
Selection" to various settings. 
 
The actual row remains selected, but the user always sees the FIRST row in that 
table when it refreshes... for instance, they answer a qustion that is on row 
10 which they see in the table.  They click the button to update the row in the 
db, and upon that, the user sees Row 1 on the table, and they have to scroll 
down to Row 10 again (which is still highlighted), and then from there, select 
the next row to answer.  and it just repeats... they select the row, answer the 
question, table refreshes and the first row is shown, they scroll down, select 
the next row, answer, and it goes on and on... 
 
The issue is that the selected row does not remain visible in the window, they 
have to scroll down again to see it... In 7.1.00 patch 006, when they answer 
the question, the table refreshes, BUT they can still see the selected row, no 
matter how far down it is. 
 
I hope that makes sense...  
 
Has anyone had this issue? and if so, how did you resolve it? 
 
Again this is on the 7.6.04 client only, the midtier works fine. (well it works 
as it does today on 7.1.00 patch 006) 
 
 
 
___ 
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org 
attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are" 

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

Re: Overlay objects named __o : common knowledge?

[Uday Joshi]

Yes, it works exactly same way. (I did not have requirement for CTM:People so 
did not try that).

Also there is knowledge article KA353519

Best Regards,

Uday

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Wednesday, November 16, 2011 12:41 PM
To: arslist@ARSLIST.ORG
Subject: Re: Overlay objects named __o : common knowledge?

There is a patch to the 7.6.04.01 arserver.exe for at least one bug with 
auditing for ITSM overlays that we obtained in July by opening an issue with 
support.  There may have been more defects identified since then, but applying 
this patch allowed the OOTB audit logging on the Incident and related ITSM 
forms to resume (that had stopped after upgrading to 7.6.04.00) after some 
"jiggling" of the form:

I had to open the following overlaid, audited forms in Base Development Mode, 
toggle Form Properties - Audit - Audit Only Changed Fields to Yes or No, then 
back to Default (no saving of form required), and then the overlay began 
showing the correct Audit Log Form information as well. 
HPD:Help Desk
PBM:Known Error
PBM:Problem Investigation
PBM:Solution Database
TMS:Task
After that, editing any existing records in these forms created new Audit Log 
entries.

It took a restart the SQL Server underneath the ARSystem db before auditing was 
restored to the CTM:People form.  Toggling the Form Properties was not enough.

Action Request System(R) Server x64 Version 7.6.04 SP1 HotFix 01 201107051610


I don't doubt that there are other hotfixes that came out after this one, and 
of course now there is SP2.  All bets are off on SP2; based upon our problems 
so far with just the installers, it may re-introduce problems that we got 
hotfixes for, so I will have to test everything again.

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Scott Parrish
Sent: Wednesday, November 16, 2011 12:03 AM
To: arslist@ARSLIST.ORG
Subject: Re: Overlay objects named __o : common knowledge?

It's my understanding that this issue is a known defect.

Scott

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Uday Joshi
Sent: Wednesday, November 16, 2011 12:58 AM
To: arslist@ARSLIST.ORG
Subject: Re: Overlay objects named __o : common knowledge?

Hi,

One more challenge I am facing that the auditing is disabled on the overlay 
form. The "FormAppObj" guide has a section on it but its not elaborate enough.

Can anyone share hands on experience on how to enable this for overlaid forms.

Best Regards,

Uday Joshi

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of strauss
Sent: Friday, November 11, 2011 5:06 AM
To: arslist@ARSLIST.ORG
Subject: Re: Overlay objects named __o : common knowledge?

The __o syntax was described in the most detail in the Migrator docs, where it 
tells you how to compare overlay to overlaid objects and vice versa.  
Eventually it appeared in the 7.6.04 upgrade docs, which were very short on 
detail and accuracy initially.  The Developer Studio hides it (the fact that 
there is an __o form once you overlay the original), while it is VERY obvious 
in Migrator, and has been since day one.  You will also see all of the __o 
forms in the arschema table, where they get their own unique schema  ids.

Christopher Strauss, Ph.D.
Call Tracking Administration Manager
University of North Texas Computing & IT Center
http://itsm.unt.edu/

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of John Luthgers
Sent: Thursday, November 10, 2011 2:11 PM
To: arslist@ARSLIST.ORG
Subject: Re: Overlay objects named __o : common knowledge?

Hello Kaïs,

i was digging into this since 7.6.04 has been released to add overlay 
support to ARInside. But I don't know what your question tend to exactly.

While i know that overlay objects have "__o" added to it, i decided to 
hide this fact in the ARInside workflow documentation completely. I 
think this is to some point API internal information. And for future ARS 
versions which might support more than just two worklow layeres we don't 
know what BMC does with this naming convention.

Developers who work with overlays for a while will surely sooner or 
later know about this object naming. But most customers are still using 
an odler version. Currently, I wouldn't say its common knowledge.

John

Am 10.11.2011 12:05, schrieb Support:
> ** Hello List,
>
> As we are pre-alpha testing the new version of ARSmarts, we are
> wondering if the fact that overlay objects are called /objectname/__o is
> common knowledge, or if none of you was aware of this before reading
> this sen

Re: Auto-Table Refresh After Active Link fires

[Jason Miller]

Hi Mary,

We have seen this behavior.  It has not been enough of an issue for us to
look into a resolution.  It has only been a minor annoyance in a few forms
that are either used by a small percentage of people or the number of
records in the table doesn't often go past the bottom of the table field.
 It hasn't been completely disruptive to the flow using the UI as it sounds
like it is in your situation.  Also we are gearing up to go all web based
anyways so we are not putting too much effort in troubleshooting WUT issues.

Jason

On Thu, Nov 17, 2011 at 8:11 AM, Mary Dollus  wrote:

> Hi All,
>
> Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row
> Selection" to various settings.
>
> The actual row remains selected, but the user always sees the FIRST row in
> that table when it refreshes... for instance, they answer a qustion that is
> on row 10 which they see in the table.  They click the button to update the
> row in the db, and upon that, the user sees Row 1 on the table, and they
> have to scroll down to Row 10 again (which is still highlighted), and then
> from there, select the next row to answer.  and it just repeats... they
> select the row, answer the question, table refreshes and the first row is
> shown, they scroll down, select the next row, answer, and it goes on and
> on...
>
> The issue is that the selected row does not remain visible in the window,
> they have to scroll down again to see it... In 7.1.00 patch 006, when they
> answer the question, the table refreshes, BUT they can still see the
> selected row, no matter how far down it is.
>
> I hope that makes sense...
>
> Has anyone had this issue? and if so, how did you resolve it?
>
> Again this is on the 7.6.04 client only, the midtier works fine. (well it
> works as it does today on 7.1.00 patch 006)
>
>
> ___
> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
> attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
>

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

Re: Auto-Table Refresh After Active Link fires

[Grooms, Frederick W]

Oh ... you found the table Refresh bug.  Which patch 7.6.04 client are you 
using (I believe it is fixed in SP1, but it may be an SP2 fix)?

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Mary Dollus
Sent: Thursday, November 17, 2011 10:11 AM
To: arslist@ARSLIST.ORG
Subject: Re: Auto-Table Refresh After Active Link fires

Hi All,

Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row 
Selection" to various settings.

The actual row remains selected, but the user always sees the FIRST row in that 
table when it refreshes... for instance, they answer a qustion that is on row 
10 which they see in the table.  They click the button to update the row in the 
db, and upon that, the user sees Row 1 on the table, and they have to scroll 
down to Row 10 again (which is still highlighted), and then from there, select 
the next row to answer.  and it just repeats... they select the row, answer the 
question, table refreshes and the first row is shown, they scroll down, select 
the next row, answer, and it goes on and on...

The issue is that the selected row does not remain visible in the window, they 
have to scroll down again to see it... In 7.1.00 patch 006, when they answer 
the question, the table refreshes, BUT they can still see the selected row, no 
matter how far down it is.

I hope that makes sense... 

Has anyone had this issue? and if so, how did you resolve it?

Again this is on the 7.6.04 client only, the midtier works fine. (well it works 
as it does today on 7.1.00 patch 006)



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

Re: Auto-Table Refresh After Active Link fires

[Mary Dollus]

Hi All,

Ok, so I tested by updating the "Initial Row Selection" and "Refresh Row 
Selection" to various settings.

The actual row remains selected, but the user always sees the FIRST row in that 
table when it refreshes... for instance, they answer a qustion that is on row 
10 which they see in the table.  They click the button to update the row in the 
db, and upon that, the user sees Row 1 on the table, and they have to scroll 
down to Row 10 again (which is still highlighted), and then from there, select 
the next row to answer.  and it just repeats... they select the row, answer the 
question, table refreshes and the first row is shown, they scroll down, select 
the next row, answer, and it goes on and on...

The issue is that the selected row does not remain visible in the window, they 
have to scroll down again to see it... In 7.1.00 patch 006, when they answer 
the question, the table refreshes, BUT they can still see the selected row, no 
matter how far down it is.

I hope that makes sense... 

Has anyone had this issue? and if so, how did you resolve it?

Again this is on the 7.6.04 client only, the midtier works fine. (well it works 
as it does today on 7.1.00 patch 006)

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

Re: Remedy Web-service Timezone question for date/timestamp fields

[Chintan Shah]

Hi Frederick,

Yes, I did verify that. The "AR System User Preference" record for that default 
user does exist and the timezone for that is set to "America/Los_Angeles".

Mid-tier is running on Linux (Linux 2.6.9-78.EL #1  x86_64 x86_64 x86_64 
GNU/Linux).

Thanks
Chintan.




From: "Grooms, Frederick W" 
To: arslist@ARSLIST.ORG
Sent: Thursday, November 17, 2011 6:03 AM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields

Chintan,

The TimeZone should be located on the Locale tab of the "AR System User 
Preference" form.  If you don't have a record for the login you are using you 
can create one.

Also ... What OS is your Mid-Tier running on?

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Thursday, November 17, 2011 2:56 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields

** 
I already did that. It is set to Pacific Standard Time GMT-8 and hence I was 
expecting -8 in SOAP too but its not working that way.

Btw, I do not see and way to set PDT in user preference form...so its very 
strange as to where -7 is coming from.

Thanks
Chintan.


-Original Message-
From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 12:30 PM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
** 
Sean has a good point – also check the user account you are using to 
authenticate, and check its “AR system User preference” record for timezone 
setting since this is a client based procedure. 
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com  
|  972.431.1518

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Garrison, Sean (Norcross)
Sent: Wednesday, November 16, 2011 2:08 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
 
Check the user that you are authenticating with for the web service call (you 
must pass in a user name and password).  My guess is the user’s settings are 
-7.  It should be in the user’s application preferences.  
 
Sean
 
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011 3:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
 
** 
Hi Andrew,
 
I am sorry, I should have been more clear. I am consuming a web-service outside 
of web-service filter action(using a custom java web-service client).
 
Does that make a difference or is it still always server timezone?
 
My issue is both my midtier and ARServer are set to Pacific timezone, which 
means I should expect -8 and not -7 in SOAP envelope from Nov 6 onwards.
 
My default user for midtier is set to "America/Los_Angeles" timezone.
 
My dilemma is why is it sending me -7 instead of -8.
 
Thanks
Chintan.
 
-Original Message-
From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 10:50 AM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
** 
Comes from the timezone of the ARS server I believe that executes the web 
service filter action.
e.g. try changing your server timezone and see if it changes.
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com  

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011 12:09 PM
To: arslist@ARSLIST.ORG
Subject: Remedy Web-service Timezone question for date/timestamp fields
 
Hello all,
 
I am getting an element back from Web-service which looks like this
 
2011-11-09T05:00:00-07:00 
 
Now, question I have is who sets "-07:00"?
 
Is it hard-coded in midtier code or does mid-tier gets the timezone from 
preference form for default midtier user?
 
Thanks
Chintan.
 



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

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

Re: Remedy Web-service Timezone question for date/timestamp fields

[Grooms, Frederick W]

Chintan,

The TimeZone should be located on the Locale tab of the "AR System User 
Preference" form.  If you don't have a record for the login you are using you 
can create one.

Also ... What OS is your Mid-Tier running on?

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Thursday, November 17, 2011 2:56 AM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields

** 
I already did that. It is set to Pacific Standard Time GMT-8 and hence I was 
expecting -8 in SOAP too but its not working that way.

Btw, I do not see and way to set PDT in user preference form...so its very 
strange as to where -7 is coming from.

Thanks
Chintan.


-Original Message-
From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 12:30 PM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
** 
Sean has a good point – also check the user account you are using to 
authenticate, and check its “AR system User preference” record for timezone 
setting since this is a client based procedure. 
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com  
|  972.431.1518

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Garrison, Sean (Norcross)
Sent: Wednesday, November 16, 2011 2:08 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
 
Check the user that you are authenticating with for the web service call (you 
must pass in a user name and password).  My guess is the user’s settings are 
-7.  It should be in the user’s application preferences.  
 
Sean
 
-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011 3:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
 
** 
Hi Andrew,
 
I am sorry, I should have been more clear. I am consuming a web-service outside 
of web-service filter action(using a custom java web-service client).
 
Does that make a difference or is it still always server timezone?
 
My issue is both my midtier and ARServer are set to Pacific timezone, which 
means I should expect -8 and not -7 in SOAP envelope from Nov 6 onwards.
 
My default user for midtier is set to "America/Los_Angeles" timezone.
 
My dilemma is why is it sending me -7 instead of -8.
 
Thanks
Chintan.
 
-Original Message-
From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 10:50 AM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields
** 
Comes from the timezone of the ARS server I believe that executes the web 
service filter action.
e.g. try changing your server timezone and see if it changes.
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services |  jcpenney . www.jcp.com  

-Original Message-
From: Action Request System discussion list(ARSList) 
[mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011 12:09 PM
To: arslist@ARSLIST.ORG
Subject: Remedy Web-service Timezone question for date/timestamp fields
 
Hello all,
 
I am getting an element back from Web-service which looks like this
 
2011-11-09T05:00:00-07:00 
 
Now, question I have is who sets "-07:00"?
 
Is it hard-coded in midtier code or does mid-tier gets the timezone from 
preference form for default midtier user?
 
Thanks
Chintan.
 



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

Re: Remedy Web-service Timezone question for date/timestamp fields

[Chintan Shah]

Do you mean the timezone in which midtier is configured? Because that would be 
the client to arserver to get the data. The actual java client is outside of 
Remedy(which is my local machine's and that's configured to PST as well) and I 
dont think it has any effect on retrieving data from Remedy.

The device on which midtier is running is configured in PST timezone.

Thanks
Chintan.




From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 12:28 PM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields


**  
It uses the timezone of the device
executing the java – if that sits on the client then it uses the timezone
of that device.
What is the timezone of the clients
machine?
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services
|  jcpenney . www.jcp.com  


 
From:Action Request
System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of 
Chintan Shah
Sent: Wednesday, November 16, 2011
2:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service
Timezone question for date/timestamp fields
 
Hi Andrew,
 
I am sorry, I
should have been more clear. I am consuming a web-service outside of
web-service filter action(using a custom java web-service client).
 
Does that
make a difference or is it still always server timezone?
 
My issue is
both my midtier and ARServer are set to Pacific timezone, which means I should
expect -8 and not -7 in SOAP envelope from Nov 6 onwards.
 
My default
user for midtier is set to "America/Los_Angeles" timezone.
 
My dilemma is
why is it sending me -7 instead of -8.
 
Thanks
Chintan.
 


 
From:Andrew
C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011
10:50 AM
Subject: Re: Remedy Web-service
Timezone question for date/timestamp fields
** 
Comes from the timezone
of the ARS server I believe that executes the web service filter action.
e.g. try changing your
server timezone and see if it changes.
 
Regards,
 
Andrew
Goodall
Software
Engineer 2 | Development Services |  jcpenney . www.jcp.com  


 
From:Action Request System
discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011
12:09 PM
To: arslist@ARSLIST.ORG
Subject: Remedy Web-service
Timezone question for date/timestamp fields
 
Hello all,
 
I am getting
an element back from Web-service which looks like this
 
2011-11-09T05:00:00-07:00 
 
Now, question
I have is who sets "-07:00"?
 
Is it hard-coded
in midtier code or does mid-tier gets the timezone from preference form for
default midtier user?
 
Thanks
Chintan.
 

The information transmitted is intended only for the person or entity to which
it is addressed and 
may contain confidential and/or privileged material. If the reader of this
message is not the intended
recipient, you are hereby notified that your access is unauthorized, and any
review, dissemination,
distribution or copying of this message including any attachments is strictly 
prohibited.
If you are not
the intended recipient, please contact the sender and delete the material from
any computer.
_attend
WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 
www.wwrug.com
ARSlist: "Where the Answers Are"_
 
_attend WWRUG12 www.wwrug.com  ARSlist: "Where the Answers Are"_
_attend WWRUG12 www.wwrug.com  ARSlist: "Where the Answers Are"_

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

Re: Remedy Web-service Timezone question for date/timestamp fields

[Chintan Shah]

I already did that. It is set to Pacific Standard Time GMT-8 and hence I was 
expecting -8 in SOAP too but its not working that way.

Btw, I do not see and way to set PDT in user preference form...so its very 
strange as to where -7 is coming from.


Thanks
Chintan.





From: Andrew C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011 12:30 PM
Subject: Re: Remedy Web-service Timezone question for date/timestamp fields


**  
Sean has a good point – also check
the user account you are using to authenticate, and check its “AR system
User preference” record for timezone setting since this is a client based
procedure. 
 
Regards,
 
Andrew Goodall
Software Engineer 2 | Development Services
|  jcpenney . www.jcp.com  |  972.431.1518


 
From:Action Request
System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of 
Garrison, Sean (Norcross)
Sent: Wednesday, November 16, 2011
2:08 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service
Timezone question for date/timestamp fields
 
Check the user that you are authenticating with for the
web service call (you must pass in a user name and password).  My guess is
the user’s settings are -7.  It should be in the user’s
application preferences.  
 
Sean
 
From:Action Request
System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of 
Chintan Shah
Sent: Wednesday, November 16, 2011
3:04 PM
To: arslist@ARSLIST.ORG
Subject: Re: Remedy Web-service
Timezone question for date/timestamp fields
 
** 
Hi Andrew,
 
I am sorry, I
should have been more clear. I am consuming a web-service outside of
web-service filter action(using a custom java web-service client).
 
Does that
make a difference or is it still always server timezone?
 
My issue is
both my midtier and ARServer are set to Pacific timezone, which means I should
expect -8 and not -7 in SOAP envelope from Nov 6 onwards.
 
My default
user for midtier is set to "America/Los_Angeles" timezone.
 
My dilemma is
why is it sending me -7 instead of -8.
 
Thanks
Chintan.
 


 
From:Andrew
C Goodall 
To: arslist@ARSLIST.ORG
Sent: Wednesday, November 16, 2011
10:50 AM
Subject: Re: Remedy Web-service
Timezone question for date/timestamp fields
** 
Comes from the timezone
of the ARS server I believe that executes the web service filter action.
e.g. try changing your
server timezone and see if it changes.
 
Regards,
 
Andrew
Goodall
Software
Engineer 2 | Development Services |  jcpenney . www.jcp.com  


 
From:Action Request System
discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chintan Shah
Sent: Wednesday, November 16, 2011
12:09 PM
To: arslist@ARSLIST.ORG
Subject: Remedy Web-service
Timezone question for date/timestamp fields
 
Hello all,
 
I am getting
an element back from Web-service which looks like this
 
2011-11-09T05:00:00-07:00 
 
Now, question
I have is who sets "-07:00"?
 
Is it
hard-coded in midtier code or does mid-tier gets the timezone from preference
form for default midtier user?
 
Thanks
Chintan.
 

The information transmitted is intended only for the person or entity to which
it is addressed and 
may contain confidential and/or privileged material. If the reader of this
message is not the intended
recipient, you are hereby notified that your access is unauthorized, and any
review, dissemination,
distribution or copying of this message including any attachments is strictly
prohibited. If you are not
the intended recipient, please contact the sender and delete the material from
any computer.
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 
www.wwrug.com
ARSlist: "Where the Answers Are"_
 
_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers
Are"_
_attend WWRUG12 www.wwrug.com  ARSlist: "Where the Answers Are"_
_attend WWRUG12 www.wwrug.com  ARSlist: "Where the Answers Are"_

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