Hello again!
One thing that just came to mind is the implications for the clients.
Today the client libs are supporting "AeroGear Security", for cases like
the RESTful login.
For example, taking the iOS library:
https://github.com/aerogear/aerogear-ios/blob/master/AeroGear-iOS/securit...
This class somewhat expects an endpoint, that under the covers uses
AeroGear Security-PicketLink JAR. The AGIOS-35 ticket is a good example of
how client had to be changed due to updates on the used version of
PicketLink.
Now, I am wondering, what does the deprecation of the java libraries mean
for the client offerings? For instance, once we did port the endpoints (for
instance on AeroDoc) to vanilla PicketLink, should this iOS class/module
just function like before? Or does it even make sense to keep that
functionality? Or, instead of on the "core" module (speaking iOS), would
it make sense to move it into a different/separate project ?
Greetings,
Matthias
[AGIOS-35]
https://issues.jboss.org/browse/AGIOS-35
On Mon, Mar 24, 2014 at 7:21 PM, Bruno Oliveira <bruno(a)abstractj.com> wrote:
Good morning everyone, today I would like to announce the deprecation
of
the following projects:
- AeroGear Security
- AeroGear Security PicketLink
- AeroGear Security Hawk
- AeroGear Security Shiro
Please see:
https://issues.jboss.org/browse/AGSEC-179. This decision
didn't come from nowhere. We just had few classes, created because we
didn't have a final solution for security on the server side. Today we have
Keycloak and Picketlink to replace AeroGear Security and we are not
abandoning security on the server side, just joining our efforts with
Keycloak.
The following projects will be immediately affected:
-
https://github.com/aerogear/aerogear-jaxrs-demo
-
https://github.com/aerogear/aerogear-unifiedpush-server
-
https://github.com/aerogear/aerogear-integration-tests-server
-
https://github.com/aerogear/aerogear-aerodoc-backend
I will be working to migrate the codebase. If you this change might affect
you, please raise your hand.
I'm doing it for the best.
--
abstractj
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf