About

- Overview
- Changes
- Known Bugs
- License
- Contributors

Download

- Download Binary
- Download Source
- Nightly Builds

Documentation

- User Manual
- Javadocs
- Localisation (Translator's Guide)
- FAQ (Wiki)

JMeter Resources

- JMeter Wiki
- JMeter Articles
- JMeter on IRC
- Developer Notes

Tutorials

- Distributed Testing
- Recording Tests
- JUnit Sampler
- Access Log Sampler

Community

- Get Involved
- Mailing Lists
- SVN Repositories

description of the ldapanswer XML definition

> The extended LDAP sampler was built to support testing for very complex testpurposes. It was aimed at supporting the LDAP operations as close as possible. As the results are not passed back in a user-readable form, I invented my own xml definition to construct an answer in xml encoding, so the results may be parsed with regextracter or alike functions.

> 1 Global overview

> > The global structure is as follows:

> > 1. <ldapanswer> and <ldapanswer/> are the begin and endtags which are used to define the beginning ands end of the answer.
> > 2. each ldapanswer contains 4 sections, an "operation" section (enclosed by <operation> tags) a respons code section (enclosed by <responsecode> tags), a response message (enclosed by <responsemessage> tags and (only with a search request) a searchresult section (enclosed with <searchresult> tags>

> > 1.1 The operation section

> > > The operation section defines the operation as it is sent to the LDAP Server. The following tags (with a short explanation) are used

> > > 1. <opertype>
> > >    Thise describes which kind of operation was sent, it can have the following values:
> > >    1. bind
> > >       (this code is used for both a thread bind as a single bind/unbind operation)
> > >    2. unbind
> > >    3. compare
> > >    4. add
> > >    5. delete
> > >    6. modfy
> > >    7. rename
> > >    8. search
> > > 2. <attributes> This will name all attributes that will be added or modified during an "add" or a "modify" operation.
> > > 3. <baseobject> This will hold the value of the root or context prefix that will be used in the current session. This value is given for any "thread bind" and "thread unbind" operation
> > > 4. <binddn> This is the DN of the user that is binding to the directory, it is used in the "thread bind", "thread unbind" and "single bind" operations.
> > > 5. <comparedn> This is the DN of the object from which an attribute is compared to a given attributevalue It is only used in the "compare" operation.
> > > 6. <comparefilter> This is the filter, in the form (attribute= value) that is used in the "compare" operation.
> > > 7. <countlimit> This is the maximum number of searchresults that will be returned, as it is requested by the client. The actual number might be smaller as the server can have it's own countlimit configured. This will be used only in search requests.
> > > 8. <dn> This is the distinguished name of the object on which the actions are performed. It is used in Add, Delete, Modify and ModifyDN operations
> > > 9. <newdn> This is the new distinghuised name of an object to which the object will be renamed or moved, it is used in de ModifyDN operation
> > > 10. <scope> This is used in search operations, it can be 0 (object), 1 (onelevel) or 2 (subtree). It defines the scope of the search which can be limited to the above settings.
> > > 11. <searchfilter> The searchfilter that will be used in a search request, it should be in proper LDAP syntax.
> > > 12. <searchbase> The searchbase where a search is started, this is given, relative to the baseobject of the current connection.
> > > 13. <timelimit> This is the maximum timethe server will use in finding the requested objects.as it is requested by the client. The actual number might be smaller as the server can have it's own countlimit configured. This will be used only in search requests.

> > 1.2 respons message section

> > > As the response code, the official LDAP error definitions are used, so this section contains the error message as returned from the server. A succesfull request always returns "Success" as the responsmessage. The following tag is used: <responsemessage>

> > 1.3 Responsecode section

> > > As the response code, the official LDAP error definitions are used, so this section contains the error number as returned from the server. A succesfull request always returns 0 (zero) as the responscode. The following tag is used: <responsecode>

> > 1.4 Search Result section

> > > The following tag is used: <searchresult>
> > > This gives the results from a serachrequest, as they are returned by the server. It contains the following tags:

> > > 1. <dn> This contains the complete distinghuised name of the object which is represented here
> > > 2. <returnedattr> This contains the number of returned attributes.
> > > 3. <attribute> Each returned attribute is given between these tags, it always consists of an attribute name and attribute value pair
> > >    1. <attributename> This contains the official attributename as returned by the server.
> > >    2. <attributevalue> This contains the attribute value as returned by the server.

Copyright © 1999-2006, Apache Software Foundation