Home >> All >> com >> clra >> [ member Javadoc ]

•	com.clra.member.remote.* (1)

• com.clra.member: Javadoc index of package com.clra.member.


Package Samples:

• com.clra.member.remote

Classes:

• Email: Encapsulates the email address of a member. This class performs rough validation of email addresses, in the spirit of RFC 821, but not to the letter of that specification. An email address is considered valid if it is of the form: "local" "@" "domain" where the "local" part can be any combination of [a-zA-Z0-9.] that does not start with a digit or dot nor ends with a dot. (To be rigorous, the local part should exclude doubled dot sequences, and it should allow all escaped ASCII characters.) The "domain" part can be any combination of [-a-zA-Z09.] that does not start with a digit, hyphen or dot, ...
• MemberRole: Encapsulates information about the role of a member within the club. A member's roles determine his or her access rights. For example, a treasurer or a member-manager may update the account information of other members, but they can not create or edit rowing sessions. Conversely, a captain or a coach may create and edit rowing sessions, but they can not update the account information of other members. If a member has no roles, the member has no access rights to the website.
• Authentication: Authenticates a user during login, and releases the authentication during logout. Note: This class is NOT secure, because it stores passwords in plain text. This isn't an issue unless the rowing association starts doing e-commerce. The plain-text issue is important when web objects use Authentication instances, because they typically stick them into HttpSessions, where they can be deserialized to any old location.
• MemberDBRead: This utility class defines common routines for reading snapshots from the database. In cases where read-only lists are presented to a user, these routines are faster than their ejbFind counterparts. However, data should never be written directly back to the database, otherwise in-memory caches maintained by EJB's will be out of synch and data will be corrupted.
• AccountType: Encapsulates information about the type of account of a member. The type of an account is used in several ways: By the treasurer, as a part of accounting By the member-manager and others, when boatings are created By social chairs and others, when contacting past and present membership of the club.
• Validation: Validation rules for various types of (unencapsulated) data. Other validation rules are contained in class definitions of encapsulated data types, such as Name, Address and Telephone.
• ValidationException: Indicates data has failed validation rules. The accessor getType() indicates what type of data has failed validation.
• MemberException: Indicates an error during retrieval or storage of Member data.
• Configuration: A collection of configurable properties used by this package.
• MemberName: Encapsulates information about the name of a member.
• Address: Encapsulates address information about a member.
• Telephone: Encapsulates telephone information of a member.
• MemberSnapshot: Read-only information about a member.
• IMember
• IMemberHome
• MemberUtils
• MemberBean

Home | Contact Us | Privacy Policy | Terms of Service