[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [higgins-dev] Start an iCard AuthN from Standalone Java Application
|
Thanks for this clarification :) Now I remember well that this is the mail I was referring to.
Our objective is just to integrate an existing standalone application that authenticates towards a register authority with iCards using Higgins Framework. Since this is a standalone application that should be used in any OS, the solution that involves HSS is one of the most reliable ones. Otherwise, usage of HSS means that the client should have installed HSS + Higgins Air Selector / Cardspace / DigitalMe in order to use this solution.
I've been trying all card selectors and I really like Higgins Air Selector (I do not really like the fact that it requires of a remote iCard repository, I-Card Service + RPPS, and not a local one) functionalities but we have also to think that since most computers in world are Windows based, and also thinking that W7 will take with itself CardSpace a direct interaction with CardSpace (thinking as the only card selector available in the OS) can be the easier solution (we re not closing with CS, I would like to integrate both solutions if possible :)).
What do you think? Does those thoughts match with the actual HSS and JCUAL?
Thanks for your help.
Regards,
---
David Campos
Safelayer Secure Communications
DMAG UPC Researcher
On Tue, Sep 22, 2009 at 14:48, Domenico Rotondi
<D.Rotondi@xxxxxxxxxxxx> wrote:
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
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
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev
_______________________________________________
higgins-dev mailing list
higgins-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/higgins-dev
