[prev in list] [next in list] [prev in thread] [next in thread] 

List:       uddi4j-general
Subject:    [Uddi4j-general] Re: Possible bug ??
From:       "Andrew Hately" <hately () us ! ibm ! com>
Date:       2001-09-07 16:12:49
[Download RAW message or body]

This is a multipart message in MIME format.
--=_alternative 005912C286256AC0_=
Content-Type: text/plain; charset="us-ascii"

Anirudh,

This probably does warrant a documentation change.  UDDI registries may 
also impose an upper bound, and for the registries hosted on the Internet 
by IBM, this limit is 100.

The documentation should probably reflect that the UDDI server may choose 
to impose a more restrictive upper limit.

Would this explain the behavior you are seeing?

Andrew Hately
IBM Solution Technologies, Austin, TX
UDDI Development (http://www.ibm.com/services/uddi)






"Anirudh Shridhar" <anirudh_shridhar@mindtree.com>
09/07/2001 10:42 AM

 
        To:     <uddi4j-general@www-124.southbury.usf.ibm.com>, "David Melgar" 
<dmelgar@us.ibm.com>, "Andrew Hately" <hately@us.ibm.com>
        cc: 
        Subject:        Possible bug ??

 

Hi,
  I have been using the UDDI4j API and would like to know if this is a bug 
in
the API.
The uddiProxy. find_business(java.lang.String name, FindQualifiers
findQualifiers, int maxRows) 
 method allows one to set the upper limit on the search and 0 for a 
limitless
search as per the API documentation (maxRows).
However setting 0 for a limitless search imposes a max limit of 100 .

Could you please tell me if this is a bug , if not then maybe the
documentation needs to change
or have i got it all wrong !!!.


thanx & regards,
Anirudh



--=_alternative 005912C286256AC0_=
Content-Type: text/html; charset="us-ascii"


<br><font size=2 face="sans-serif">Anirudh,</font>
<br>
<br><font size=2 face="sans-serif">This probably does warrant a documentation change. \
&nbsp;UDDI registries may also impose an upper bound, and for the registries hosted \
on the Internet by IBM, this limit is 100.</font> <br>
<br><font size=2 face="sans-serif">The documentation should probably reflect that the \
UDDI server may choose to impose a more restrictive upper limit.</font> <br><font \
size=2 face="sans-serif"><br> Would this explain the behavior you are seeing?</font>
<br><font size=2 face="sans-serif"><br>
Andrew Hately<br>
IBM Solution Technologies, Austin, TX<br>
UDDI Development (http://www.ibm.com/services/uddi)<br>
<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td>
<td><font size=1 face="sans-serif"><b>&quot;Anirudh Shridhar&quot; \
&lt;anirudh_shridhar@mindtree.com&gt;</b></font> <p><font size=1 \
face="sans-serif">09/07/2001 10:42 AM</font> <br>
<td><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp; </font>
<br><font size=1 face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; To: &nbsp; &nbsp; \
&nbsp; &nbsp;&lt;uddi4j-general@www-124.southbury.usf.ibm.com&gt;, &quot;David \
Melgar&quot; &lt;dmelgar@us.ibm.com&gt;, &quot;Andrew Hately&quot; \
&lt;hately@us.ibm.com&gt;</font> <br><font size=1 face="sans-serif">&nbsp; &nbsp; \
&nbsp; &nbsp; cc: &nbsp; &nbsp; &nbsp; &nbsp;</font> <br><font size=1 \
face="sans-serif">&nbsp; &nbsp; &nbsp; &nbsp; Subject: &nbsp; &nbsp; &nbsp; \
&nbsp;Possible bug ??</font> <br>
<br><font size=1 face="Arial">&nbsp; &nbsp; &nbsp; &nbsp;</font></table>
<br>
<br><font size=2 face="Courier New">Hi,<br>
 &nbsp;I have been using the UDDI4j API and would like to know if this is a bug \
in<br> the API.<br>
The uddiProxy. find_business(java.lang.String name, FindQualifiers<br>
findQualifiers, int maxRows) <br>
 method allows one to set the upper limit on the search and 0 for a limitless<br>
search as per the API documentation (maxRows).<br>
However setting 0 for a limitless search imposes a max limit of 100 .<br>
<br>
Could you please tell me if this is a bug , if not then maybe the<br>
documentation needs to change<br>
or have i got it all wrong !!!.<br>
<br>
<br>
thanx &amp; regards,<br>
Anirudh<br>
</font>
<br>
<br>
--=_alternative 005912C286256AC0_=--


[prev in list] [next in list] [prev in thread] [next in thread]