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