Closed mmoayyed closed 11 years ago
Thinking about using TOML for the actual implementation instead. May not be JSON.
This sounds like an add-on for Spring Security.
Does it want to live in Unicon/cas-java-clients-addons
?
Or even elsewhere. It does feel like this has little to do with cas or even cas client. I am now thinkinkig of inventing a separate library project for things like that - which would enable us to do these things, but still keep cas-addons more focused on core cas features.
Something like conv-utils (for convenience utilities. Better name is welcome). And so Maven coordinate would be then net.unicon.cas:conv-utils — Sent from Mailbox for iPhone
On Wed, Aug 7, 2013 at 7:44 AM, Andrew Petro notifications@github.com wrote:
This sounds like an add-on for Spring Security.
Does it want to live in
Unicon/cas-java-clients-addons
?Reply to this email directly or view it on GitHub: https://github.com/Unicon/cas-addons/issues/39#issuecomment-22245358
Unicon/spring-addons
? We seem to have other Spring extensions.
spring-addons
sounds fine to me. Gotta live under net.unicon.cas
org as it's our base org registered with Sonatype
What does it take for us to register net.unicon
so that the more sensible package name net.unicon.spring
becomes viable?
https://docs.sonatype.org/display/Repository/Choosing+your+Coordinates
First would need to create a project, I think
I think we are good to go with net.unicon
base group ID! I haven't realized that they have done it for us initially until I reviewed the original JIRA: https://issues.sonatype.org/browse/OSSRH-3246
So, who's going to own the task of creating the Unicon/spring-addons
repo? Should I put this on the todo list?
Todo list is fine for now, I guess. Until one of us gets some breathing room
Moved
Externalize access to the services management UI out into a flat JSON file.