No matching endpoint found after discovering..

[Eddy Nigg (StartCom Ltd.)]

Hi Jonathan,

Jonathan Daugherty wrote:
> The answer(true) call should return an Auth_OpenID_ServerError in the
> case where you're responding to an OpenID 2 request AND you don't
> specify an endpoint URL to answer() or when you construct the
> Auth_OpenID_Server object.
Excellent! That would explain why it worked for OpenID 1 requests. And 
apparently I used the Auth_OpenID_Server constructor wrong in that case. 
Thanks for pointing this out!
>   Since we can't raise exceptions in the
> Server's constructor, that means you can get all the way to answer()
> before you find out that you need to supply the endpoint URL. :(  The
> NEWS file does mention the answer() API change, but I'm all ears for
> ideas about how to make the change more obvious
Not sure...maybe refuse to work without an endpoint. Currently the 
default value is null, but there is no way the Auth_OpenID_Server object 
can really know what the end point is. Now my logic says, there can't be 
any OP without an end point server URL...so why not make the constructor 
Auth_OpenID_Server Auth_OpenID_Server ( &$store, $op_endpoint) and the 
end point as requirement?

In my case it wouldn't have helped me, since I provided a wrong value 
instead, overriding it correctly with answer(). Now that I've fixed the 
Auth_OpenID_Server object I could remove the $endpoint from answer();

-- 
Regards 
 
Signer:  	Eddy Nigg, StartCom Ltd. <http://www.startcom.org>
Jabber:  	startcom at startcom.org <xmpp:startcom at startcom.org>
Blog:  	Join the Revolution! <http://blog.startcom.org>
Phone:  	+1.213.341.0390
 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openidenabled.com/pipermail/dev/attachments/20080204/28f3cbb9/attachment.htm