Grouper Developers Forum

[Chris Hyzer <>]

Well, we are designating a timezone, not a timestamp, right?
The list I forwarded before includes utc, right?

Etc/GMT
Etc/GMT+0
Etc/GMT+1
Etc/GMT+10
Etc/GMT+11
Etc/GMT+12
Etc/GMT+2
Etc/GMT+3
Etc/GMT+4
Etc/GMT+5
Etc/GMT+6
Etc/GMT+7
Etc/GMT+8
Etc/GMT+9
Etc/GMT-0
Etc/GMT-1
Etc/GMT-10
Etc/GMT-11
Etc/GMT-12
Etc/GMT-13
Etc/GMT-14
Etc/GMT-2
Etc/GMT-3
Etc/GMT-4
Etc/GMT-5
Etc/GMT-6
Etc/GMT-7
Etc/GMT-8
Etc/GMT-9
Etc/GMT0

The way I have it, the caller can pass certain time components if they want 
to...

e.g. 

# dayOfWeek: from calendar.SUNDAY to calendar.SATURDAY.  Note that these are 
integers are 1-7
# hourOfDay: from 0 to 23
# minuteOfHour: from 0 to 59
# minuteOfDay: from 0 to 1439
# monthOfYear: from calendar.JANUARY to calendar.DECEMBER.  Note that these 
are integers from 0 to 11

Though I could also accept a timestamp in some format.  Grouper uses the 
format for WS currently:

yyyy/MM/dd HH:mm:ss.SSS
or 
yyyy/MM/dd_HH:mm:ss.SSS   (easier for command line)

We could make timezone be a part of that optionally...  can you do everything 
with GMT?  E.g. timezones like Indiana cant be translated to gmt right?

If someone has a specific detailed use case, that would help, otherwise I 
will just make assumptions... this discussion is a little vague for me :)

Thanks,
Chris

-----Original Message-----
From: Keith Hazelton 
[mailto:]
 
Sent: Friday, July 15, 2011 11:31 AM
To: Scott Koranda
Cc: Tom Dopirak; Chris Hyzer; paccman; 

Subject: Re: [grouper-dev] Re: [paccman] built-in permissions limits... do we 
need any more?

+1   --k
___________
On Jul 15, 2011, at 10:28 CT, Scott Koranda wrote:

> Hi,
> 
>> How difficult would it be to add a specific timezone on the
>> permission limit syntax   , it seems that would make things
>> easier to understand. You can alway default to the servers
>> timezone. Perhaps I am overthinking this but international
>> campuses will do that to you.  On Jul 15, 2011, at 10:13 AM,
>> Chris Hyzer wrote:
>> 
>>> Well, we haven't really heard a request for this.
>>> 
> 
> International virtual organizations (VO)s using Grouper for
> managing memberships would also benefit from a consistent way
> to specify timezones, as well as being able to work in UTC.
> 
> Thanks,
> 
> Scott
>