rwinch / spring-security-jira-to-gh

0 stars 0 forks source link

LDAP-56: Build server should run server-specific integration tests #21

Open rwinch opened 17 years ago

rwinch commented 17 years ago

Migrated from ["LDAP-56":https://jira.spring.io/browse/LDAP-56]

The Bamboo server currently runs unit tests and integration tests at every checkin. However, there are a few integration tests that require a directory server that supports other controls than ApacheDS. These run on an OpenLDAP server. It would feel a lot better if those tests were run "continuously" as well.

rwinch commented 17 years ago

["Jasper Blues":https://jira.spring.io/secure/ViewProfile.jspa?name=jasper.blues] said:

OpenDS is another fairly robust and feature complete directory server. I've made some investigations and progress and running it as an embedded server. These include:

OpenDS, being java based would allow integration tests to be easily run (ie no special setup) locally as well as on the build server.

I'm hoping to have this ready soon.

It would probably be pretty good of the build server ran integration tests against all three Directory Servers - ApacheDS, OpenLDAP, OpenDS.

rwinch commented 14 years ago

Ulrik Sandberg said:

We currently don't have the resources for this.

rwinch commented 11 years ago

Mattias Hellborg Arthursson said:

This applies to the other server-specific tests (ad, sunone, etc.) as well. Also, the generic integration tests that we currently run against the internal Apache DS will also should also be run against all other server types that we can get in e.g. a nightly build. It will have to be postponed until after the 1.3.2 release though.

rwinch commented 11 years ago

Mattias Hellborg Arthursson said:

It is now possible to run the integration tests against an arbitrary external LDAP server, with configurable url, userDn, password, and base path. A specific configuration is also available for Active Directory, disabling tests that test functionality that is not supported or very hard to configure for Active Directory. For instance, multi-value RDNs are not supported in Active Directory, and due to user and password policies authentication is not possible to test using the default test ldif fixture.