[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lenya-dev
Subject:    Re: [VOTE] Move Lenya to Attic
From:       Thorsten Scherler <thorsten () apache ! org>
Date:       2015-04-14 20:07:27
Message-ID: 552D737F.4040409 () apache ! org
[Download RAW message or body]

On 14/04/15 18:19, Richard Frovarp wrote:
> Sorry for the very late reply here. Going over our bylaws, I think 
> that this would require consensus approval. If that is the case, this 
> vote failed. Am I reading this right?

Yes, but I hoped to have sparked much more discussions around the issue. 
Anyway it seems that nobody wants to continue, so I change my vote to -0.

salu2
>
>
> On Thu, Feb 26, 2015 at 3:22 PM, Thorsten Scherler 
> <thorsten@apache.org <mailto:thorsten@apache.org>> wrote:
>
>     On 24/02/15 10:39, Vik Tara wrote:
>
>
>         On 23/02/15 23:24, Thorsten Scherler wrote:
>
>             -1
>
>             I have to admit I am not really showing the commitment for
>             a -1 but ...
>
>             We have hardly discussed this vote to begin with. I heart
>             many voice quoting that we do not use lenya as it right
>             now, me neither. However I think the idea behind lenya is
>             the awesome community behind it.
>
>             Yes, java is not sexy anymore, yes XML hype is over, but
>             as said by Vik REST is everywhere, so why not refactor?
>
>         But is it a refactor - or a whole new application?
>
>         We moved to liferay - which is full of functionality - but I
>         have to say sometimes a bit heavy and full of it's own quirks.
>
>         A very lean, html5 based application that incorporates a
>         message bus to consume a variety of different services and
>         output to web / mobile, now that would be more interesting.
>
>
>     In my current project we are using a cqrs architecture like the
>     one https://github.com/adrai/cqrs-sample of my colleague. You find
>     many things like https://github.com/adrai/node-eventstore and it
>     is round up by the use of https://www.npmjs.com/package/reflux in
>     the front end client.
>
>     Everything is either a command or an event on which you - as
>     component -  has to listen and react. We use it due to the speed
>     of rendering over angular and better fitting in the cqrs pattern.
>
>     I designed some web-apps that were listing on a activeMQ queue and
>     dispatching the work but the pattern I am ATM applying in my work
>     is still much more scalable since you implement the authorization
>     and business rule validations in different tiers that you just
>     need to pipe together and decide what to send it to the bus.
>     Anyway lenya would still be a service responding to a various on
>     formats but concentrate on that and only that. Meaning basically
>     you use the power of cocoon to transform but all the surrounding
>     that maybe needed to "M - Management" should be leveraged.
>     Concentrating on the core functions of a CMS.
>
>     salu2
>
>     -- 
>     Thorsten Scherler <thorsten.at.apache.org
>     <http://thorsten.at.apache.org>>
>     codeBusters S.L. - web based systems
>     <consulting, training and solutions>
>     http://www.codebusters.es/
>
>
>     ---------------------------------------------------------------------
>     To unsubscribe, e-mail: dev-unsubscribe@lenya.apache.org
>     <mailto:dev-unsubscribe@lenya.apache.org>
>     For additional commands, e-mail: dev-help@lenya.apache.org
>     <mailto:dev-help@lenya.apache.org>
>
>


-- 
Thorsten Scherler <thorsten.at.apache.org>
codeBusters S.L. - web based systems
<consulting, training and solutions>
http://www.codebusters.es/


[Attachment #3 (text/html)]

<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 14/04/15 18:19, Richard Frovarp
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAD7d0eYS+L4wa7dv4ekMbeO-vi3B=fxXkW-P3xgtQ6q1FA4pyg@mail.gmail.com"
      type="cite">
      <div dir="ltr">Sorry for the very late reply here. Going over our
        bylaws, I think that this would require consensus approval. If
        that is the case, this vote failed. Am I reading this right? <br>
      </div>
    </blockquote>
    <br>
    Yes, but I hoped to have sparked much more discussions around the
    issue. Anyway it seems that nobody wants to continue, so I change my
    vote to -0.<br>
    <br>
    salu2<br>
    <blockquote
cite="mid:CAD7d0eYS+L4wa7dv4ekMbeO-vi3B=fxXkW-P3xgtQ6q1FA4pyg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <div class="gmail_quote">On Thu, Feb 26, 2015 at 3:22 PM,
          Thorsten Scherler <span dir="ltr">&lt;<a
              moz-do-not-send="true" href="mailto:thorsten@apache.org"
              target="_blank">thorsten@apache.org</a>&gt;</span> wrote:<br>
          <blockquote class="gmail_quote" style="margin:0 0 0
            .8ex;border-left:1px #ccc solid;padding-left:1ex"><span
              class="">On 24/02/15 10:39, Vik Tara wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">
                <br>
                On 23/02/15 23:24, Thorsten Scherler wrote:<br>
                <blockquote class="gmail_quote" style="margin:0 0 0
                  .8ex;border-left:1px #ccc solid;padding-left:1ex">
                  -1<br>
                  <br>
                  I have to admit I am not really showing the commitment
                  for a -1 but ...<br>
                  <br>
                  We have hardly discussed this vote to begin with. I
                  heart many voice quoting that we do not use lenya as
                  it right now, me neither. However I think the idea
                  behind lenya is the awesome community behind it.<br>
                  <br>
                  Yes, java is not sexy anymore, yes XML hype is over,
                  but as said by Vik REST is everywhere, so why not
                  refactor?<br>
                </blockquote>
                But is it a refactor - or a whole new application?<br>
                <br>
                We moved to liferay - which is full of functionality -
                but I have to say sometimes a bit heavy and full of it's
                own quirks.<br>
                <br>
                A very lean, html5 based application that incorporates a
                message bus to consume a variety of different services
                and output to web / mobile, now that would be more
                interesting.<br>
                <br>
              </blockquote>
              <br>
            </span>
            In my current project we are using a cqrs architecture like
            the one <a moz-do-not-send="true"
              href="https://github.com/adrai/cqrs-sample"
              target="_blank">https://github.com/adrai/cqrs-sample</a>
            of my colleague. You find many things like <a
              moz-do-not-send="true"
              href="https://github.com/adrai/node-eventstore"
              target="_blank">https://github.com/adrai/node-eventstore</a>
            and it is round up by the use of <a moz-do-not-send="true"
              href="https://www.npmjs.com/package/reflux"
              target="_blank">https://www.npmjs.com/package/reflux</a>
            in the front end client.<br>
            <br>
            Everything is either a command or an event on which you - as
            component -   has to listen and react. We use it due to the
            speed of rendering over angular and better fitting in the
            cqrs pattern.<br>
            <br>
            I designed some web-apps that were listing on a activeMQ
            queue and dispatching the work but the pattern I am ATM
            applying in my work is still much more scalable since you
            implement the authorization and business rule validations in
            different tiers that you just need to pipe together and
            decide what to send it to the bus. Anyway lenya would still
            be a service responding to a various on formats but
            concentrate on that and only that. Meaning basically you use
            the power of cocoon to transform but all the surrounding
            that maybe needed to "M - Management" should be leveraged.
            Concentrating on the core functions of a CMS.<br>
            <br>
            salu2<span class="im HOEnZb"><br>
              <br>
              -- <br>
              Thorsten Scherler &lt;<a moz-do-not-send="true"
                href="http://thorsten.at.apache.org" target="_blank">thorsten.at.apache.org</a>&gt;<br>
              codeBusters S.L. - web based systems<br>
              &lt;consulting, training and solutions&gt;<br>
              <a moz-do-not-send="true"
                href="http://www.codebusters.es/" target="_blank">http://www.codebusters.es/</a><br>
              <br>
              <br>
            </span>
            <div class="HOEnZb">
              <div class="h5">
                ---------------------------------------------------------------------<br>
                To unsubscribe, e-mail: <a moz-do-not-send="true"
                  href="mailto:dev-unsubscribe@lenya.apache.org"
                  target="_blank">dev-unsubscribe@lenya.apache.org</a><br>
                For additional commands, e-mail: <a
                  moz-do-not-send="true"
                  href="mailto:dev-help@lenya.apache.org"
                  target="_blank">dev-help@lenya.apache.org</a><br>
                <br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
      </div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Thorsten Scherler &lt;thorsten.at.apache.org&gt;
codeBusters S.L. - web based systems
&lt;consulting, training and solutions&gt;
<a class="moz-txt-link-freetext" href="http://www.codebusters.es/">http://www.codebusters.es/</a></pre>
  </body>
</html>


[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic