Changes between Version 5 and Version 6 of s2s-login-functionality


Ignore:
Timestamp:
03/24/10 18:22:07 (15 years ago)
Author:
mira
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • s2s-login-functionality

    v5 v6  
    6868 
    6969 == Web UI == 
    70  This task is basically implementation of jspx files and HttpRequesHandlers for their logic. The present design of the WebUI and WebApp modules is good and should be kept and just extended to supprot new functionality. 
     70 This task is basically implementation of jspx files and HttpRequesHandlers for their logic. The present design of the WebUI and WebApp modules is good and should be kept and just extended to supprot new functionality. There will be added:  
    7171 * Login page 
    72     * Two text fields for password and email 
    73     * Back button 
     72   * Two text fields for password and email 
     73   * Back button 
     74  There will be common method used for the login functionality. The handler for this page should extract and validate the data of the request. The it should call this method to login the user.  
     75 
    7476 * Forgot password page: Sends the user mail with his password, after the  
    7577  * Label that describes expected user behavior and what will happen after send button is clicked. 
    7678  * Text field for users mail 
    7779  * Send button 
     80 The handler will check if such user exists and if so send the original password back to him/her. The email will be send by a special asteasolutions.net mail. The mail, smpt and port for this will be put in constants so that in future they could be paramethers of the server configuration.  
     81 
    7882 * Notification page 
    7983  * Template page that is shown for few seconds with message inside it. Announcing errors or success. 
     84 
    8085 * Registration page 
    8186  * Two columns with text fields for: e-mail, password, confirm password, screen name, description 
     
    8388  * Labels that point the mandatory fields 
    8489  * Labels to point any restrictions (image size etc.) 
    85   * Error messages appear on top of the page. Error types could be the following: 
     90  * Error messages appear on top of the page. Error message could contain the following error info: 
    8691   * Wrong mail 
    8792   * Short password (insecure) 
    8893   * Wrong password conformation 
    89    * Unable to upload image 
     94   * [OPTONAL]Unable to upload image 
     95 Since those fields are slightly different from the initial ideas for user information to be stored, the UserR4 keys and the RegistrationFormBean fields should be changed accordingly. The registration handler will deal with all fields validation. If all requered information is ok the user will be created in the users folder on the server. He/she will also be loged-in by the common method used by the login handler. If the information is not ok the handler provides error messages and returns a RegistrationFormBean that contains the valid information. This way the set fields of the bean are used as default falues for the registration form.  
     96  
    9097 * Edit profile page 
    9198  * Basically same as the registration form, with few differences. First of all the mail text field is replaced with label. Second instead of "password" and "confirm password" fields we now have - "password", "new password", "confirm new password". Additional link to profile view is added. 
     99 The handler extracts all the given information and changes the stored data for the user that is curently loged in. There is additional password check.  
     100  
    92101 * My profile page: Displays users info 
    93102  * Same as registration page, but instead of input controls we now have labels and image 
    94   
     103 The handles simply colects all the information for the currently loged in user and sends as a regues parameter in the RegistrationFormBean. 
    95104= Implementation = 
    96105^(Describe and link the implementation results here (from the wiki or the repository).)^