can we use a set of package names as input rather than individual class names. I know it is a bit more work, but makes is a lot easier to configure and less input statements.
not very urgent to have it now, we can change the way controls are detected later, just wanted to know if there are any known limitations that prevent using package names. On Mon, May 16, 2011 at 10:01 PM, Emmanuel Lecharny <[email protected]> wrote: > Hi guys, > > just to inform you that I created a branc > (https://svn.apache.org/repos/asf/directory/shared/branches/shared-osgi) to > play with some of the ideas around using a class loader when there is no > OSGi container. > > I just implemented the controls loading atm. What I did is that I defined a > System property (called default.controls) listing the controls to be loaded > by the StandaloneLdapApiService class. I still have to do the same thing for > the other elements. Btw, it won't work when running tests in eclipse, > because the system property won't be set. > > Here is what looks like the pom.xml now : > > <build> > <plugins> > <plugin> > <artifactId>maven-surefire-plugin</artifactId> > <groupId>org.apache.maven.plugins</groupId> > <configuration> > <systemPropertyVariables> > <default.controls> > > org.apache.directory.shared.ldap.codec.controls.cascade.CascadeFactory, > > org.apache.directory.shared.ldap.codec.controls.manageDsaIT.ManageDsaITFactory, > > org.apache.directory.shared.ldap.codec.controls.search.entryChange.EntryChangeFactory, > > org.apache.directory.shared.ldap.codec.controls.search.pagedSearch.PagedResultsFactory, > > org.apache.directory.shared.ldap.codec.controls.search.persistentSearch.PersistentSearchFactory, > > org.apache.directory.shared.ldap.codec.controls.search.persistentSearch.PersistentSearchFactory > </default.controls> > <extra.controls> > </extra.controls> > </systemPropertyVariables> > </configuration> > </plugin> > </plugins> > </build> > > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.iktek.com > > -- Kiran Ayyagari
