<div dir="ltr"><div style><font face="arial, sans-serif"> ></font><span style="font-size:13px;font-family:arial,sans-serif"> </span><span style="font-size:13px;font-family:arial,sans-serif">I think a combination of this e-mail and parts of Dan's would have been nice before we got an e-mail stating that the deprecation was happening and asking how we should go about it.</span><br>
</div><div style><font face="arial, sans-serif">I'm to blame for this not being as open as it probably could have. The line of what is public and what in internal was a little blurred, and I opted to be careful, so the discussions have been mostly over private channels.</font></div>
<div style><br></div><div><span style="font-family:arial,sans-serif">></span>The concern I have with leaving the REST bits as they are is confusion in what should be used, and when. If we're not going to be enhancing the REST support, we should deprecate it imo.</div>
<div style>I agree with this. </div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 10 June 2013 05:07, Kris Borchers <span dir="ltr"><<a href="mailto:kris@redhat.com" target="_blank">kris@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Though I am mostly on board with the idea of deprecating the REST bits of controller, I guess what I'm trying to figure out is when this was decided. I heard some passing mentions of controller getting beyond its initial scope, etc. but a discussion around deprecation/removal never happened that I am aware of. I think a combination of this e-mail and parts of Dan's would have been nice before we got an e-mail stating that the deprecation was happening and asking how we should go about it.<div>
<div class="h5"><div><br><div><div>On Jun 9, 2013, at 10:01 PM, Jay Balunas <<a href="mailto:jbalunas@redhat.com" target="_blank">jbalunas@redhat.com</a>> wrote:</div><br><blockquote type="cite"><div style="word-wrap:break-word">
Some of my thoughts:<div><br></div><div>The concern I have with leaving the REST bits as they are is confusion in what should be used, and when. If we're not going to be enhancing the REST support, we should deprecate it imo.<div>
<br></div><div>If the controller's MVC functionality is going to move forward (i.e. not be deprecated) we should plan for its future carefully so that it works well with the REST support provided by JAX-RS /RESTEasy. I'm just not sure of the priority over other things atm. So it might be the type of thing where we take it where we can, and see if there is community interest in moving it forward.</div>
<div><br></div><div>I certainly would like to see a solid MVC be standardized in EE(X), and it might be in the future. However, there are a lot of different mvc frameworks out there and I'm concerned over trying to create another, especially if it seems our functionality is tied to it.</div>
<div><br></div><div>Either way, we should update our examples to show how to use our technology with RESTEasy, with or without the controller and/or other mvc options. So that users know they have options here.<br><div><br>
</div><div><br><div><div>On Jun 9, 2013, at 11:40 AM, Kris Borchers wrote:</div><br><blockquote type="cite"><div dir="auto"><div>I'm not sure deprecation is necessary but I would vote with Bruno to just leave the REST bits as is and ensure nothing else depends on them. Then we just make a note in the README that we have discontinued development and support on them. Then remove any references from <a href="http://aerogear.org/" target="_blank">AeroGear.org</a> and only talk about our other server side bits.</div>
<div><br>On Jun 9, 2013, at 9:03, Bruno Oliveira <<a href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>> wrote:<br><br></div><blockquote type="cite">
<div>Ok, I almost had a heart attack here :) I'd say leave the REST bits as is and give to people a choice. <br><br>-<br>abstractj<br></div>
<div><br>
On Jun 9, 2013, 10:57 AM, Daniel Bevenius wrote:
<br><br></div>
<blockquote type="cite">
<div>
<div dir="ltr">><span style="font-family:arial,sans-serif;font-size:13px">Deprecate?! Why?! Do we have a lightweight MVC to replace?</span><div><font face="arial, sans-serif">I should have written, deprecate the RESTful part of AeroGear controller, as this is really what has been discussed.</font></div>
<div><span style="font-family:arial,sans-serif">If it makes sense to keep the MVC parts we can certainly do that. </span><br></div><div><font face="arial, sans-serif"><br></font></div><div><font face="arial, sans-serif"><br>
</font></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 9 June 2013 15:51, Bruno Oliveira <span dir="ltr"><<a href="mailto:bruno@abstractj.org" target="_blank">bruno@abstractj.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div>Aloha Daniel,<div><br><br><div><blockquote type="cite">So how do we make it visible that we have deprecated AeroGear-Controller? <br></blockquote></div><br></div>Deprecate?! Why?! Do we have a lightweight MVC to replace?<br>
<br>-<br>abstractj<br></div><div><div>
<div><br>
On Jun 9, 2013, 8:25 AM, Daniel Bevenius wrote:
<br><br></div>
<blockquote type="cite">
<div>
<div><div dir="ltr"><p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">Originally, AeroGear Controller was an MVC only implementation, where requests could be forwarded to different types of views. Later we added support for RESTful endpoints which was very basic to start with, but more and more feature requests have come which is the reason for creating this email.</p>
<p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">We did not set out to implement the RESTful support our selves, instead the goal was to use RestEasy but as we required to be able to programmatically add endpoints which was not an option at the time (but support for this does now exist in RestEasy).</p>
<p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">AeroGear controller's REST support started out very simple but as time passed more request for things that are taken for granted in a JAX-RS implementation were being asked for. We were moving toward something equivalent to a JAX-RS implementation with regards to what we supported. Adding more of these features added to the complexity of the Controller as we needed to figure out good ways to provide the features requested, and this also brings up the question if we should be doing this. The controller is not specific to mobil, as any backend can be used with the client SDKs. Also, there are plenty of options to implement RESTful backends, in Java using RestEasy for example, or in a different language. </p>
<p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">And after some discussions it has been decided that we should focus are efforts in other places when it comes to our server side offerings, for example the Unified Push Server and SimplePush Server etc. </p>
<p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">So how do we make it visible that we have deprecated AeroGear-Controller? </p><p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">
A clear notice in the README.md is a good start. Should we mark every class as deprecated as well?</p><p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">
These are just suggestions and if you have other ideas please let us know. </p><p style="line-height:25px;font-size:15px;font-family:Helvetica,arial,freesans,clean,sans-serif;margin:15px 0px">/Dan</p></div></div>
</div>
</blockquote>
</div></div></div>
<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>
</blockquote></div><br></div>
</div>
</blockquote>
</blockquote><blockquote type="cite"><span>_______________________________________________</span><br><span>aerogear-dev mailing list</span><br><span><a href="mailto:aerogear-dev@lists.jboss.org" target="_blank">aerogear-dev@lists.jboss.org</a></span><br>
<span><a href="https://lists.jboss.org/mailman/listinfo/aerogear-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/aerogear-dev</a></span></blockquote></div>_______________________________________________<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></blockquote>
</div><br></div></div></div></div>_______________________________________________<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></blockquote>
</div><br></div></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></div>