[mitreid-connect] i18n

[Justin Richer]

Great question, and the real answer is that nobody's asked for this yet. 
It was on our radar as a "some day we'll need this" kind of thing, but 
nothing was planned yet. That said, we're absolutely not averse to 
working with you guys to add this feature, and we think it would be 
beneficial to the overall project. In the short term you could just 
replace the UI/templates with local translations in an overlay, but 
that's obviously far from ideal.

For a real solution, the way I see it, there are two pieces that need to 
handle i18n, and they need to be handled in different ways.

1) The UI, which is made of a handful of JSP files and a lot of HTML 
template files. The JSPs can be handled fairly easily with server-side 
string includes, but the templates might be tricky. A quick bit of 
googling turned up this library which would probably help us do things 
on the client side:

   https://github.com/ggozad/underi18n

2) The OpenID Connect claims protocol has built in support for i18n, but 
our server does not natively have multi-language claims in it. There's a 
library that would let us store these, but it would require a data model 
change for it to happen.

I think both of these are worthwhile and appropriate additions in the 
development (1.2.x) branch. If your team wants to start an i18n branch, 
you'll probably find some others in the community willing to contribute, 
and I'll gladly work with you to make sure that it's integrated well 
back into the master project. And depending on how cleanly we can 
integrate things, we might even be able to backport some of this to the 
stable (1.1.x) branch as well.

  -- Justin

On 12/8/2014 8:22 AM, Fredrik Jönsson wrote:
> Hi,
>
> We have started to look into adding OpenID Connect support to our authentication framework at the university and one way would be to integrate the MitreID Connect server. A potential show stopper for us is lack of i18n in the user interface. We could live with it initially, but would eventually need some solution.
>
> Any thoughts there? Anyone else looking into this? Having the same issues? If we’d go ahead and start work in that area, are there others who want to take part or have input on how to do it?
>
> Best regards,
> /Fredrik
>