<div dir="ltr">Hi Karel,<div><br></div><div>thanks for starting the thread and summarizing all the facts/statements from the previous discussion!</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 16, 2013 at 1:03 PM, Karel Piwko <span dir="ltr">&lt;<a href="mailto:kpiwko@redhat.com" target="_blank">kpiwko@redhat.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
let me summarize the discussion from previous threads:<br>
<br>
What were testing requirements?<br>
* Do not mock<br>
* Cover both backend and frontend testing at the same time<br>
* Control test env from tests/Maven, so it runs on both CI and local machine<br>
  without any setup required<br>
=&gt; Those 3 requirements limited us to use Arquillian<br>
* Cover unified push server specifications in readable way<br>
<br>
Why Groovy instead of Java?<br>
+ Better support for JSON<br>
+ Spock provides very nice BDD support<br>
+ Still supports anything Java would do<br>
<br>
What problems we faced with Groovy?<br>
- Needs specific compiler - solved, configured for tests only<br>
- Needs support in IDE - Intellij - ootb, Eclipse and NetBeans have<br>
  plugins<br>
- Needs to be deployed in test deployment - not addressed now, prolongs test<br>
  execution by few seconds per deployment<br>
<br>
What are currently raised concerns?<br>
- Different language for development and testing<br>
- Raises bar for newcomers willing to write tests<br></blockquote><div><br></div><div>that&#39;s the &#39;concerns&#39; I share as well: it a little burden on getting back contributions, since the source of the server is java.</div>
<div><br></div><div><br></div><div>Also, what would happen if others decide let&#39;s add Ruby and also Perl for some sort of tests? That would mean a language nightmare, IMO :)  </div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Thank you for additional advantages, concerns or proving some of those are not<br>
valid.<br>
<br>
Karel<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>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>