From general-return-1800-apmail-logging-general-archive=logging.apache.org@logging.apache.org Mon May 21 20:56:02 2012 Return-Path: X-Original-To: apmail-logging-general-archive@www.apache.org Delivered-To: apmail-logging-general-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0BD07CD44 for ; Mon, 21 May 2012 20:56:02 +0000 (UTC) Received: (qmail 23386 invoked by uid 500); 21 May 2012 20:56:01 -0000 Delivered-To: apmail-logging-general-archive@logging.apache.org Received: (qmail 23298 invoked by uid 500); 21 May 2012 20:56:01 -0000 Mailing-List: contact general-help@logging.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: "Logging General" List-Id: Delivered-To: mailing list general@logging.apache.org Received: (qmail 23289 invoked by uid 99); 21 May 2012 20:56:01 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2012 20:56:01 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [212.27.42.3] (HELO smtp3-g21.free.fr) (212.27.42.3) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 21 May 2012 20:55:53 +0000 Received: from bigmax.localnet (unknown [82.231.48.193]) by smtp3-g21.free.fr (Postfix) with ESMTP id 53204A6219 for ; Mon, 21 May 2012 22:55:24 +0200 (CEST) From: =?ISO-8859-1?Q?Herv=E9?= BOUTEMY To: Logging General Subject: Re: Logging web sites Date: Mon, 21 May 2012 22:55:23 +0200 Message-ID: <10789995.YStjn4EZiv@bigmax> User-Agent: KMail/4.8.2 (Linux/3.2.0-24-generic; KDE/4.8.2; x86_64; ; ) In-Reply-To: <2509D55B-5BAC-4C48-95A4-36A7AAAABC2D@dslextreme.com> References: <7F1F7665-D82D-4374-988C-F400A3610205@dslextreme.com> <2019863.oGSPEhfnOM@bigmax> <2509D55B-5BAC-4C48-95A4-36A7AAAABC2D@dslextreme.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="nextPart1654026.3961l0AVc0" Content-Transfer-Encoding: 7Bit X-Virus-Checked: Checked by ClamAV on apache.org --nextPart1654026.3961l0AVc0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" seems a good step, IMHO, because your main site has its own templating = engine=20 that won't be used by many people, then don't deserve CMS dedicated cod= e to=20 integrate it: pure svnpubsub will be the simplest choice for everybody and as done in the main site source, a pom.xml can provide html publish= to=20 svn: just need to check if excludes works well to avoid deleting compon= ents=20 subsites when publishing main site update Regards, Herv=E9 Le dimanche 20 mai 2012 15:15:46 Ralph Goers a =E9crit : Based on your other answers I'm in favor of going with option 1. I thi= nk we=20 should start by having infra set up a loggingtest site. and then see if= we=20 can't get Ivan's build to work (preferably in English). Ralph On May 20, 2012, at 1:28 PM, Herv=E9 BOUTEMY wrote: ok, so it's a custom rendering engine =20 so I see 2 solutions: =20 1. either infra adds this engine as external, like it did with "mvn sit= e":=20 you'll have to put sources in content, to trigger html generation on ea= ch=20 source update, buildbot will build the html, then you'll use the CMS we= b=20 interface to publish staged content =20 2. either infra simply adds svnpubsub, without any CMS integration, ie = any=20 source modification integration nor html build from sources. I don't kn= ow if=20 they do that. But that way, you're completely free, you only use svnpub= sub:=20 it's up to you to get the tooling to put html content to svn. =20 With 1st solution, main site is automatically published at each commit,= each=20 component being protected from erase by extpath.txt. With 2nd solution, main site is manually published when somebody does i= t, like=20 components during releases, and you'll have to take care of not removin= g=20 components content when publishing. =20 Regards, =20 Herv=E9 =20 Le dimanche 20 mai 2012 12:53:27 Ralph Goers a =E9crit : Here was what Ivan proposed - http://mail- archives.apache.org/mod_mbox/logging- general/201205.mbox/ajax/%3CCAKpWnhTiVEe0M54UOFHGXTUOPq3TX2Jd_Z- a7B9H_pfnxQmCDg%40mail.gmail.com%3E Ralph On May 20, 2012, at 12:06 PM, Herv=E9 BOUTEMY wrote: I'm now subscribed to general@logging Thanks Ralph for INFRA-4669: it gives me good information on actual sta= tus. =20 The main question IMHO for the moment is: how are you planning to gener= ate=20 main site html? Maven, CMS's markdown, another tool? Then each component will have its own generation tool, with the only=20= expectation is to output html to svn =20 Regards, =20 Herv=E9 =20 Le dimanche 20 mai 2012 11:58:16 Ralph Goers a =E9crit : If you meant me, of course I'm subscribed to Maven Dev as I'm on the PM= C.=20 However, I haven't done any work there in a very long time. This list= would=20 seem to be more appropriate for a logging related discussion. To reiterate a bit for Herv=E9's sake, I've=20 opened https://issues.apache.org/jira/browse/INFRA-4699 which is sort o= f in a=20 state of limbo waiting for us to tell infra what we actually want. We h= aven't=20 responded because we aren't really sure. So the first piece we need is=20= something to tell infra so that we can actually start doing something. Ralph =20 --nextPart1654026.3961l0AVc0 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset="iso-8859-1"

see= ms a good step, IMHO, because your main site has its own templating eng= ine that won't be used by many people, then don't deserve CMS dedicated= code to integrate it: pure svnpubsub will be the simplest choice for e= verybody

 

and= as done in the main site source, a pom.xml can provide html publish to= svn: just need to check if excludes works well to avoid deleting compo= nents subsites when publishing main site update

 

Reg= ards,

 

Her= v=E9

 

Le = dimanche 20 mai 2012 15:15:46 Ralph Goers a =E9crit :

Based on your other answers I'm in favor of going with option 1. =A0I = think we should start by having infra set up a loggingtest site. and th= en see if we can't get Ivan's build to work (preferably in English).

<= br />

R= alph

<= br />

O= n May 20, 2012, at 1:28 PM, Herv=E9 BOUTEMY wrote:

ok, so it's a custom rendering engine<= /span>

=A0

so I see 2 solutions:

=A0

1. either infra adds this engine as ext= ernal, like it did with "mvn site": you'll have to put source= s in content, to trigger html generation on each source update, buildbo= t will build the html, then you'll use the CMS web interface to publish= staged content

=A0

2. either infra simply adds svnpubsub, = without any CMS integration, ie any source modification integration nor= html build from sources. I don't know if they do that. But that way, y= ou're completely free, you only use svnpubsub: it's up to you to get th= e tooling to put html content to svn.

=A0

With 1st solution, main site is automat= ically published at each commit, each component being protected from er= ase by extpath.txt.

With 2nd solution, main site is manuall= y published when somebody does it, like components during releases, and= you'll have to take care of not removing components content when publi= shing.

=A0

Regards,

=A0

Herv=E9

=A0

Le dimanche 20 mai 2012 12:53:27 Ralph = Goers a =E9crit :

Here was what Ivan proposed -=A0http://mail-archives.apache.org/mod_mbox/= logging-general/201205.mbox/ajax/%3CCAKpWnhTiVEe0M54UOFHGXTUOPq3TX2Jd_Z= -a7B9H_pfnxQmCDg%40mail.gmail.com%3E

<= span style=3D" font-size:medium;">

<= span style=3D" font-size:medium;">Ralph

<= span style=3D" font-size:medium;">

<= span style=3D" font-size:medium;">On May 20, 2012, at 12:06 PM, Herv=E9= BOUTEMY wrote:

= I'm now subscribed to general@loggin= g

<= span style=3D" font-size:medium;">Thanks Ralph for INFRA-4669: it gives= me good information on actual status.

<= span style=3D" font-size:medium;">=A0

<= span style=3D" font-size:medium;">The main question IMHO for the moment= is: how are you planning to generate main site html? Maven, CMS's mark= down, another tool?

<= span style=3D" font-size:medium;">Then each component will have its own= generation tool, with the only expectation is to output html to svn

<= span style=3D" font-size:medium;">=A0

<= span style=3D" font-size:medium;">Regards,

<= span style=3D" font-size:medium;">=A0

<= span style=3D" font-size:medium;">Herv=E9

<= span style=3D" font-size:medium;">=A0

<= span style=3D" font-size:medium;">Le dimanche 20 mai 2012 11:58:16 Ralp= h Goers a =E9crit :

If you meant me, of course I'm su= bscribed to Maven Dev as I'm on the PMC. =A0However, I haven't done any= work there in a very long time. =A0This list would seem to be more app= ropriate for a logging related discussion.


To reiterate a bit for=A0Herv=E9's = sake, I've opened=A0https://issues.apache.org/jira/browse/INFRA-469= 9=A0which is sort of in a= state of limbo waiting for us to tell infra what we actually want. We = haven't responded because we aren't really sure. So the first piece we = need is something to tell infra so that we can actually start doing som= ething.


Ralph

<= span style=3D" font-size:medium;">=A0





--nextPart1654026.3961l0AVc0--