-
1. Re: Extending AbstractPasswordCredentialLoginModule
lduperval 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 AbstractPasswordCredentialLoginModule
starksm64 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 AbstractPasswordCredentialLoginModule
lduperval 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 AbstractPasswordCredentialLoginModule
starksm64 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 AbstractPasswordCredentialLoginModule
lduperval Mar 31, 2006 1:30 PM (in response to lduperval)Excellent! Thanks!
L -
6. Re: Extending AbstractPasswordCredentialLoginModule
nsayer 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 AbstractPasswordCredentialLoginModule
r225 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?