Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
RE: [higgins-dev] Firefox Extension for external selectors

Hi Tie Li,

 

Thanks for trying it out. Could you please tell me which RP did you use for your testing? I was able to get it working on Higgins RP Demo App at https://higgins.eclipse.org/RelyingPartyDemoApp and https://xmldap.org/relyingparty. Also did you make the changes that I mentioned in the email for org.eclipse.higgins.crpps/src/org/eclipse/higgins/crpps/service/RPPSService2.java ?

 

Please see the attached screen-shots. My OS is Vista and FF version is 2.0.0.14.

 

Looks like socket connection is timing out when you wait for 5 minutes without sending the token. I’ll take a look at the IE extension to see how the socket timeout is handled there and try to do the same for FF too.

 

Thanks,

Jeesmon

 

From: higgins-dev-bounces@xxxxxxxxxxx [mailto:higgins-dev-bounces@xxxxxxxxxxx] On Behalf Of Tie Li
Sent: Friday, May 02, 2008 5:22 AM
To: Higgins (Trust Framework) Project developer discussions
Cc: higgins-dev-bounces@xxxxxxxxxxx
Subject: Re: [higgins-dev] Firefox Extension for external selectors

 


I have tested the new Firefox extension, and I can use it launch the RCP identity selector too. It's cool!

But I still got some problems, the first thing is, the socket connection can not maintain a longer time in my machine (if I leave the RCP selector open for 5 minutes, the web page auto re-directed.) Another thing is, my security token never posted to the site yet.

I guess there's still some flaw in the protocol bewteen these two components, I need have more investigation in your code...

Li Tie | IBM Lotus | Eclipse committer | Tel: 86-10-82452494 | Fax: 86-10-82452887

From:

"Andrew Hodgkinson" <ahodgkinson@xxxxxxxxxx>

To:

"Higgins (Trust Framework) Project developer discussions" <higgins-dev@xxxxxxxxxxx>

Date:

2008-05-02 00:15

Subject:

Re: [higgins-dev] Firefox Extension for external selectors

 






Yes, I'd like to take a look at it.  If you can point me at some source code, I'll try to get the client-based selector to launch.

>>> Ian Hummel <hummel@xxxxxxxxxxxxx> 05/01/08 9:31 AM >>>
Actually, I just finished a "selector connector" for safari yesterday.  It is very rough around the edges, but it launches the AIR selector on xmldap.org, so that's a start.  Would you like to take a look at it Andy?  I suppose I can put it up on the Wiki somewhere...     


- ian.



On May 1, 2008, at 11:24 AM, Andrew Hodgkinson wrote:              


Very cool.  If we add support for Axel's selector (OpenInfoCard) and CardSpace, we will have coverage for all of the major selectors.  Thanks for your work on this Jeesmon.  BTW, I plan on starting work on a Safari add-on soon.  Is anyone else working on supporting Safari?  If so, we should collaborate.

-- Andy


>>> Jeesmon Jacob <JJacob@xxxxxxxxxxxxx> 05/01/08 5:45 AM >>>
Hi Mike/Tie Li,

I checked in a Firefox extension that can launch external selectors directly or using Higgins Selector Selector. It is based on Novell’s firefox addon for client based selector and it has the support to directly launch Higgins selectors (Client Based Selector, RCP Selector and AIR Selector). You can find more information on this extension athttp://wiki.eclipse.org/Higgins_Browser_Extension_for_Firefox and installation steps at                    

                       

http://wiki.eclipse.org/Higgins_Browser_Extension_for_Firefox_Installation

I use nsISocketTransportService (http://developer.mozilla.org/en/docs/Proxies_in_Necko#SOCKS_and_nsISocketTransportService) to connect to RCP Selector from the browser. But I couldn't find a way to inform the socket server that there is no more data to send like you did in IE by calling shutdown with how = SD_SEND. So the while(true) loop in RCP Selector waits forever. I tried flushing and closing outputstream but socket server is not recognizing it as EOF. I cannot close the connection as the browser needs to wait for the token from RCP Selector. Until we figure out a solution (not sure whether we will), would it be possible for RCP Selector to break the while(true) loop if the input is terminated with the null char (\0)? I remember seeing \0 as the input terminator char in other socket implementations. Since \0 is not a legal char for the XML input that RCP Selector is getting, I don't think it will break anything else.

In line # 80 of org.eclipse.higgins.crpps/src/org/eclipse/higgins/crpps/service/RPPSService2.java (parseInput method)

change

while (true) {
                        int ch = in.read();
                        if (ch == -1)
                                break; // end-of-stream, assumes that sender closes sock @ end
                                                // of message. which is not a must in HTTP....
.....
}

to

while (true) {
                        int ch = in.read();
                        if (ch == -1 || ch == '\0')  // <------ break on null char also
                                break; // end-of-stream, assumes that sender closes sock @ end
                                                // of message. which is not a must in HTTP....
.....
}

I tested RCP Selector with this change and I was able to successfully use it from FF. Please let me know if this change can be committed so that we can use RCP selector for more platforms and browsers. I assume there is no FF extension is created for RCP Selector so far.

Thanks a lot for your input on this.

Regards,
Jeesmon
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev

<ATT00001.c>                      
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev

Attachment: rcp1.gif
Description: rcp1.gif

Attachment: rcp2.gif
Description: rcp2.gif

Attachment: rcp3.gif
Description: rcp3.gif


Back to the top