Difference between revisions of "Pyogp/Protocols"

From Second Life Wiki
Jump to navigation Jump to search
(Pyogp has been moved, it is now a redirect to PyOGP)
 
(14 intermediate revisions by 2 users not shown)
Line 1: Line 1:
Pyogp will be implementing and testing many of the Legacy and OGP protocols. This is a listing of those protocols as well as the details on how to go about implementing and testing them.
#REDIRECT [[PyOGP]]
 
=Legacy Login=
We will detail what needs to be done to login with the legacy protocols.
 
=OGP Login=
*[[OGP_Draft_Login|OGP Draft Login flowchart]] - flowchart for current OGP login protocols
Login is the process of establishing the three way communication between viewer, agent and region. There are two phases, viewer to agent login, and then placement of agent in a particular region. Over the course of a viewer session, the agent may move around from region to region, and so constitutes a repetition of the agent to region login phase.
 
The OGP uses HTTP methods for logging in, such as POST and GET.
 
==Flow Outline==
#Login to auth.cgi on a login server with credentials
#Get other capabilities, such as place_avatar
#Post to place_avatar with desired region_url
 
==Details==
The first thing that needs to be done is to pass our credentials to a login server that is running the OGP protocols (agent domain implemented). Currently, Linden Lab has a server that is running an agent domain that is still a work-in-progress. The login server is https://login1.aditi.lindenlab.com/cgi-bin/auth.cgi.
 
{| border="1"
|-
| colspan="2" |
Step 1 - Login to login server running OGP protocols (has agent domain implemented) to get agent host seed capability
|-
|
Verb
|
POST
|-
|
URL
|
login url for the agent domain<br>
https://login1.aditi.lindenlab.com/cgi-bin/auth.cgi
|-
|
Headers
|
{"Content-type" : "application/llsd+xml"}
|-
|
Request
|
{"password": ''password'',<br>
"lastname": ''lastname'',<br>
"firstname": ''firstname''}
|-
|
Response - Success
|
agent-host-seed-capability url<br>
Note: in the current LL implementation of the agent domain, there is redirect that needs to take place. When posting to the login url, there will be a HTTP 302 error that will have the capability url set in the 'location' field of the error headers (headers['location']). You will have to properly handle the exception thrown in order to get the locatio n of the redirect.
|-
|
Response - Failure
|
|-
|
Exceptions
|
|}

Latest revision as of 12:49, 14 May 2009

Redirect to: