+

Search Tips   |   Advanced Search

Valid characters for user IDs and passwords

Character limitations apply to the WAS administrator, the database administrator, the LDAP server administrator, and user IDs. Database and LDAP servers can have more restrictive limitations than provided here. Installation failure can result from incorrectly defined user IDs and passwords. On the user information signup form do not enter characters that might not be supported, regardless of what characters we are able to enter on the form. We can specify other characters in the First Name and Last Name fields. If our company policy is more restrictive, we can provide that information to your users in the enrollment form help or as inline help directly on the form. WebSphere Application Server cannot create user IDs or passwords that contain spaces, although it fully supports any existing user IDs and passwords or those created in the user repository that contain spaces.

A valid user ID and password can contain the following characters:

These are all ASCII characters. Non-ASCII characters are not allowed for a username or password.

If we plan on using a non-ASCII based encoding, ensure the Java Virtual Machine has the correct generic arguments specific for the non-ASCII based encoding. For example, for UTF-8 encoding, the following two parameters should be added to the Java Virtual Machine generic arguments for WebSphere Portal: -Dfile.encoding=UTF-8 and -Dclient.encoding.override=UTF-8.

(Linux) Some tasks might require you to enter the fully qualified user ID. If our fully qualified user ID contains a space; for example:

...we must place the fully qualified user ID in the properties file or into a parent properties file instead of as a flag on the command line. For example, create a parent properties file called mysecurity.properties, enter the fully qualified user ID, and then run the task:

(Windows) Some tasks may require you to enter the fully qualified user ID. If our fully qualified user ID contains a space; for example:

we must place quotes around the fully qualified user ID before running the task; for example,

The only supported characters in IBM i are lowercase characters, uppercase characters, numbers, and the underscore.

The following table contains a list of the required fields on the user information form and the supported characters.

The previous characters are true if the user.UNIQUEID.charset parameter is set to ascii. If set to unicode, the standard Java Letter definition is used and all characters that are recognized as letter or digit by Java are allowed by default. See the Puma Validation Service section in the Portal configuration services link for information about further parameters that can be modified to affect the behavior of Portal's validation of users, groups, and passwords.