- 
        1. Re: Extending AbstractPasswordCredentialLoginModulelduperval Mar 31, 2006 10:42 AM (in response to lduperval)I forgot to mention that I am still at 3.2.5. 
 Thanks,
 L
- 
        2. Re: Extending AbstractPasswordCredentialLoginModulestarksm64 Mar 31, 2006 1:16 PM (in response to lduperval)You have to create your own priviledged actions. You should not be using an org.jboss.resource.security package name because you don't have permission to interact with other classes in the package if they are loaded by another class loader. 
- 
        3. Re: Extending AbstractPasswordCredentialLoginModulelduperval Mar 31, 2006 1:23 PM (in response to lduperval)So if I take all the files in org.jboss.resource.security that are package protected, rebuild them to add my change (the secret key), I should be OK? 
 Is that still "fair use"?
 L
- 
        4. Re: Extending AbstractPasswordCredentialLoginModulestarksm64 Mar 31, 2006 1:26 PM (in response to lduperval)"lduperval" wrote: 
 So if I take all the files in org.jboss.resource.security that are package protected, rebuild them to add my change (the secret key), I should be OK?
 Is that still "fair use"?
 L
 Yes
- 
        5. Re: Extending AbstractPasswordCredentialLoginModulelduperval Mar 31, 2006 1:30 PM (in response to lduperval)Excellent! Thanks! 
 L
- 
        6. Re: Extending AbstractPasswordCredentialLoginModulensayer Dec 17, 2008 12:20 PM (in response to lduperval)I had this same problem and solved it by instead extending ConfiguredIdentityLoginModule. I overrode initialize() to fetch the password from the options map, decrypt it, then make a new hashmap (the old one is unmodifiable) with the options, replacing the password with the decrypted version, then calling super.initialize(). 
- 
        7. Re: Extending AbstractPasswordCredentialLoginModuler225 Nov 16, 2014 10:25 PM (in response to nsayer)@Nicholas Sayer, I tried the same with bunch of errors. Can you please share your sample code? 
 
     
     
    