[aerogear-dev] iOS Passphrases for UPS

Matthias Wessendorf matzew at apache.org
Tue Mar 11 07:32:11 EDT 2014


On Tue, Mar 11, 2014 at 12:17 PM, Bruno Oliveira <bruno at abstractj.org>wrote:

> I will start to file Jiras, but answers inline.
>

great


>
> --
> abstractj
>
> On March 11, 2014 at 3:17:01 AM, Matthias Wessendorf (matzew at apache.org)
> wrote:
>
> > >
> > > Yes if that makes sense to the others like Android variants. And no if
> we
> > > just want to use it with iOSVariant, into this case that would apply
> only
> > > for iOS applications.
> > >
> >
> > Perfect!
> >
> > It does make sense on the 'root' PushApplication. That way other variant
> > types can benefit from it as well. I think we can(should?) also encrypt
> the
> > Google API-Key value. And future variants (other networks) will benefit
> in
> > this case as well
>
> +1
> >
> >
> > >
> > > Currently:
> > >
> > > curl -3 -v -b cookies.txt -c cookies.txt
> > > -i -H "Accept: application/json" -H "Content-type: multipart/form-data"
> > > -F "certificate=@/Users/matzew/Desktop/MyProdCert.p12"
> > > -F "passphrase=TopSecret"
> > > -F "production=true" // make sure you have Production certificate and
> > > Provisioning Profile
> > >
> > > -X POST https://SERVER:PORT
> > > /CONTEXT/rest/applications/{pushApplicationID}/iOS
> > >
> > >
> > > Proposed:
> > >
> > >
> > > curl -3 -v -b cookies.txt -c cookies.txt
> > > -i -H "Accept: application/json" -H "Content-type: multipart/form-data"
> > > -F "certificate=@/Users/matzew/Desktop/encrypted-cert.blah"
> > > -F "passphrase=schwarzenegger"
> > > -F "production=true" // make sure you have Production certificate and
> > > Provisioning Profile
> > >
> > > -X POST https://SERVER:PORT
> > > /CONTEXT/rest/applications/{pushApplicationID}/iOS
> > >
> > > Where encrypted-cert.blah and "Schwarzenegger" are encrypted data.
> > >
> >
> > Ok, so the encrypted data is being uploaded by the user of the UPS,
> right ?
> > and hence, no more a direct upload of the plain certificate and the plain
> > passphrase.
> > That means there is an extra step for the user, if I see it correct.
> >
> > having an extra step for the API to create the (iOS) variant is fine,
> let's
> > make sure it's a somewhat simple step for our users, which hopefully than
> > does not need too much extra steps in the documentation :-)
>
> I will think about how to make it less painful to our devs
>


awesome!


>
> >
> >
> >
> > > Makes sense?
> > >
> >
> > Yes, I think :-)
> > Thanks!
> >
> > -Matthias
> >
> >
> > >
> > > >
> > > >
> > > > >
> > > > > Does it make sense to you?
> > > > >
> > > >
> > > > Somewhat - not sure I fully understood :)
> > > >
> > > >
> > > > >
> > > > > --
> > > > > abstractj
> > > > >
> > > > > JBoss, a division of Red Hat
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > 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
> > > > _______________________________________________
> > > > 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
> >
>
>


-- 
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/20140311/84f5f80f/attachment.html 


More information about the aerogear-dev mailing list