[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"><<a
moz-do-not-send="true" href="mailto:thorsten@apache.org"
target="_blank">thorsten@apache.org</a>></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 <<a moz-do-not-send="true"
href="http://thorsten.at.apache.org" target="_blank">thorsten.at.apache.org</a>><br>
codeBusters S.L. - web based systems<br>
<consulting, training and solutions><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 <thorsten.at.apache.org>
codeBusters S.L. - web based systems
<consulting, training and solutions>
<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