Hi Markus, thanks for mentioning our email. Just a few clarifications: 1) TXT e-solutions is not my company (unfortunately!), it's the company for which I work 2) I confirm that the add-ons to the Higgins framework we developed made possible to use Higgins in non web based applications, like the scenario described by David. There are specific add-on libraries to be used on the server (RP) side, as well as on the client (service consumer) side. On the client side there are actually 2 sets of libraries, one to be used by servcie consumer applications that are not directly controlled by end-users (so they don't have the possibility to interact with end users), and libraries for applications which interact with end-users. All libraries have both a Java and a C++ version (this one is just a JNI wrapping of the Java code) 3) TXT e-solutions wants to provide its add-on with the same licensing policy as Higgins 4) we asked to the the "Higgins Community" in the phone conf mention in the mail you refer to add our code to the Higgins repository 5) on the client side you can use username/PWD, X509 certificate and smart card based information cards (smart cards, of course, make sense onlyfor interactive clients).
So no problem in providing the code of further info. Of course we will prefer to have our code included in the overall Higgins stuff, instead of having to respond to specific requests. Hoping this can help. Ciao Domenico On 22 Sep 2009 at 14:29, Markus Sabadello wrote: Hi David, I think this was the message you are referring to: http://dev.eclipse.org/mhonarc/lists/higgins-dev/msg05778.html If I remember correctly, Dr. Domenico Rotondi and his company TXT e-solutions have developed 2 client Java side libraries. One of them (JCUAL) works by invoking the Higgins Selector Switch and asking the user for a card, and the other one works in a non-interactive way, i.e. if you already know what you card you want to use without having to ask the user to choose one. I'm not sure about the status of these libraries. If you do want to invoke a Card Selector, then the most straightforward thing to do is talk to the Higgins Selector Switch directly, like Paul describes. Markus On Mon, Sep 21, 2009 at 10:40 AM, David Campos <[email protected]> wrote: Hello all, I would like to ask you a brief help in a matter I've been asked. We would know whether is possible to start an iCard Authentication from a client that is just a standalone application, a java client. This client should take part in the iCard AuthN process with the RP role, should be able to start the process and consume the final token. In this case, the application is on the same system that the client cardselector and the final communication is local. I've talked with some MSDN CardSpace developer about this and they said me that is possible to do that creating a WSF-Service that could launch iCard AuthN protocol and handle the token but I would like to know if there is any kind of Higgins solution for this :) If I remember well some time ago I saw a mail in the mailing list talking about some kind of iCard Java client api but I've not been able to find it now. Could you enlighten me about this? Is possible? Thanks for your help :) Regards,--- David Campos Safelayer Secure Communications DMAG UPC Researcher _______________________________________________ higgins-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________ higgins-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/higgins-dev
