Bob Doolittle schrieb:
I created the ATI interface for one specific (big!) customer way back
when, and I'd love to see it prove more widely useful. So in the
interest of promoting its use I've written this script for you. Attached.
I'd attach the script to my blog, along with the AMGH examples and
How-To I'd provided, but that was all lost in the move from Sun since I
hadn't updated it recently (so it was presumed inactive/unimportant :-( ).
This script does rely on an assumption that iPad OVDC always creates
tokens of the form "S1.*" and that no other OVDC clients do so. I don't
know if this is true, since I don't have an iPad. Nor do I know if it's
expected to be true going into the future - the token naming is not a
documented/public interface so OVDC hasn't provided any stability
guarantee regarding it (AFAIK), and is therefore free to change the
naming convention in future. So caveat emptor and all that.
"S1" is not a token prefix, so your script won't work as is. Like any
other client OVDC gets assigned a "pseudo" token for non-card access.
"S1" is the prefix of the model identifier. Perceiving this as part of
some kind of token probably comes from 'utwho -c', which creates a
token-like string from model type identifier and the id part of the
terminal CID. AFAICT that combination is used nowhere else.
Even this use of "S1" can't be used to distinguish iPads from laptops or
PCs, as it is used by all versions of OVDC. I don't know of any insert
parameters that allows distinguishing iPad type clients from PC/laptop
clients. Maybe the version (sw) parameter gives a clue, but even if it
does, it probably isn't designed to be parseable.
IIRC the model identification or version parameters aren't readily
available to ATI scripts. The most reliable - and documented, so
reasonably stable - way to detect an OVDC client (versus a DTU) is the
"MD5" prefix on the terminal CID.
- Jörg
--
Jörg Barfurth http://blogs.oracle.com/joergb
Disclaimer: I am employed by Oracle. The statements and opinions
expressed here are my own and do not necessarily represent those
of Oracle Corporation.
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
