<div dir="ltr">OK, <div>I started it last week:</div><div><a href="https://issues.jboss.org/browse/AGPUSH-544">https://issues.jboss.org/browse/AGPUSH-544</a><br></div><div><br></div><div>Once I am back, I will continue - hoping no major changes are coming in the meantime :))</div>
<div><br></div><div>-M</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jan 20, 2014 at 12:02 PM, Karel Piwko <span dir="ltr"><<a href="mailto:kpiwko@redhat.com" target="_blank">kpiwko@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Matthias,<br>
<br>
this looks like a great idea.<br>
<br>
It would be great if refactoring could be done in such way that our integration<br>
tests can on api-only artifacts, that are stable. That would help us to write<br>
tests in cleaner way (now we require ups to be cloned to specific location<br>
and use maven-resources-plugin), also it would avoid situation where we test<br>
internals which are often subject to change.<br>
<br>
Current list <a href="https://gist.github.com/kpiwko/8518205" target="_blank">https://gist.github.com/kpiwko/8518205</a>. We should work in order to<br>
let tests use as less "impl" stuff as possible.<br>
<br>
Something like:<br>
* message-api (cache, sender)<br>
* model-api (now, it is confusing to have Variant in .api package and<br>
AbstractVariant in .model package, for instance)<br>
* core-api ?(dunno)<br>
* service-api (service, sender)<br>
<br>
Some of the APIs that are supposed to be implemented by others<br>
(for instance SenderService is provided by SP)could also make a nice SPI<br>
module.<br>
<br>
Karel<br>
<div class=""><br>
On Fri, 17 Jan 2014 17:31:09 +0100<br>
Matthias Wessendorf <<a href="mailto:matzew@apache.org">matzew@apache.org</a>> wrote:<br>
<br>
> Hi,<br>
><br>
> over the next weeks, after we get the 0.10.0 out, there will be some<br>
> refactorings on different parts of the server:<br>
><br>
</div>> - make the 'core' the sending logic a little more isolated<br>
> - look into a better 'abstraction' for the data storage<br>
<div class="">><br>
> I think this might lead to new (sub)projects and JAR files. I was<br>
> wondering, do folks like a<br>
><br>
</div>> - pom.xml<br>
> - sender-component/<br>
> - data/<br>
> - api<br>
> - some impl projects<br>
> - pushee/ (the server as is today, but including above 'components')<br>
> - database-scripts (the CLI files for WildFly/AS)<br>
><br>
> Greetings, Matthias<br>
><br>
<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>