Isn't that why the following line was added to XindiceCollection? The
test seems to prove that this 'smarter' matching works.
+ this.collPath = collPath.endsWith("/") ?
collPath.substring(0, collPath.length() - 1) : collPath;
-Kevin
-----Original Message-----
From: Vladimir R. Bossicard [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 10, 2003 9:07 AM
To: [EMAIL PROTECTED]
Subject: Re: cvs commit:
xml-xindice/java/src/org/apache/xindice/client/xmldb
XindiceCollection.java
> If a collection is requested and it's name ends with a / then the
collection
> name returned from getName is "". This patch strips the / from the
end of the
> name when the collection object is created.
Shouldn't Xindice handle this case (and not the tests)? If you request
a collection ending/not ending with a '/' Xindice should be smart enough
to make the difference.
-Vladimir
--
Vladimir R. Bossicard
Apache Xindice - http://xml.apache.org/xindice
