Hi,

Thank You Brian for your comments. I'll try to apply them to my code. I ask if I will have further questions about it.

@Darran, I have a question for you. I wasn't looking into development branch so I haven't known about the changes. Is it possible that pkcs12 support will be merged in Wildfly 8? If not, could my change be merged earlier? Otherwise, I'm forced to maintain my version of Wildfly untill no 9 will be released.

Kind Regards,
Marek Zupnik


2014-03-18 16:20 GMT+01:00 Brian Stansberry <brian.stansberry@redhat.com>:
Hi Marek,

Welcome!

I'm going to make a few comments on github re: some minor details of
your commit. But please keep an eye on this list for your more general
question about whether this is how we want to go about this. I believe
Darran Lofthouse was planning some work in this area so he may have some
input.

Cheers,

--
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat

On 3/18/14, 8:59 AM, Marek Żupnik wrote:
> Hi,
>
> I'm Marek Zupnik. It's my first message for this list but for some time
> I've been keeping my eyes on what's happening in wildfly development.
>
> I'm writing regarding to the issue about lack of support for PKCS12
> keystores in security realms
> (https://issues.jboss.org/browse/WFLY-2229). I wanted to migrate my
> system to Wildfly but in my case it is a blocking issue. I have to use
> keystore in PKCS12 format in which I'm storing, among others, https
> private key.
>
> I forked Wildfly on github and made a simple fix for this issue which
> consists in additional parameter "keystore-type" for keystore
> configuration. Based on this parameter I'm able to create appropriate
> keystore type.
>
> Config sample:
> <keystore path="keystore.p12" relative-to="jboss.server.config.dir"
> keystore-password="xxx" keystore-type="PKCS12" alias="https"/>
>
> The changes are in my fork on github (keystore_type branch):
> https://github.com/mzupnik/wildfly/tree/keystore_type
>
> Before I will try to do push request, could you answer me if it is
> acceptable solution according to your architecture concept? If not,
> could you give me some tips how to resolve it in other way? I care about
> this fix before 9. release.
>
> Kind Regards,
> Marek Zupnik
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>


_______________________________________________
wildfly-dev mailing list
wildfly-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev