Didn&#39;t mean to exclude any of those :) good catch!<br><br><div class="gmail_quote">On Sun, Oct 7, 2012 at 2:35 PM, Dan Allen <span dir="ltr">&lt;<a href="mailto:dan.j.allen@gmail.com" target="_blank">dan.j.allen@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p>I wasn&#39;t even reaching that far (though I do encourage the idea, particularly for TorqueBox, Immuntant, etc projects).</p>

<p>My point is that Spring projects need to be on equal footing with Java EE projects in Forge. There are numerous arguments as to why, ranging from a wide user base, being competitive with Roo and--for those who want to move to JCP standards--migration.</p>


<p>I don&#39;t think it benefits us (the Forge community) to look at Spring as inferior, just different. What we want is for developers to be productive, regardless of choice.<br>
 <br>
If that was already implied, then pardon the interruption.<br>
 <br>
-Dan</p>
<p>--<br>
Sent from my CyanogenMod-powered<br>
Android device, an open platform for<br>
carriers, developers and consumers.</p><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">On Oct 6, 2012 12:01 PM, &quot;Lincoln Baxter, III&quot; &lt;<a href="mailto:lincolnbaxter@gmail.com" target="_blank">lincolnbaxter@gmail.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Regarding supporting more than Java EE.<br><br>We should definitely start with first-class support for EE projects, but if we can also do the same for other cartridges like PHP and Ruby, then great!<br><br>~Lincoln<br><br>


<div class="gmail_quote">On Fri, Oct 5, 2012 at 7:52 AM, Rafael Benevides <span dir="ltr">&lt;<a href="mailto:rafabene@gmail.com" target="_blank">rafabene@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<span style="color:rgb(34,34,34);font-size:13px;font-family:arial,sans-serif">It&#39;s FORGEPLUGINS-89 - That&#39;s the idea</span><div><br></div><div>including me again on CC ;)</div><div><div><div>


<br></div><div><br></div><div><br><div class="gmail_quote">2012/10/5 Max Rydahl Andersen <span dir="ltr">&lt;<a href="mailto:max.andersen@redhat.com" target="_blank">max.andersen@redhat.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




Which one is the &quot;check openshift can work with projects created by rhc CLI and/or JBoss Tools&quot; ?<br>
<br>
basically the plugin should check if one of the existing remotes looks like a openshift repo (i.e. does the master have an .openshift folder, then yeah - use that remote instead of adding a new)<br>
<span><font color="#888888"><br>
/max<br>
</font></span><div><div><br>
On 04 Oct 2012, at 22:04, Rafael Benevides &lt;<a href="mailto:benevides@redhat.com" target="_blank">benevides@redhat.com</a>&gt; wrote:<br>
<br>
&gt; Hi!<br>
&gt;<br>
&gt; So I think that&#39;s the final list and its priorities, right ?<br>
&gt;<br>
&gt; * support for eap (done!) (1) (FORGEPLUGINS-88)<br>
&gt; * setup when openshift app exists (1)<br>
&gt; * support for embedding cartridges (1)<br>
&gt; * tail files / checking all the log output (2)<br>
&gt; * check the jenkins support (2)<br>
&gt; * enable scaling on create app (3)<br>
&gt;<br>
&gt; What about this items bellow? Is it desired or not ?<br>
&gt;<br>
&gt; * snapshot management ?<br>
&gt; * key management ?<br>
&gt; * alias management ?<br>
&gt; * Use alternate openshift config file ?<br>
&gt; * config port forward ?<br>
&gt;<br>
&gt; I&#39;ll open separate issues for each one<br>
&gt;<br>
&gt; Em 04-10-2012 10:24, Xavier Coulon escreveu:<br>
&gt;&gt; Hi !<br>
&gt;&gt;<br>
&gt;&gt; As Max mentioned, you should find all the API you need to implement the features listed below in the Forge plugin in the new openshift-java-client (V2.0), except maybe the &#39;tail files&#39; feature which we implemented in JBossTools because we use specific Eclipse APIs to display the output in a MessageConsole. Maybe this could be refactored and moved partially into the java-client library, though (we did not need to do that when we worked on it a few months ago).<br>





&gt;&gt;<br>
&gt;&gt; Also, if you haven&#39;t already seen it, André recently wrote an article about the new client library: <a href="https://community.jboss.org/en/tools/blog/2012/08/24/show-domain-info-openshift-java-client-in-a-nutshell" target="_blank">https://community.jboss.org/en/tools/blog/2012/08/24/show-domain-info-openshift-java-client-in-a-nutshell</a><br>





&gt;&gt;<br>
&gt;&gt; Best regards,<br>
&gt;&gt; /Xavier<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt;<br>
&gt;&gt; On Oct 4, 2012, at 1:39 PM, Max Rydahl Andersen wrote:<br>
&gt;&gt;<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; So I just started working on EAP support. <a href="https://issues.jboss.org/browse/FORGEPLUGINS-88" target="_blank">https://issues.jboss.org/browse/FORGEPLUGINS-88</a> opened!<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; Oh I was wondering why EAP wasn&#39;t supported.<br>
&gt;&gt;&gt; Didn&#39;t realize the forge openshift install was jboss specific.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; One item I got is that we check if the projects setup by JBoss Tools, openshift client and OpenShift Forge client are compatible or can be made compatible.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; i.e. forge *always* uses &quot;openshift&quot; as the remote afaik - openshift client always create projects where the remote is in &quot;origin&quot; - as a consequence jboss tools<br>
&gt;&gt;&gt; added support for naming the remote used so you could align them.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; If openshift could allow naming the remote or pick up the existing remote pointing to openshift these things could be aligned.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Pete and Lincoln talked about some of them in JavaOne here are some:<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * support for embedding cartridges<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * support for eap<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * tail files<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; all of the above is available for use from the new openshift client.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; I also got those:<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * setup when openshift application exists<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * snapshot management ?<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * key management ?<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * alias management<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * enable scaling on create app ?<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * Use alternate openshift config file<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; whats this one ?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;   * config port forward ?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; we got this in jbosstools - for forge I guess it requires running a jsch port forward (or launch ssh native in separate process) ?<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; /max<br>
&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt; forge-dev mailing list<br>
&gt;&gt;&gt; <a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
&gt;&gt;<br>
&gt; _______________________________________________<br>
&gt; forge-dev mailing list<br>
&gt; <a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
&gt; <a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br>
<br>
_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;<br>
<br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org" target="_blank">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div>
</div></div><br>_______________________________________________<br>
forge-dev mailing list<br>
<a href="mailto:forge-dev@lists.jboss.org">forge-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/forge-dev" target="_blank">https://lists.jboss.org/mailman/listinfo/forge-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Lincoln Baxter, III<br><a href="http://ocpsoft.org" target="_blank">http://ocpsoft.org</a><br>&quot;Simpler is better.&quot;<br>