|
Home > Archive > Apache Directory Project > October 2005 > [changepw] Ready for 0.9.3?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
[changepw] Ready for 0.9.3?
|
|
| Alex Karasulu 2005-10-23, 5:45 pm |
| Enrique,
Do you have changepw ready to ship with ApacheDS release 0.9.3? If not
do you think you can integrate it into the ServerContextFactory in main
sometime next week? I'm thinking I can hit as many bug fixes as possible
while you ready up changepw. If working inside the ServerContextFactory
is a bit uncomfortable I can try to work out the integration. If we
can't make it we can just delay changepw until 0.9.4 rather than
delaying this release.
WDYT?
Alex
| |
| Enrique Rodriguez 2005-10-23, 5:45 pm |
| Alex Karasulu wrote:
> Enrique,
>
> Do you have changepw ready to ship with ApacheDS release 0.9.3? If not
> do you think you can integrate it into the ServerContextFactory in main
> sometime next week? I'm thinking I can hit as many bug fixes as possible
> while you ready up changepw. If working inside the ServerContextFactory
> is a bit uncomfortable I can try to work out the integration. If we
> can't make it we can just delay changepw until 0.9.4 rather than
> delaying this release.
>
> WDYT?
Changepw should be trivial to add. The API's are identical across the
protocol providers, namely JNDI, MINA, and core Configuration, and
Change Password shares the same user base DN with Kerberos. I'll take a
look at the integration. Only thing really to add somewhere is the
boolean for starting it or not.
Changepw is stable. I've tested it quite a bit from Windows 2003 and
Linux. There are two major features missing:
1) DIRCHANGEPW-4 - Only one user base DN is allowed. I will be
addressing that shortly along with the DNS (DIRDNS-24) zone and Kerberos
(DIRKERBEROS-31) realm catalogs.
2) DIRCHANGEPW-5 - A user's password can only be changed by that user.
With changepw an admin role should be able to change/set a password
for a user, but this requires access control, which only recently became
available.
Enrique
| |
| Alex Karasulu 2005-10-23, 5:45 pm |
| Enrique Rodriguez wrote:
> Alex Karasulu wrote:
>
>
>
> Changepw should be trivial to add. The API's are identical across the
> protocol providers, namely JNDI, MINA, and core Configuration, and
> Change Password shares the same user base DN with Kerberos. I'll take
> a look at the integration. Only thing really to add somewhere is the
> boolean for starting it or not.
That's cool so we can add it to this release.
> Changepw is stable. I've tested it quite a bit from Windows 2003 and
> Linux. There are two major features missing:
>
> 1) DIRCHANGEPW-4 - Only one user base DN is allowed. I will be
> addressing that shortly along with the DNS (DIRDNS-24) zone and
> Kerberos (DIRKERBEROS-31) realm catalogs.
>
> 2) DIRCHANGEPW-5 - A user's password can only be changed by that
> user. With changepw an admin role should be able to change/set a
> password for a user, but this requires access control, which only
> recently became available.
I can lend a hand with these access controls. You think we can get this
stuff together sometime next week?
Alex
| |
| Enrique Rodriguez 2005-10-23, 5:45 pm |
| Alex Karasulu wrote:
> Enrique Rodriguez wrote:
>
....[vbcol=seagreen]
> That's cool so we can add it to this release.
>
>
> I can lend a hand with these access controls. You think we can get this
> stuff together sometime next week?
I added the 2 issues for general status, not to imply they should get
done for this release. Changepw works fine ... albeit with 1 realm and
no administrator role support. I could probably use a hand getting
going with ACI but that could also be a matter of pointing me to sample
code and doco.
I will do any last minute updates, tag as 0.6, and you can release in
apacheds 0.9.3. I'll update JIRA to schedule these features for 0.7.
Next week is fine for a release of changepw. I'll start on doco for
changepw, since I already have some for ApacheCon.
Enrique
|
|
|
|
|