För att kunna anropa metoder i Petra2 Java API måste man börja med login metoden som skapar en session mot Petra2. Till login skickar man information som identifierar användaren, applikationen och säljstället. IPAddress, MachineName och Macaddress loggas på serversidan för att kunna hitta den anropande applikationen vid problem. SalesUnitKey identifierar ett säljställe (kallades förut för terminalid). För vissa applikationer kommer informationen finnas kopplad till användaren på serversidan och behöver inte skickas med i gränssnittet. Om man har en applikationsserver eller av någon annan anledning vill göra en applikationslogin måste ApplicationName sättas till ett värde som godkänns av servern som en applikation. Annars kan det ha ett värde som unikt identifierar applikationen, max 30 tecken. I LDAPLoginInfo anger man LDAP användarid och lösenord. En äldre variant av LDAP login använder Tokeninfostring som kan tas fram med hjälp av klasser i SJPAuthority.jar som levereras med providern. Man behöver veta ett giltigt användarnamn med kontext, lösenord och nyckelsträng som anger vilken implementation av login som ska köras. Alternativet med RACF AuthenticationInfo fylls i om man vill identifiera sig mot det äldre behörighetssystemet RACF, alternativet finns med som reservalternativ. ForcedLogin kan man sätta till true om man vill att den aktuella login anropet ska kasta ut användarens förra session utan undantag. En session kan existera på servern ifall någon annan är inloggad med samma användarnamn eller om man avslutat föregående session utan logout. Om man inte fyller i forcedLogin kastas den förra sessionen endast om man försöker logga in från samma mac-adress - då antas det vara samma användare som försöker logga in efter felaktigt avslut. Utdata är en lista med roller som inte är intressant för användaren som inte behöver välja en roll. Sessionen avslutas med logout metoden.