[aerogear-dev] iOS Variant: Support for Production/Distribution SSL Certificates

[Matthias Wessendorf]

They could have a "test" variant :) I'd hate to expose something like
"prod/dev" to the sender, especially since that is ONLY iOS :)

However, on the long run... you can have a TEST PushEE server + a
"production" one (AGPUSH-113)


On Tue, Jul 9, 2013 at 1:50 PM, Kris Borchers <kris at redhat.com> wrote:

>
> On Jul 9, 2013, at 6:47 AM, Lucas Holmquist <lholmqui at redhat.com> wrote:
>
> Sounds good.
>
> but i wonder if there would be a case where both could be active at the
> same time.
>
> for example,  some company has an app that is in production,  now they
> need to make some modifications to it and want to make sure that they
> didn't break their push notifications, so they want to send some push
> notifications to the development version since they have separate
> development devices.
>
> probably an edge case
>
>
> Hmmm. I'm not sure how edge that is. Seems like the appropriate
> development model to be able to test a change while keeping the production
> version running. I think this is a good case for being able to have both
> active and would require the ability to distinguish between the two in the
> Sender API.
>
>
>
> On Jul 9, 2013, at 7:25 AM, Kris Borchers <kris at redhat.com> wrote:
>
> That all seems sane to me. +1
>
> On Jul 9, 2013, at 3:57 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>
> Hello!
>
> right now the iOS variant does _only_ support upload of an "Development
> SSL Certificate" (see [1]). I'd like to add support for an "Production SSL
> Certificate" to the iOS Variant model class.
>
> Besides the second certificate, the model class _should_ have a field to
> reflect the status (is production or not -> isProduction()), so that only
> one certificate is ACTIVE. Internally the "Sender API" would connect
> against the differen Apple servers (prod. verus dev), based on the value of
> the isProduction() method.
>
> Exposing "production" (or "development") on the Sender API would be really
> ugly. With the above said, the Sender-API remains stable.
>
> The value of "isProduction" would be updateable on the AdminUI (and the
> underlying RESTful endpoints).
>
> -Matthias
>
> [1]
> https://github.com/aerogear/aerogear-unified-push-server/blob/master/src/main/java/org/jboss/aerogear/connectivity/model/iOSVariant.java#L38-L41
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20130709/b664e42c/attachment-0001.html