Domenico,

Sorry we didn¹t close the loop on this. As we¹ve clearly recently seen from
recent emails, your additions to Higgins (or at least some of them) are
things that others in the community want. I think we didn¹t make it to the
finish line WRT your contribution because of a concern the core Higgins team
had about where the resources/contributions would come from for creating the
wiki descriptions of the solutions, adding them to the solutions pages,
adding these solutions to the downloads pages, getting them added to the
nightly build system, etc. In summary, everything BUT the code. If TXT
e-solutions was willing to help with creating the wiki documentation, then a
would bet that some of the existing committers would volunteer to review the
code, handle the legal submission, check it in, add it to the build system,
etc.

--Paul


On 9/22/09 8:48 AM, "Domenico Rotondi" <[email protected]> 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
> <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]
> <mailto:[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] <mailto:[email protected]>
> https://dev.eclipse.org/mailman/listinfo/higgins-dev
> <https://dev.eclipse.org/mailman/listinfo/higgins-dev>
> 
> 
>   
> 

_______________________________________________
higgins-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/higgins-dev

Reply via email to