Hi, discussing with Darran on how to extend the CLI to help configure elytron, he suggested that we should move the discussion to this list. I have started a document [1] in order to collect feedbacks on new CLI commands to address security configuration. Feel free to comment on the document. Thank-you. JF [1] https://developer.jboss.org/wiki/SSLCommandsForCLI _______________________________________________ wildfly-dev mailing list wildfly-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/wildfly-dev

Farah, brought to my attention the key-store future operations[1] that will allow to bypass keytool. With this, key-store management seems to deserve its own set of "a la keytool" commands. I have updated the document[2] to reflect the separation. JF [1] https://developer.jboss.org/wiki/AnalysisDesign-AdvancedElytronKey-storeM... [2] https://developer.jboss.org/wiki/SSLCommandsForCLI On 20/11/17 20:45, Brian Stansberry wrote: > +1 to discussing on the list. > > That sounds pretty good. You don't want to add things that will > conflict with other things you might want to do later, but these > actions sound quite targeted to their particular use case and have > names that are also specific. > > On Fri, Nov 17, 2017 at 9:47 AM, Jean-Francois Denise > <jdenise(a)redhat.com <mailto:jdenise@redhat.com>> wrote: > > Hi, > > discussing with Darran on how to extend the CLI to help configure > elytron, he suggested that we should move the discussion to this > list. I > have started a document [1] in order to collect feedbacks on new CLI > commands to address security configuration. Feel free to comment > on the > document. > Thank-you. > JF > [1] https://developer.jboss.org/wiki/SSLCommandsForCLI > <https://developer.jboss.org/wiki/SSLCommandsForCLI> > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org <mailto:wildfly-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/wildfly-dev > <https://lists.jboss.org/mailman/listinfo/wildfly-dev> > > > > > -- > Brian Stansberry > Manager, Senior Principal Software Engineer > Red Hat