Are data (for example push message) removed in some intervals? Or DB
getting biger and biger every day?
Because we need to decide how big DB space do we need.
*Mgr. Ivan Gürtler*
Mobile software developer
AHEAD iTec, s.r.o., Botanická 554/68a,
602 00 Brno (Czech Republic)
| mobile
security solutions
2015-03-26 10:42 GMT+01:00 Stefan Miklosovic <smikloso(a)redhat.com>:
I forgot to mention that you will probably need to turn on our proxy
which sits behind APNS and GCM senders and intercepts the
communication to real notification providers hence you will not send
200 000 messages for real.
Proxy does this - it looks like these pushes were sent and all looks
nice and shiny at UPS side but they really goes nowhere.
You have to turn on proxy by calling
https://ivansappllication/unifiedpush-test-extension-server/proxy/activate
Since the deployed extension is deployed under another context, you
have to use unifiedpush-test-extension-server context in order to call
any endpoints on it.
On Thu, Mar 26, 2015 at 10:36 AM, Stefan Miklosovic <smikloso(a)redhat.com>
wrote:
> Hi Ivan,
>
> you are welcome to test your scenario with our UPS extension. All you
> have to do is to generate some fake data at UPS side. For this
> performance purposes, we are using very smart tool called
> "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in
> order to be able to generate such massive amount of data directly at
> UPS side.
>
> In a nutshell, all you have to do is to follow that README, it is super
simple.
>
> For data generation, you need to use "./upte" binary in target which
> gets built when you do mvn install here (2). That CLI command has the
> ability to generate massive amount of installations and variants /
> applications. For example, "registering" 1M of installations is done
> like this:
>
> ./upte generate-data --app-name foo \
> --applications 1 \
> --installations 1000000 \
> --variants 1 \
> --variant-type ANDROID \
> --cleanup-database
>
> I would personally try this at my local machine and not against
> OpenShift. More to it, message generation could be done by yourself
> very easilly as well by our Java Sender (3)
>
> (1)
https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus...
> (2)
https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpus...
> (3)
https://github.com/aerogear/aerogear-unifiedpush-java-client
>
> On Thu, Mar 26, 2015 at 8:44 AM, Ivan Gürtler
> <ivan.gurtler(a)ahead-itec.com> wrote:
>> Hi
>> I have one question about DB space usage. When we use Aerogear Unified
Push
>> with 1 milion instalation and every day server send about 200 000 push
>> message, how big tablespase do we need?
>>
>> Thanks
>>
>>
>> Mgr. Ivan Gürtler
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanická 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>>
www.ahead-itec.com | twitter | mobile security solutions
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Stefan Miklosovic
> Red Hat Brno - JBoss Mobile Platform
>
> e-mail: smikloso(a)redhat.com
> irc: smikloso
--
Stefan Miklosovic
Red Hat Brno - JBoss Mobile Platform
e-mail: smikloso(a)redhat.com
irc: smikloso
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev