You are viewing a plain text version of this content. The canonical link for it is here.

Posted to general@logging.apache.org by Ralph Goers <ra...@dslextreme.com> on 2012/04/16 06:38:59 UTC

Logging web sites

Do we have a process in place for updating the web site?  I'm trying to go through any issues that might exist with doing a release of Log4j2 and this is one of them.

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

Le samedi 9 juin 2012 15:31:36 Ralph Goers a écrit :

Thanks, that did the trick. I have published both the 1.2 and 2.0 sites to
loggingtest.apache.org.
yeah!

This is actually pretty easy but we will want a way to exclude the sub-sites
when the production site is checked out to add a new project.
"svn co --depth n" is an easy workaround

We really don't need to use the maven publish plugin as I've checked in the
each project in its own release directly and then used a symlink to point the
project site to the specific release.
the publish plugin does not only check-in html, but it normalizes newlines too
(for the case where the skin hasn't been published from the same platform as
the site using it). But these 2 simple tasks can be done without publish
plugin: the plugin more complex task is to update content, which you don't
seem to expect (simple independent imports for each version)

Each of the other sub-sites should do the same thing.
+1, whatever their html generation engine is, release procedure should now
contain publishing the documentation html content to svn and doing a symlink

Ralph

On Jun 9, 2012, at 10:19 AM, Hervé BOUTEMY wrote:

yes, that's it, you manually commit them to the production site.
Then extpath is there to avoid deleting them when staging area is promoted to
production (or mre precisely to put them back after the production site has
been overrided with staging area content)

Regards,

Hervé

Le samedi 9 juin 2012 09:13:05 Ralph Goers a écrit :

Hervé, now that the main site is there I am still trying to figure out how the
extpath stuff works. Below you say when the staging area is promoted to
production, "This time, subsites are here (like in plugins directory), which
were directly imported to the svn production structure in their generated html
form.". How does this happen? How does the production structure know where
to get them from. Or do you manually commit them to the production site? I'm
thinking it has to be the latter.

Ralph

On May 20, 2012, at 2:21 PM, Hervé BOUTEMY wrote:

from my experience with maventest

- the whole generated html goes into
https://svn.apache.org/repos/infra/websites/production/logging/content/
(actually does not exist: replace logging with maventest and you have
maventest)
To me, the generated html structure is the same with every option.

- yes, with extpath.txt, the main site content is completely divorced from sub
sites: notice that extpath.txt is a CMS publish feature, ie that's the CMS
that is generating htlm from sources, even if it's not with its native engine
but with an external one

look at maven-site source updated for CMS build support:
https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
notice it is in asf repo, not infra, ie it is in the normal source repo

The only modifications from classical "mvn site" build are:
1. the source directory: <siteDirectory>${basedir}/content</siteDirectory>
2. the output directory: <outputDirectory>${site.output}</outputDirectory>, to
be set from command line as -Dsite.output=... whatever infra wants
Then extpath.txt is in content/resources, which will be available from
generated html (copied during "mvn site"):
https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk/content/resources/extpaths.txt

When source svn is modified, either through CMS web interface, either directly
in svn, the CMS builds html and stages content to staging svn area:
https://svn.apache.org/repos/infra/websites/staging/maventest/trunk/content/
(notice this in in infra repo)
(notice this does not contain subsites, look at plugins directory)
(notice the extpaths.txt file at root)

Then with the CMS gui, this staging area is promoted to production:
https://svn.apache.org/repos/infra/websites/production/maventest/content/
This time, subsites are here (like in plugins directory), which were directly
imported to the svn production structure in their generated html form.

To make the same for logging website source in
http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-
textile/, here are the steps Joe would need:
- add trunk
- move src/site to content
- add resources/extpath.txt
- add a way to configure output directory from command line
Then infra will need to integrate build.php as external site build tool (like
they did for "mvn site"): I don't know if they have prerequisite installed on
the build machine.

The way I managed to do things was on IRC, to get rapid tests and feedback,
because there can be a myriad of little problems to fix. When I'm here, I am
connected on #asfinfra, so don't hesitate to ping me if you try to work with
infra.

HTH

Hervé

Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :

I'm still unclear on a bit of the details.

My understanding is that with svnpubsub we are committing stuff into
subversion. Where would that directory be? Immediately under the main site or
somewhere else? In other words, does extpath.txt provide the ability to
divorce the main site content from the sub sites completely?

So if we chose option 1 what would the subversion site structure look like?
What about with option 2? We do not want to have to play a bunch of games
with a complicated set of svn commands to build each of the components
individually.

Ralph

On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine

so I see 2 solutions:

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

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, you're completely free, you only use svnpubsub:
it's up to you to get the tooling to put html content to svn.

With 1st solution, main site is automatically published at each commit, each
component being protected from erase by extpath.txt.
With 2nd solution, main site is manually published when somebody does it, like
components during releases, and you'll have to take care of not removing
components content when publishing.

Regards,

Hervé

Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.

The main question IMHO for the moment is: how are you planning to generate
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only
expectation is to output html to svn

Regards,

Hervé

Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.
However, I haven't done any work there in a very long time. This list would
seem to be more appropriate for a logging related discussion.

To reiterate a bit for Hervé's sake, I've
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.

Ralph

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Christian Grobmeier <gr...@gmail.com>.

>> until I manually promote it to production, right?
>> How can I promote a site?
>
> No.  The sub-projects go directly from your local area into the production site. They do not get committed to staging. The staging site is used only by stuff that directly uses the CMS build process.  The ext paths.txt file identifies the directories in the production site that are to be ignored by the CMS system.
>

OK. In this case we might consider implementing a mvn site:stage which
"deploys" a test site to p.a.o or somewhere else.
I think this is useful for voting

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Ralph Goers <ra...@dslextreme.com>.

On Jun 12, 2012, at 4:33 AM, Christian Grobmeier wrote:

> On Tue, Jun 12, 2012 at 8:57 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>> Well, I use mvn site:stage-deploy for Log4j 2 to get the full site content. But that is required for a multi-project site.  So, yes, you are correct.  If mvn site:deploy could deploy directly into svn we could then use it.
> 
> 
> OK cool. When I committed the site, then it can be seen here:
> loggingtest.staging.apache.org
> 
> until I manually promote it to production, right?
> How can I promote a site?

No.  The sub-projects go directly from your local area into the production site. They do not get committed to staging. The staging site is used only by stuff that directly uses the CMS build process.  The ext paths.txt file identifies the directories in the production site that are to be ignored by the CMS system.

Ralph

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Christian Grobmeier <gr...@gmail.com>.

On Tue, Jun 12, 2012 at 8:57 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> Well, I use mvn site:stage-deploy for Log4j 2 to get the full site content. But that is required for a multi-project site.  So, yes, you are correct.  If mvn site:deploy could deploy directly into svn we could then use it.


OK cool. When I committed the site, then it can be seen here:
loggingtest.staging.apache.org

until I manually promote it to production, right?
How can I promote a site?

Cheers


>
> Ralph
>
>
>
> On Jun 11, 2012, at 11:38 PM, Christian Grobmeier wrote:
>
>> Thank you Ralph for this excellent guide.
>>
>> Do I understand correctly - so far we cannot use something like "mvn
>> site:deploy". We bascially need to generate the site locally and copy
>> the content locally to a new repository (the cms one). Is that
>> correct?
>>
>> Cheers
>>
>> On Mon, Jun 11, 2012 at 7:18 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>>> See http://wiki.apache.org/logging/ManagingTheWebSite
>>>
>>> Ralph
>>>
>>> On Jun 10, 2012, at 8:58 AM, Ralph Goers wrote:
>>>
>>> I plan to document this on the wiki when I get home later today. The process
>>> isn't quite as you have listed.
>>>
>>> 1. Check out the production web site.
>>> 2. Create a log4xxx directory adjacent to the log4j directory,
>>> 3. Underneath that directory create a directory for the releases of the
>>> component such as log4xxx-1.8.
>>> 4. Copy the release website into that directory.
>>> 5. In your log4xxx directory create a symlink of 1.x to log4xxx-1.8. "ln -s
>>> log4xxx-1.8 1.x" on a Mac or unix system. Windows doesn't support links
>>> afaik.
>>> 6. Make sure all that is added to svn and commit it.
>>> 7. In the main web site check that index.twig and the navbar template
>>> reference your component as "log4xxx/1.x".
>>> 8. Unindent your component in extpaths.txt.
>>>
>>> If you want to use the CMS directly it is certainly easy to do.
>>>
>>> Sent from my iPad
>>>
>>> On Jun 10, 2012, at 2:18 AM, Stefan Bodewig <bo...@apache.org> wrote:
>>>
>>> Hi all,
>>>
>>>
>>> On 2012-06-10, Ralph Goers wrote:
>>>
>>>
>>> We really don't need to use the maven publish plugin as I've checked
>>>
>>> in the each project in its own release directly and then used a
>>>
>>> symlink to point the project site to the specific release.  Each of
>>>
>>> the other sub-sites should do the same thing.
>>>
>>>
>>> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
>>>
>>> add log4net to the site "the right way", what do I need to do?
>>>
>>>
>>> This is my understanding
>>>
>>>
>>> (1) check in the log4net site wherever I want
>>>
>>>
>>> (2) create a symlink from where I commited the site to content/log4net
>>>
>>>
>>> (3) un-indent log4net in extpath.txt
>>>
>>>
>>> Is this correct?
>>>
>>>
>>> Problems I currently see:
>>>
>>>
>>> * the log4net site is generated by Maven and has inconsistent line-ends,
>>>
>>> is there any better way than Ant's fixcrlf task to fix that?  Our
>>>
>>> build already includes NAnt and Maven, I'd prefer to avoid adding a
>>>
>>> third build tool 8-)
>>>
>>>
>>> Mid-term log4net may be better off using the CMS directly, but that's
>>>
>>> something we need to discuss.
>>>
>>>
>>> * I don't know how and where to perform step (2) from above.
>>>
>>>
>>> Stefan
>>>
>>>
>>
>>
>>
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Ralph Goers <ra...@dslextreme.com>.

Well, I use mvn site:stage-deploy for Log4j 2 to get the full site content. But that is required for a multi-project site.  So, yes, you are correct.  If mvn site:deploy could deploy directly into svn we could then use it.

Ralph



On Jun 11, 2012, at 11:38 PM, Christian Grobmeier wrote:

> Thank you Ralph for this excellent guide.
> 
> Do I understand correctly - so far we cannot use something like "mvn
> site:deploy". We bascially need to generate the site locally and copy
> the content locally to a new repository (the cms one). Is that
> correct?
> 
> Cheers
> 
> On Mon, Jun 11, 2012 at 7:18 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> See http://wiki.apache.org/logging/ManagingTheWebSite
>> 
>> Ralph
>> 
>> On Jun 10, 2012, at 8:58 AM, Ralph Goers wrote:
>> 
>> I plan to document this on the wiki when I get home later today. The process
>> isn't quite as you have listed.
>> 
>> 1. Check out the production web site.
>> 2. Create a log4xxx directory adjacent to the log4j directory,
>> 3. Underneath that directory create a directory for the releases of the
>> component such as log4xxx-1.8.
>> 4. Copy the release website into that directory.
>> 5. In your log4xxx directory create a symlink of 1.x to log4xxx-1.8. "ln -s
>> log4xxx-1.8 1.x" on a Mac or unix system. Windows doesn't support links
>> afaik.
>> 6. Make sure all that is added to svn and commit it.
>> 7. In the main web site check that index.twig and the navbar template
>> reference your component as "log4xxx/1.x".
>> 8. Unindent your component in extpaths.txt.
>> 
>> If you want to use the CMS directly it is certainly easy to do.
>> 
>> Sent from my iPad
>> 
>> On Jun 10, 2012, at 2:18 AM, Stefan Bodewig <bo...@apache.org> wrote:
>> 
>> Hi all,
>> 
>> 
>> On 2012-06-10, Ralph Goers wrote:
>> 
>> 
>> We really don't need to use the maven publish plugin as I've checked
>> 
>> in the each project in its own release directly and then used a
>> 
>> symlink to point the project site to the specific release.  Each of
>> 
>> the other sub-sites should do the same thing.
>> 
>> 
>> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
>> 
>> add log4net to the site "the right way", what do I need to do?
>> 
>> 
>> This is my understanding
>> 
>> 
>> (1) check in the log4net site wherever I want
>> 
>> 
>> (2) create a symlink from where I commited the site to content/log4net
>> 
>> 
>> (3) un-indent log4net in extpath.txt
>> 
>> 
>> Is this correct?
>> 
>> 
>> Problems I currently see:
>> 
>> 
>> * the log4net site is generated by Maven and has inconsistent line-ends,
>> 
>> is there any better way than Ant's fixcrlf task to fix that?  Our
>> 
>> build already includes NAnt and Maven, I'd prefer to avoid adding a
>> 
>> third build tool 8-)
>> 
>> 
>> Mid-term log4net may be better off using the CMS directly, but that's
>> 
>> something we need to discuss.
>> 
>> 
>> * I don't know how and where to perform step (2) from above.
>> 
>> 
>> Stefan
>> 
>> 
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Christian Grobmeier <gr...@gmail.com>.

Thank you Ralph for this excellent guide.

Do I understand correctly - so far we cannot use something like "mvn
site:deploy". We bascially need to generate the site locally and copy
the content locally to a new repository (the cms one). Is that
correct?

Cheers

On Mon, Jun 11, 2012 at 7:18 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> See http://wiki.apache.org/logging/ManagingTheWebSite
>
> Ralph
>
> On Jun 10, 2012, at 8:58 AM, Ralph Goers wrote:
>
> I plan to document this on the wiki when I get home later today. The process
> isn't quite as you have listed.
>
> 1. Check out the production web site.
> 2. Create a log4xxx directory adjacent to the log4j directory,
> 3. Underneath that directory create a directory for the releases of the
> component such as log4xxx-1.8.
> 4. Copy the release website into that directory.
> 5. In your log4xxx directory create a symlink of 1.x to log4xxx-1.8. "ln -s
> log4xxx-1.8 1.x" on a Mac or unix system. Windows doesn't support links
> afaik.
> 6. Make sure all that is added to svn and commit it.
> 7. In the main web site check that index.twig and the navbar template
> reference your component as "log4xxx/1.x".
> 8. Unindent your component in extpaths.txt.
>
> If you want to use the CMS directly it is certainly easy to do.
>
> Sent from my iPad
>
> On Jun 10, 2012, at 2:18 AM, Stefan Bodewig <bo...@apache.org> wrote:
>
> Hi all,
>
>
> On 2012-06-10, Ralph Goers wrote:
>
>
> We really don't need to use the maven publish plugin as I've checked
>
> in the each project in its own release directly and then used a
>
> symlink to point the project site to the specific release.  Each of
>
> the other sub-sites should do the same thing.
>
>
> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
>
> add log4net to the site "the right way", what do I need to do?
>
>
> This is my understanding
>
>
> (1) check in the log4net site wherever I want
>
>
> (2) create a symlink from where I commited the site to content/log4net
>
>
> (3) un-indent log4net in extpath.txt
>
>
> Is this correct?
>
>
> Problems I currently see:
>
>
> * the log4net site is generated by Maven and has inconsistent line-ends,
>
> is there any better way than Ant's fixcrlf task to fix that?  Our
>
> build already includes NAnt and Maven, I'd prefer to avoid adding a
>
> third build tool 8-)
>
>
> Mid-term log4net may be better off using the CMS directly, but that's
>
> something we need to discuss.
>
>
> * I don't know how and where to perform step (2) from above.
>
>
> Stefan
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Ralph Goers <ra...@dslextreme.com>.

See http://wiki.apache.org/logging/ManagingTheWebSite

Ralph

On Jun 10, 2012, at 8:58 AM, Ralph Goers wrote:

> I plan to document this on the wiki when I get home later today. The process isn't quite as you have listed.  
> 
> 1. Check out the production web site.
> 2. Create a log4xxx directory adjacent to the log4j directory,
> 3. Underneath that directory create a directory for the releases of the component such as log4xxx-1.8.
> 4. Copy the release website into that directory.
> 5. In your log4xxx directory create a symlink of 1.x to log4xxx-1.8. "ln -s log4xxx-1.8 1.x" on a Mac or unix system. Windows doesn't support links afaik.
> 6. Make sure all that is added to svn and commit it.
> 7. In the main web site check that index.twig and the navbar template reference your component as "log4xxx/1.x".
> 8. Unindent your component in extpaths.txt. 
> 
> If you want to use the CMS directly it is certainly easy to do.
> 
> Sent from my iPad
> 
> On Jun 10, 2012, at 2:18 AM, Stefan Bodewig <bo...@apache.org> wrote:
> 
>> Hi all,
>> 
>> On 2012-06-10, Ralph Goers wrote:
>> 
>>> We really don't need to use the maven publish plugin as I've checked
>>> in the each project in its own release directly and then used a
>>> symlink to point the project site to the specific release.  Each of
>>> the other sub-sites should do the same thing.
>> 
>> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
>> add log4net to the site "the right way", what do I need to do?
>> 
>> This is my understanding
>> 
>> (1) check in the log4net site wherever I want
>> 
>> (2) create a symlink from where I commited the site to content/log4net
>> 
>> (3) un-indent log4net in extpath.txt
>> 
>> Is this correct?
>> 
>> Problems I currently see:
>> 
>> * the log4net site is generated by Maven and has inconsistent line-ends,
>> is there any better way than Ant's fixcrlf task to fix that?  Our
>> build already includes NAnt and Maven, I'd prefer to avoid adding a
>> third build tool 8-)
>> 
>> Mid-term log4net may be better off using the CMS directly, but that's
>> something we need to discuss.
>> 
>> * I don't know how and where to perform step (2) from above.
>> 
>> Stefan

Re: Steps for Producr Sites?

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-11, Ralph Goers wrote:

> On Jun 10, 2012, at 11:23 PM, Hervé BOUTEMY <he...@free.fr> wrote:

>> Le dimanche 10 juin 2012 22:22:06 Ralph Goers a écrit :

>> As for symbolic links, I'll have to look at the svn documentation but
>> I'm pretty sure there is a way to create the link in svn without
>> doing it on your local file system.  However, on unix-based systems
>> an svn commit propagates the links automatically into svn.

>> I fear it's not as easy as expected: when I worked on it for Maven,
>> Daniel gave me a complex magic recipe with svnmucc and opened an
>> issue in svnmucc to add native support for it see
>> http://subversion.tigris.org/issues/show_bug.cgi?id=4142

>> But this hasn't been implemented yet, and last time I tried to use
>> the magic recipe, I couldn't make it work...

> Wonderful.  During this process someone else mentioned svnmucc but it
> isn't installed on my Mac and I couldn't find it in any of the
> downloads.

Let's not make this a blocker.

Yes, most of log4net's development will happen on Windows but right now
this is not an issue as I can deal with the docs and my primary platform
is Linux.  Once we need a Windows solution, svnmucc may be ready.

Stefan

Re: Steps for Producr Sites?

Posted by Ivan Habunek <iv...@gmail.com>.

On 11 June 2012 16:20, Christian Grobmeier <gr...@gmail.com> wrote:
>> Wonderful.  During this process someone else mentioned svnmucc but it isn't installed on my Mac and I couldn't find it in any of the downloads.
>
> hm, i found the source here:
> http://opensource.apple.com/source/subversion/subversion-44/subversion/tools/client-side/svnmucc/svnmucc.c
>
> but not here:
> http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/

My windows distribution (SilkSVN) has svnmucc included.

You should look through the SVN OSX binary distributions linked on the
official site:
http://subversion.apache.org/packages.html#osx

Regards,
Ivan

Re: Steps for Producr Sites?

Posted by Christian Grobmeier <gr...@gmail.com>.

On Mon, Jun 11, 2012 at 4:10 PM, Ralph Goers <rg...@apache.org> wrote:
> On Jun 10, 2012, at 11:23 PM, Hervé BOUTEMY <he...@free.fr> wrote:
>
>> Le dimanche 10 juin 2012 22:22:06 Ralph Goers a écrit :
>> As for symbolic links, I'll have to look at the svn documentation but I'm pretty sure there is a way to create the link in svn without doing it on your local file system.  However, on unix-based systems an svn commit propagates the links automatically into svn.
>>
>>
>> I fear it's not as easy as expected: when I worked on it for Maven, Daniel gave me a complex magic recipe with svnmucc and opened an issue in svnmucc to add native support for it
>> see http://subversion.tigris.org/issues/show_bug.cgi?id=4142
>>
>> But this hasn't been implemented yet, and last time I tried to use the magic recipe, I couldn't make it work...
>>
>
> Wonderful.  During this process someone else mentioned svnmucc but it isn't installed on my Mac and I couldn't find it in any of the downloads.

hm, i found the source here:
http://opensource.apple.com/source/subversion/subversion-44/subversion/tools/client-side/svnmucc/svnmucc.c

but not here:
http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/


> Ralph



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Steps for Producr Sites?

Posted by Ralph Goers <rg...@apache.org>.

On Jun 10, 2012, at 11:23 PM, Hervé BOUTEMY <he...@free.fr> wrote:

> Le dimanche 10 juin 2012 22:22:06 Ralph Goers a écrit :
> As for symbolic links, I'll have to look at the svn documentation but I'm pretty sure there is a way to create the link in svn without doing it on your local file system.  However, on unix-based systems an svn commit propagates the links automatically into svn.
>  
>  
> I fear it's not as easy as expected: when I worked on it for Maven, Daniel gave me a complex magic recipe with svnmucc and opened an issue in svnmucc to add native support for it
> see http://subversion.tigris.org/issues/show_bug.cgi?id=4142
>  
> But this hasn't been implemented yet, and last time I tried to use the magic recipe, I couldn't make it work...
> 

Wonderful.  During this process someone else mentioned svnmucc but it isn't installed on my Mac and I couldn't find it in any of the downloads.

Ralph

Re: Steps for Producr Sites?

Posted by Hervé BOUTEMY <he...@free.fr>.

Le dimanche 10 juin 2012 22:22:06 Ralph Goers a écrit :
As for symbolic links, I'll have to look at the svn documentation but I'm 
pretty sure there is a way to create the link in svn without doing it on your 
local file system.  However, on unix-based systems an svn commit propagates the 
links automatically into svn.


I fear it's not as easy as expected: when I worked on it for Maven, Daniel 
gave me a complex magic recipe with svnmucc and opened an issue in svnmucc to 
add native support for it
see http://subversion.tigris.org/issues/show_bug.cgi?id=4142

But this hasn't been implemented yet, and last time I tried to use the magic 
recipe, I couldn't make it work...


Regards,

Hervé

Re: Steps for Producr Sites?

Posted by Ralph Goers <ra...@dslextreme.com>.

On Jun 10, 2012, at 9:28 PM, Stefan Bodewig wrote:

> On 2012-06-11, Stefan Bodewig wrote:
> 
>> On 2012-06-10, Ralph Goers wrote:
> 
>>> 1. Check out the production web site.
> 
>> Please remember to put the svn URL here.
> 
> I think it is
> <https://svn.apache.org/repos/infra/websites/production/loggingtest/content/>
> 
> Stefan

Yes, that is the production url.   To edit the stuff managed by the CMS you want https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/.  Every time you edit something there the CMS will rebuild the staging site. You can use https://cms.apache.org/#bookmark to view the staging site, edit content and promote to production.

As for symbolic links, I'll have to look at the svn documentation but I'm pretty sure there is a way to create the link in svn without doing it on your local file system.  However, on unix-based systems an svn commit propagates the links automatically into svn.

Ralph

Re: Steps for Producr Sites?

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-11, Stefan Bodewig wrote:

> On 2012-06-10, Ralph Goers wrote:

>> 1. Check out the production web site.

> Please remember to put the svn URL here.

I think it is
<https://svn.apache.org/repos/infra/websites/production/loggingtest/content/>

Stefan

Re: Steps for Producr Sites?

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-10, Ralph Goers wrote:

> I plan to document this on the wiki when I get home later today.

Many thanks.

> The process isn't quite as you have listed.

Good I haven't done much, yet 8-)

> 1. Check out the production web site.

Please remember to put the svn URL here.

> 2. Create a log4xxx directory adjacent to the log4j directory,
> 3. Underneath that directory create a directory for the releases of
> the component such as log4xxx-1.8.
> 4. Copy the release website into that directory.
> 5. In your log4xxx directory create a symlink of 1.x to
> log4xxx-1.8. "ln -s log4xxx-1.8 1.x" on a Mac or unix system. Windows
> doesn't support links afaik.

Not a problem for me, but may be problematic for future log4net release
managers.  Windows is certainly the "natural" development environment
there.

> 6. Make sure all that is added to svn and commit it.
> 7. In the main web site check that index.twig and the navbar template
> reference your component as "log4xxx/1.x".
> 8. Unindent your component in extpaths.txt.

Thanks

        Stefan

Re: Steps for Producr Sites? (was Re: Logging web sites)

Posted by Ralph Goers <rg...@apache.org>.

I plan to document this on the wiki when I get home later today. The process isn't quite as you have listed.  

1. Check out the production web site.
2. Create a log4xxx directory adjacent to the log4j directory,
3. Underneath that directory create a directory for the releases of the component such as log4xxx-1.8.
4. Copy the release website into that directory.
5. In your log4xxx directory create a symlink of 1.x to log4xxx-1.8. "ln -s log4xxx-1.8 1.x" on a Mac or unix system. Windows doesn't support links afaik.
6. Make sure all that is added to svn and commit it.
7. In the main web site check that index.twig and the navbar template reference your component as "log4xxx/1.x".
8. Unindent your component in extpaths.txt. 

If you want to use the CMS directly it is certainly easy to do.

Sent from my iPad

On Jun 10, 2012, at 2:18 AM, Stefan Bodewig <bo...@apache.org> wrote:

> Hi all,
> 
> On 2012-06-10, Ralph Goers wrote:
> 
>> We really don't need to use the maven publish plugin as I've checked
>> in the each project in its own release directly and then used a
>> symlink to point the project site to the specific release.  Each of
>> the other sub-sites should do the same thing.
> 
> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
> add log4net to the site "the right way", what do I need to do?
> 
> This is my understanding
> 
> (1) check in the log4net site wherever I want
> 
> (2) create a symlink from where I commited the site to content/log4net
> 
> (3) un-indent log4net in extpath.txt
> 
> Is this correct?
> 
> Problems I currently see:
> 
> * the log4net site is generated by Maven and has inconsistent line-ends,
>  is there any better way than Ant's fixcrlf task to fix that?  Our
>  build already includes NAnt and Maven, I'd prefer to avoid adding a
>  third build tool 8-)
> 
>  Mid-term log4net may be better off using the CMS directly, but that's
>  something we need to discuss.
> 
> * I don't know how and where to perform step (2) from above.
> 
> Stefan

Re: Logging site

Posted by Christian Grobmeier <gr...@gmail.com>.

On Tue, Jun 12, 2012 at 6:19 AM, Stefan Bodewig <bo...@apache.org> wrote:

>> I'd really like to have all the sub projects added as once they are
>> all there then we can simply ask Infra to replace the existing site
>> with the new one.  I've been waiting for that to do the first Log4j 2
>> release.
>
> OK, if this is holding up the release then I'll simply tar up the
> existing site and add it to svn - I can figure out a better way to do it
> later.

Nice option. Probably we should do that for log4cxx

Cheers
Christian

>
> Stefan



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging site

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-12, Ralph Goers wrote:

> On Jun 11, 2012, at 9:19 PM, Stefan Bodewig wrote:

>> OK, if this is holding up the release then I'll simply tar up the
>> existing site and add it to svn - I can figure out a better way to do
>> it later.

> Yes, that is an option. However, I think it is important that we all
> get a feel for how this works.

The site building process in log4net is too brittle anyway, it involves
creating API docs which I currently don't manage to do at all.  Fixing
that is so far down on my TODO list that it would have delayed the log4j
release for an unaceptable time.

Stefan

Re: Logging site

Posted by Ralph Goers <ra...@dslextreme.com>.

On Jun 11, 2012, at 9:19 PM, Stefan Bodewig wrote:

> On 2012-06-12, Ralph Goers wrote:
> 
>> I should have added that I'd appreciate you adding log4net to the
>> site.
> 
> Understood, and yes, I'll do that.  It's only a matter of solving a few
> problems and finding the time to do so.  Can't promise I'll be able to
> get around to it before the weekend.
> 
>> I'd really like to have all the sub projects added as once they are
>> all there then we can simply ask Infra to replace the existing site
>> with the new one.  I've been waiting for that to do the first Log4j 2
>> release.
> 
> OK, if this is holding up the release then I'll simply tar up the
> existing site and add it to svn - I can figure out a better way to do it
> later.

Yes, that is an option. However, I think it is important that we all get a feel for how this works. That said, I almost did that for Log4j 1.2 if I hadn't been able to run mvn site on the last release tag an upload that. Since each release will exist as its own directory in the new site (hopefully deleting old releases after some time) it should be fairly simple to use whatever you want to generate the site.

Ralph

Re: Logging site

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-12, Stefan Bodewig wrote:

> OK, if this is holding up the release then I'll simply tar up the
> existing site and add it to svn - I can figure out a better way to do it
> later.

Done.

The log4net site now appears on loggingtest, but there are some issues.

One is that http://logging.apache.org/log4net/ would no longer be the
canonical entry point.  I plan to add a .htaccess to send people to the
1.x directory from there.  Too many existing links to leave it the way
it is.

In a similar way I'll have to go through the log4net site looking for
links to other parts of logging, in particular log4j but also chainsaw,
and adapt them.

Stefan

Re: Logging site

Posted by Stefan Bodewig <bo...@apache.org>.

On 2012-06-12, Ralph Goers wrote:

> I should have added that I'd appreciate you adding log4net to the
> site.

Understood, and yes, I'll do that.  It's only a matter of solving a few
problems and finding the time to do so.  Can't promise I'll be able to
get around to it before the weekend.

> I'd really like to have all the sub projects added as once they are
> all there then we can simply ask Infra to replace the existing site
> with the new one.  I've been waiting for that to do the first Log4j 2
> release.

OK, if this is holding up the release then I'll simply tar up the
existing site and add it to svn - I can figure out a better way to do it
later.

Stefan

Logging site

Posted by Ralph Goers <ra...@dslextreme.com>.

I should have added that I'd appreciate you adding log4net to the site.  I'd really like to have all the sub projects added as once they are all there then we can simply ask Infra to replace the existing site with the new one.  I've been waiting for that to do the first Log4j 2 release.

Ralph


On Jun 10, 2012, at 2:18 AM, Stefan Bodewig wrote:

> Hi all,
> 
> On 2012-06-10, Ralph Goers wrote:
> 
>> We really don't need to use the maven publish plugin as I've checked
>> in the each project in its own release directly and then used a
>> symlink to point the project site to the specific release.  Each of
>> the other sub-sites should do the same thing.
> 
> I missed most of the thread, been busy elsewhere, sorry.  I'd like to
> add log4net to the site "the right way", what do I need to do?
> 
> This is my understanding
> 
> (1) check in the log4net site wherever I want
> 
> (2) create a symlink from where I commited the site to content/log4net
> 
> (3) un-indent log4net in extpath.txt
> 
> Is this correct?
> 
> Problems I currently see:
> 
> * the log4net site is generated by Maven and has inconsistent line-ends,
>  is there any better way than Ant's fixcrlf task to fix that?  Our
>  build already includes NAnt and Maven, I'd prefer to avoid adding a
>  third build tool 8-)
> 
>  Mid-term log4net may be better off using the CMS directly, but that's
>  something we need to discuss.
> 
> * I don't know how and where to perform step (2) from above.
> 
> Stefan

Steps for Producr Sites? (was Re: Logging web sites)

Posted by Stefan Bodewig <bo...@apache.org>.

Hi all,

On 2012-06-10, Ralph Goers wrote:

> We really don't need to use the maven publish plugin as I've checked
> in the each project in its own release directly and then used a
> symlink to point the project site to the specific release.  Each of
> the other sub-sites should do the same thing.

I missed most of the thread, been busy elsewhere, sorry.  I'd like to
add log4net to the site "the right way", what do I need to do?

This is my understanding

(1) check in the log4net site wherever I want

(2) create a symlink from where I commited the site to content/log4net

(3) un-indent log4net in extpath.txt

Is this correct?

Problems I currently see:

* the log4net site is generated by Maven and has inconsistent line-ends,
  is there any better way than Ant's fixcrlf task to fix that?  Our
  build already includes NAnt and Maven, I'd prefer to avoid adding a
  third build tool 8-)

  Mid-term log4net may be better off using the CMS directly, but that's
  something we need to discuss.

* I don't know how and where to perform step (2) from above.

Stefan

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Thanks, that did the trick.  I have published both the 1.2 and 2.0 sites to loggingtest.apache.org. 

This is actually pretty easy but we will want a way to exclude the sub-sites when the production site is checked out to add a new project.  We really don't need to use the maven publish plugin as I've checked in the each project in its own release directly and then used a symlink to point the project site to the specific release.  Each of the other sub-sites should do the same thing.

Ralph

On Jun 9, 2012, at 10:19 AM, Hervé BOUTEMY wrote:

> yes, that's it, you manually commit them to the production site.
> Then extpath is there to avoid deleting them when staging area is promoted to production (or mre precisely to put them back after the production site has been overrided with staging area content)
>  
> Regards,
>  
> Hervé
>  
> Le samedi 9 juin 2012 09:13:05 Ralph Goers a écrit :
> Hervé, now that the main site is there I am still trying to figure out how the extpath stuff works.  Below you say when the staging area is promoted to production, "This time, subsites are here (like in plugins directory), which were directly imported to the svn production structure in their generated html form.".  How does this happen?  How does the production structure know where to get them from.  Or do you manually commit them to the production site? I'm thinking it has to be the latter.
> 
> Ralph
> 
> 
> On May 20, 2012, at 2:21 PM, Hervé BOUTEMY wrote:
> from my experience with maventest
>  
> - the whole generated html goes into https://svn.apache.org/repos/infra/websites/production/logging/content/ (actually does not exist: replace logging with maventest and you have maventest)
> To me, the generated html structure is the same with every option.
>  
> - yes, with extpath.txt, the main site content is completely divorced from sub sites: notice that extpath.txt is a CMS publish feature, ie that's the CMS that is generating htlm from sources, even if it's not with its native engine but with an external one
>  
>  
> look at maven-site source updated for CMS build support: https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
> notice it is in asf repo, not infra, ie it is in the normal source repo
>  
> The only modifications from classical "mvn site" build are:
> 1. the source directory: <siteDirectory>${basedir}/content</siteDirectory>
> 2. the output directory: <outputDirectory>${site.output}</outputDirectory>, to be set from command line as -Dsite.output=... whatever infra wants
> Then extpath.txt is in content/resources, which will be available from generated html (copied during "mvn site"): https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk/content/resources/extpaths.txt
>  
> When source svn is modified, either through CMS web interface, either directly in svn, the CMS builds html and stages content to staging svn area: https://svn.apache.org/repos/infra/websites/staging/maventest/trunk/content/
> (notice this in in infra repo)
> (notice this does not contain subsites, look at plugins directory)
> (notice the extpaths.txt file at root)
>  
> Then with the CMS gui, this staging area is promoted to production:
> https://svn.apache.org/repos/infra/websites/production/maventest/content/
> This time, subsites are here (like in plugins directory), which were directly imported to the svn production structure in their generated html form.
>  
>  
>  
> To make the same for logging website source in http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/, here are the steps Joe would need:
> - add trunk
> - move src/site to content
> - add resources/extpath.txt
> - add a way to configure output directory from command line
> Then infra will need to integrate build.php as external site build tool (like they did for "mvn site"): I don't know if they have prerequisite installed on the build machine.
>  
> The way I managed to do things was on IRC, to get rapid tests and feedback, because there can be a myriad of little problems to fix. When I'm here, I am connected on #asfinfra, so don't hesitate to ping me if you try to work with infra.
>  
> HTH
>  
> Hervé
>  
> Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :
> I'm still unclear on a bit of the details.
> 
> My understanding is that with svnpubsub we are committing stuff into subversion.  Where would that directory be? Immediately under the main site or somewhere else? In other words, does extpath.txt  provide the ability to divorce the main site content from the sub sites completely?  
> 
> So if we chose option 1 what would the subversion site structure look like?  What about with option 2?  We do not want to have to play a bunch of games with a complicated set of svn commands to build each of the components individually.
> 
> Ralph
> On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:
> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
> 
> 
> 
> 
> 
> 
>

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

Regards,

Hervé

Le samedi 9 juin 2012 09:13:05 Ralph Goers a écrit :

Ralph

On May 20, 2012, at 2:21 PM, Hervé BOUTEMY wrote:

from my experience with maventest

look at maven-site source updated for CMS build support:
https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
notice it is in asf repo, not infra, ie it is in the normal source repo

HTH

Hervé

Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :

I'm still unclear on a bit of the details.

Ralph

On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine

so I see 2 solutions:

Regards,

Hervé

Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.

Regards,

Hervé

Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

Ralph

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

The only modifications from classical "mvn site" build are:
1. the source directory: <siteDirectory>${basedir}/content</siteDirectory>
2. the output directory: <outputDirectory>${site.output}</outputDirectory>, to 
be set from command line as -Dsite.output=... whatever infra wants
Then extpath.txt is in content/resources, which will be available from 
generated html (copied during "mvn site"): 
https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk/content/resources/extpaths.txt


The above concerns me a bit.  Log4j2 is a multi-module site.  My plan has 
always been to use site:deploy or site:stage-deploy to get the site to 
wherever it has to go to be processed by svnpubsub. From what you are saying I 
can't tell if that will work or not as I would not modify the output directory 
for a multi-module build as it won't accomplish anything and I'm not sure at 
all why I would want to modify the siteDirectory to build the Log4j2 site.


Ralph


No problem with Log4j2, it wil work with "mvn site-stage" followed by "mvn 
scm-publish:publish-scm" without modifying siteDirectory nor outputDirectory.

The modification to source and output directories are necessary for the CMS to 
take care of the build (detect changes, then publish the built result to svn).

But sub-sites will be built by developers (while releasing), not by the CMS: 
there is no source nor output directories constraints.

Hervé

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

See below.

On May 20, 2012, at 2:21 PM, Hervé BOUTEMY wrote:

> from my experience with maventest
>  
> - the whole generated html goes into https://svn.apache.org/repos/infra/websites/production/logging/content/ (actually does not exist: replace logging with maventest and you have maventest)
> To me, the generated html structure is the same with every option.
>  
> - yes, with extpath.txt, the main site content is completely divorced from sub sites: notice that extpath.txt is a CMS publish feature, ie that's the CMS that is generating htlm from sources, even if it's not with its native engine but with an external one
>  
>  
> look at maven-site source updated for CMS build support: https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
> notice it is in asf repo, not infra, ie it is in the normal source repo
>  
> The only modifications from classical "mvn site" build are:
> 1. the source directory: <siteDirectory>${basedir}/content</siteDirectory>
> 2. the output directory: <outputDirectory>${site.output}</outputDirectory>, to be set from command line as -Dsite.output=... whatever infra wants
> Then extpath.txt is in content/resources, which will be available from generated html (copied during "mvn site"): https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk/content/resources/extpaths.txt

The above concerns me a bit.  Log4j2 is a multi-module site.  My plan has always been to use site:deploy or site:stage-deploy to get the site to wherever it has to go to be processed by svnpubsub. From what you are saying I can't tell if that will work or not as I would not modify the output directory for a multi-module build as it won't accomplish anything and I'm not sure at all why I would want to modify the siteDirectory to build the Log4j2 site.

Ralph


>  
> When source svn is modified, either through CMS web interface, either directly in svn, the CMS builds html and stages content to staging svn area: https://svn.apache.org/repos/infra/websites/staging/maventest/trunk/content/
> (notice this in in infra repo)
> (notice this does not contain subsites, look at plugins directory)
> (notice the extpaths.txt file at root)
>  
> Then with the CMS gui, this staging area is promoted to production:
> https://svn.apache.org/repos/infra/websites/production/maventest/content/
> This time, subsites are here (like in plugins directory), which were directly imported to the svn production structure in their generated html form.
>  
>  
>  
> To make the same for logging website source in http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/, here are the steps Joe would need:
> - add trunk
> - move src/site to content
> - add resources/extpath.txt
> - add a way to configure output directory from command line
> Then infra will need to integrate build.php as external site build tool (like they did for "mvn site"): I don't know if they have prerequisite installed on the build machine.
>  
> The way I managed to do things was on IRC, to get rapid tests and feedback, because there can be a myriad of little problems to fix. When I'm here, I am connected on #asfinfra, so don't hesitate to ping me if you try to work with infra.
>  
> HTH
>  
> Hervé
>  
> Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :
> I'm still unclear on a bit of the details.
> 
> My understanding is that with svnpubsub we are committing stuff into subversion.  Where would that directory be? Immediately under the main site or somewhere else? In other words, does extpath.txt  provide the ability to divorce the main site content from the sub sites completely?  
> 
> So if we chose option 1 what would the subversion site structure look like?  What about with option 2?  We do not want to have to play a bunch of games with a complicated set of svn commands to build each of the components individually.
> 
> Ralph
> On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:
> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
> 
> 
> 
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Hervé, now that the main site is there I am still trying to figure out how the extpath stuff works.  Below you say when the staging area is promoted to production, "This time, subsites are here (like in plugins directory), which were directly imported to the svn production structure in their generated html form.".  How does this happen?  How does the production structure know where to get them from.  Or do you manually commit them to the production site? I'm thinking it has to be the latter.

Ralph


On May 20, 2012, at 2:21 PM, Hervé BOUTEMY wrote:

> from my experience with maventest
>  
> - the whole generated html goes into https://svn.apache.org/repos/infra/websites/production/logging/content/ (actually does not exist: replace logging with maventest and you have maventest)
> To me, the generated html structure is the same with every option.
>  
> - yes, with extpath.txt, the main site content is completely divorced from sub sites: notice that extpath.txt is a CMS publish feature, ie that's the CMS that is generating htlm from sources, even if it's not with its native engine but with an external one
>  
>  
> look at maven-site source updated for CMS build support: https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
> notice it is in asf repo, not infra, ie it is in the normal source repo
>  
> The only modifications from classical "mvn site" build are:
> 1. the source directory: <siteDirectory>${basedir}/content</siteDirectory>
> 2. the output directory: <outputDirectory>${site.output}</outputDirectory>, to be set from command line as -Dsite.output=... whatever infra wants
> Then extpath.txt is in content/resources, which will be available from generated html (copied during "mvn site"): https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk/content/resources/extpaths.txt
>  
> When source svn is modified, either through CMS web interface, either directly in svn, the CMS builds html and stages content to staging svn area: https://svn.apache.org/repos/infra/websites/staging/maventest/trunk/content/
> (notice this in in infra repo)
> (notice this does not contain subsites, look at plugins directory)
> (notice the extpaths.txt file at root)
>  
> Then with the CMS gui, this staging area is promoted to production:
> https://svn.apache.org/repos/infra/websites/production/maventest/content/
> This time, subsites are here (like in plugins directory), which were directly imported to the svn production structure in their generated html form.
>  
>  
>  
> To make the same for logging website source in http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/, here are the steps Joe would need:
> - add trunk
> - move src/site to content
> - add resources/extpath.txt
> - add a way to configure output directory from command line
> Then infra will need to integrate build.php as external site build tool (like they did for "mvn site"): I don't know if they have prerequisite installed on the build machine.
>  
> The way I managed to do things was on IRC, to get rapid tests and feedback, because there can be a myriad of little problems to fix. When I'm here, I am connected on #asfinfra, so don't hesitate to ping me if you try to work with infra.
>  
> HTH
>  
> Hervé
>  
> Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :
> I'm still unclear on a bit of the details.
> 
> My understanding is that with svnpubsub we are committing stuff into subversion.  Where would that directory be? Immediately under the main site or somewhere else? In other words, does extpath.txt  provide the ability to divorce the main site content from the sub sites completely?  
> 
> So if we chose option 1 what would the subversion site structure look like?  What about with option 2?  We do not want to have to play a bunch of games with a complicated set of svn commands to build each of the components individually.
> 
> Ralph
> On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:
> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
> 
> 
> 
>

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

from my experience with maventest

look at maven-site source updated for CMS build support:
https://svn.apache.org/repos/asf/maven/site/branches/INFRA-4466/trunk
notice it is in asf repo, not infra, ie it is in the normal source repo

HTH

Hervé

Le dimanche 20 mai 2012 13:49:54 Ralph Goers a écrit :

I'm still unclear on a bit of the details.

Ralph

On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine

so I see 2 solutions:

Regards,

Hervé

Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.

Regards,

Hervé

Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

Ralph

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

(please ignore previous post, sending a fixed version)

oh, yes, sorry, I described option 2.
 
Then option 1 will require infra to work on integrating your templating engine 
as external task : someone knowing this engine, its prerequisites and so on 
has to work with infra to help them run the tool by hand then be able to 
launch it from build system (with source files in content directory, output 
directory set by a command line attribute, and and everything in a trunk 
directory)
 
Notice that if you explain infra that /whatever/file.html is generated from 
/content/pages/whatever/file.twig, it should be easy for infra to add support 
for online content editing = a really nice feature of the CMS. You can even 
add a "CMS boormarklet" in your bookmarks, and jump into content editing in 
one click from browse. This one is very nice. If this is not clear, I can 
explain more this feature, because the "CMS bookmarklet" isn't something 
everybody knows.
 
Regards,
 
Hervé

Le lundi 21 mai 2012 23:11:47 Ralph Goers a écrit :

Wait - I thought option 1 used the CMS and could invoke the site build.


Ralph


On May 21, 2012, at 1:55 PM, Hervé BOUTEMY wrote:

seems a good step, IMHO, because your main site has its own templating engine 
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 everybody
 
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 components 
subsites when publishing main site update
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 15:15:46 Ralph Goers a écrit :

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


Ralph


On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine
 
so I see 2 solutions:
 
1. either infra adds this engine as external, like it did with "mvn site": 
you'll have to put sources in content, to trigger html generation on each 
source update, buildbot will build the html, then you'll use the CMS web 
interface to publish staged content
 
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, you're completely free, you only use svnpubsub: 
it's up to you to get the tooling to put html content to svn.
 
With 1st solution, main site is automatically published at each commit, each 
component being protected from erase by extpath.txt.
With 2nd solution, main site is manually published when somebody does it, like 
components during releases, and you'll have to take care of not removing 
components content when publishing.
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.
 
The main question IMHO for the moment is: how are you planning to generate 
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only 
expectation is to output html to svn
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC. 
 However, I haven't done any work there in a very long time.  This list would 
seem to be more appropriate for a logging related discussion.


To reiterate a bit for Hervé's sake, I've 
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.


Ralph

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

oh, yes, sorry, I described option 2.

Then option 1 will require infra to work on integrating your templating engine 
as external task : someone knowing this engine, its prerequisites and so on 
has to work with infra to help them run the tool by hand then be able to 
launch it from build system (with source files in content directory, output 
directory set by a command line attribute)

Notice that if you explain infra that /whatever/file.html is generated from 
/content/pages/file.twig, it should be easy for infra to add support for online 
content editing =  a really nice feature of the CMS. You can even add a "CMS 
boormarklet" in your bookmarks, and jump into content editing in one click 
from browse. This one is very nice. If this is not clear, I can explain more 
this feature, because the "CMS bookmarklet" isn't something everybody knows.

Regards,

Hervé

Le lundi 21 mai 2012 23:11:47 Ralph Goers a écrit :

Wait - I thought option 1 used the CMS and could invoke the site build.


Ralph


On May 21, 2012, at 1:55 PM, Hervé BOUTEMY wrote:

seems a good step, IMHO, because your main site has its own templating engine 
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 everybody
 
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 components 
subsites when publishing main site update
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 15:15:46 Ralph Goers a écrit :

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


Ralph


On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine
 
so I see 2 solutions:
 
1. either infra adds this engine as external, like it did with "mvn site": 
you'll have to put sources in content, to trigger html generation on each 
source update, buildbot will build the html, then you'll use the CMS web 
interface to publish staged content
 
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, you're completely free, you only use svnpubsub: 
it's up to you to get the tooling to put html content to svn.
 
With 1st solution, main site is automatically published at each commit, each 
component being protected from erase by extpath.txt.
With 2nd solution, main site is manually published when somebody does it, like 
components during releases, and you'll have to take care of not removing 
components content when publishing.
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.
 
The main question IMHO for the moment is: how are you planning to generate 
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only 
expectation is to output html to svn
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC. 
 However, I haven't done any work there in a very long time.  This list would 
seem to be more appropriate for a logging related discussion.


To reiterate a bit for Hervé's sake, I've 
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.


Ralph

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Wait - I thought option 1 used the CMS and could invoke the site build.

Ralph

On May 21, 2012, at 1:55 PM, Hervé BOUTEMY wrote:

> seems a good step, IMHO, because your main site has its own templating engine 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 everybody
>  
> 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 components subsites when publishing main site update
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 15:15:46 Ralph Goers a écrit :
> Based on your other answers I'm in favor of going with option 1.  I think we should start by having infra set up a loggingtest site. and then see if we can't get Ivan's build to work (preferably in English).
> 
> 
> Ralph
> 
> On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:
> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
> 
> 
> 
>

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

seems a good step, IMHO, because your main site has its own templating engine 
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 everybody

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 components 
subsites when publishing main site update

Regards,

Hervé

Le dimanche 20 mai 2012 15:15:46 Ralph Goers a écrit :

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


Ralph


On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

ok, so it's a custom rendering engine
 
so I see 2 solutions:
 
1. either infra adds this engine as external, like it did with "mvn site": 
you'll have to put sources in content, to trigger html generation on each 
source update, buildbot will build the html, then you'll use the CMS web 
interface to publish staged content
 
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, you're completely free, you only use svnpubsub: 
it's up to you to get the tooling to put html content to svn.
 
With 1st solution, main site is automatically published at each commit, each 
component being protected from erase by extpath.txt.
With 2nd solution, main site is manually published when somebody does it, like 
components during releases, and you'll have to take care of not removing 
components content when publishing.
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.
 
The main question IMHO for the moment is: how are you planning to generate 
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only 
expectation is to output html to svn
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC. 
 However, I haven't done any work there in a very long time.  This list would 
seem to be more appropriate for a logging related discussion.


To reiterate a bit for Hervé's sake, I've 
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.


Ralph

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I'm still unclear on a bit of the details.

My understanding is that with svnpubsub we are committing stuff into subversion.  Where would that directory be? Immediately under the main site or somewhere else? In other words, does extpath.txt  provide the ability to divorce the main site content from the sub sites completely?  

So if we chose option 1 what would the subversion site structure look like?  What about with option 2?  We do not want to have to play a bunch of games with a complicated set of svn commands to build each of the components individually.

Ralph

On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

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

Ralph

On May 20, 2012, at 1:28 PM, Hervé BOUTEMY wrote:

> ok, so it's a custom rendering engine
>  
> so I see 2 solutions:
>  
> 1. either infra adds this engine as external, like it did with "mvn site": you'll have to put sources in content, to trigger html generation on each source update, buildbot will build the html, then you'll use the CMS web interface to publish staged content
>  
> 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, you're completely free, you only use svnpubsub: it's up to you to get the tooling to put html content to svn.
>  
> With 1st solution, main site is automatically published at each commit, each component being protected from erase by extpath.txt.
> With 2nd solution, main site is manually published when somebody does it, like components during releases, and you'll have to take care of not removing components content when publishing.
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :
> 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é BOUTEMY wrote:
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>  
> 
> 
>

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

ok, so it's a custom rendering engine

so I see 2 solutions:

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

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, you're completely free, you only use svnpubsub: 
it's up to you to get the tooling to put html content to svn.

With 1st solution, main site is automatically published at each commit, each 
component being protected from erase by extpath.txt.
With 2nd solution, main site is manually published when somebody does it, like 
components during releases, and you'll have to take care of not removing 
components content when publishing.

Regards,

Hervé

Le dimanche 20 mai 2012 12:53:27 Ralph Goers a écrit :

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é BOUTEMY wrote:

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.
 
The main question IMHO for the moment is: how are you planning to generate 
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only 
expectation is to output html to svn
 
Regards,
 
Hervé
 
Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC. 
 However, I haven't done any work there in a very long time.  This list would 
seem to be more appropriate for a logging related discussion.


To reiterate a bit for Hervé's sake, I've 
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.


Ralph

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Thanks, I didn't realize what I had posted was so ugly.

Ralph

On May 20, 2012, at 1:18 PM, Christian Grobmeier wrote:

> and here comes the same link with slightly improved formatting :-)
> http://mail-archives.apache.org/mod_mbox/logging-general/201205.mbox/%3CCAKpWnhTiVEe0M54UOFHGXTUOPq3TX2Jd_Z-a7B9H_pfnxQmCDg@mail.gmail.com%3E
> 
> 
> On Sun, May 20, 2012 at 9:53 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> 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é BOUTEMY wrote:
>> 
>> I'm now subscribed to general@logging
>> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>> 
>> 
>> 
>> The main question IMHO for the moment is: how are you planning to generate
>> main site html? Maven, CMS's markdown, another tool?
>> Then each component will have its own generation tool, with the only
>> expectation is to output html to svn
>> 
>> 
>> 
>> Regards,
>> 
>> 
>> 
>> Hervé
>> 
>> 
>> 
>> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
>> 
>> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.
>>  However, I haven't done any work there in a very long time.  This list
>> would seem to be more appropriate for a logging related discussion.
>> 
>> 
>> To reiterate a bit for Hervé's sake, I've
>> opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
>> 
>> Ralph
>> 
>> 
>> 
>> 
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

and here comes the same link with slightly improved formatting :-)
http://mail-archives.apache.org/mod_mbox/logging-general/201205.mbox/%3CCAKpWnhTiVEe0M54UOFHGXTUOPq3TX2Jd_Z-a7B9H_pfnxQmCDg@mail.gmail.com%3E


On Sun, May 20, 2012 at 9:53 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> 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é BOUTEMY wrote:
>
> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>
>
>
> The main question IMHO for the moment is: how are you planning to generate
> main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only
> expectation is to output html to svn
>
>
>
> Regards,
>
>
>
> Hervé
>
>
>
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
>
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.
>  However, I haven't done any work there in a very long time.  This list
> would seem to be more appropriate for a logging related discussion.
>
>
> To reiterate a bit for Hervé's sake, I've
> opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
>
> Ralph
>
>
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

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é BOUTEMY wrote:

> I'm now subscribed to general@logging
> Thanks Ralph for INFRA-4669: it gives me good information on actual status.
>  
> The main question IMHO for the moment is: how are you planning to generate main site html? Maven, CMS's markdown, another tool?
> Then each component will have its own generation tool, with the only expectation is to output html to svn
>  
> Regards,
>  
> Hervé
>  
> Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :
> If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.
> 
> 
> To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.
> 
> Ralph
>

Re: Logging web sites

Posted by Hervé BOUTEMY <he...@free.fr>.

I'm now subscribed to general@logging
Thanks Ralph for INFRA-4669: it gives me good information on actual status.

The main question IMHO for the moment is: how are you planning to generate 
main site html? Maven, CMS's markdown, another tool?
Then each component will have its own generation tool, with the only 
expectation is to output html to svn

Regards,

Hervé

Le dimanche 20 mai 2012 11:58:16 Ralph Goers a écrit :

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC. 
 However, I haven't done any work there in a very long time.  This list would 
seem to be more appropriate for a logging related discussion.


To reiterate a bit for Hervé's sake, I've 
opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.


Ralph

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

Thanks Ralph, Ivan and Hervé.
I agree on Option 1, it sounds very good to me!


On Tue, May 22, 2012 at 2:52 PM, Ivan Habunek <iv...@gmail.com> wrote:
> Yeah, sorry I haven't been more involved in the discussion. I've been to the
> phpday conference in Verona, and haven't had time to catch up.
>
> I posted a comment to the INFRA ticket with the required information. I'll
> keep in the loop from now on to answer any other questions.
>
> Regards,
> Ivan
>
>
> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>
>> Ivan,
>>
>> Daniel has updated the Jira and asked "Can you provide a list of
>> dependencies of your site's build process?  (as port names --
>> see www.freshports.org -- for those deps that are in ports)"
>>
>> Since you have actually built the test site could you possibly help with
>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>
>> Ralph
>>
>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>
>> Hi all,
>>
>> I was away for a bit so I didn't comment earlier.
>>
>> My idea is to generate the site using Twig [1], a nice PHP templating
>> engine, in combination with Textile markup [2], which is much more versatile
>> than most other common markup languages (such as markdown, apt, ...).
>>
>> I have already converted the logging web site. The code can be found here:
>>
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>
>> And I have deployed the generated web for demo here:
>> http://bezdomni.net/logging/
>>
>> This idea is obviously not compatible with the Apache CMS solution.
>> Frankly, I would prefer this solution to the CMS since, from what I have
>> seen, the CMS is quite a pain to use.
>>
>> Regards,
>> Ivan
>>
>> [1] http://twig.sensiolabs.org/
>> [2] http://textile.sitemonks.com/
>>
>>
>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>
>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>>> wrote:
>>> >
>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>> >
>>> >
>>> > What i thought was, why not to clean it up? Your proposed solutions
>>> > seem to be the cleanest way and updating everything just when we need
>>> > an update to the main site feels somehow wrong
>>> >
>>> >
>>> > Joe has now proposed using the CMS for the main Logging web site along
>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>> > would
>>> > then use svn externals so they could be independently managed. This
>>> > sounds
>>> > perfect to me.
>>>
>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>
>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>> design:
>>>
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>
>>> I will ask infra (on the ticket) if it is possible to either use that
>>> design for the CMS or if we can bypass the CMS feature for this one
>>> too...
>>>
>>> Cheers
>>> Christian
>>>
>>>
>>> > Ralph
>>>
>>>
>>>
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>>
>>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Ivan, can you poke Infra again and see if you can get them to complete this?

Ralph

On Jun 1, 2012, at 5:42 AM, Ivan Habunek wrote:

> Joe Schaefer suggested on JIRA [1] to have the site contents in pure
> Textile markup instead of Django templates as it is now. The benefit
> of this is that it would be somewhat simpler to write contents (no
> need for the template boilerplate).
> 
> Personally I'm somewhat inclined to leave it as it is now since it's
> more flexible and the boilerplate is really not that bad.
> 
> The current contents are located at [2].
> I will eventually change the ".twig" extension to something else since
> we're not using Twig any more.
> 
> To illustrate the point further, some projects, like Esme [3], have
> something similar, but with Markdown instead of Textile.
> 
> What do you think?
> 
> Regards,
> Ivan
> 
> [1] http://s.apache.org/HGr
> [2] http://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/content/
> [3] http://svn.apache.org/repos/asf/esme/site/trunk/content/
> 
> On 31 May 2012 13:44, Ivan Habunek <iv...@gmail.com> wrote:
>> On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
>>> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything.
>> 
>> We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
>> By default they are configured to process only *.mdtext files. I'm
>> working on it.
>> 
>>> Whatever you do, you can just use the area I already created which is documented in the Jira issue.
>> 
>> OK, I will use the /site/branches/cms/trunk/ folder.
>> 
>> Regards,
>> Ivan

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

Cool.

No we have to deal out how to deploy pages.

Thanks Ralph + Ivan for the hard work so far!

On Thu, Jun 7, 2012 at 2:47 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> And I have to say I very much like being able to edit the main site using
> the webui.  See https://blogs.apache.org/infra/entry/the_asf_cms
>
> Ralph
>
> On Jun 6, 2012, at 5:36 PM, Ralph Goers wrote:
>
>
> http://loggingtest.staging.apache.org/index.html is up.
>
> Ralph
>
>
>
> On Jun 1, 2012, at 5:42 AM, Ivan Habunek wrote:
>
> Joe Schaefer suggested on JIRA [1] to have the site contents in pure
> Textile markup instead of Django templates as it is now. The benefit
> of this is that it would be somewhat simpler to write contents (no
> need for the template boilerplate).
>
> Personally I'm somewhat inclined to leave it as it is now since it's
> more flexible and the boilerplate is really not that bad.
>
> The current contents are located at [2].
> I will eventually change the ".twig" extension to something else since
> we're not using Twig any more.
>
> To illustrate the point further, some projects, like Esme [3], have
> something similar, but with Markdown instead of Textile.
>
> What do you think?
>
> Regards,
> Ivan
>
> [1] http://s.apache.org/HGr
> [2] http://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/content/
> [3] http://svn.apache.org/repos/asf/esme/site/trunk/content/
>
> On 31 May 2012 13:44, Ivan Habunek <iv...@gmail.com> wrote:
>
> On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
>
> My understanding is if you want to use their system we can use their web UI
> to edit stuff and we don't really have to do anything.
>
>
> We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
>
> By default they are configured to process only *.mdtext files. I'm
>
> working on it.
>
>
> Whatever you do, you can just use the area I already created which is
> documented in the Jira issue.
>
>
> OK, I will use the /site/branches/cms/trunk/ folder.
>
>
> Regards,
>
> Ivan
>
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

And I have to say I very much like being able to edit the main site using the webui.  See https://blogs.apache.org/infra/entry/the_asf_cms

Ralph

On Jun 6, 2012, at 5:36 PM, Ralph Goers wrote:

> 
> http://loggingtest.staging.apache.org/index.html is up. 
> 
> Ralph
> 
> 
> 
> On Jun 1, 2012, at 5:42 AM, Ivan Habunek wrote:
> 
>> Joe Schaefer suggested on JIRA [1] to have the site contents in pure
>> Textile markup instead of Django templates as it is now. The benefit
>> of this is that it would be somewhat simpler to write contents (no
>> need for the template boilerplate).
>> 
>> Personally I'm somewhat inclined to leave it as it is now since it's
>> more flexible and the boilerplate is really not that bad.
>> 
>> The current contents are located at [2].
>> I will eventually change the ".twig" extension to something else since
>> we're not using Twig any more.
>> 
>> To illustrate the point further, some projects, like Esme [3], have
>> something similar, but with Markdown instead of Textile.
>> 
>> What do you think?
>> 
>> Regards,
>> Ivan
>> 
>> [1] http://s.apache.org/HGr
>> [2] http://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/content/
>> [3] http://svn.apache.org/repos/asf/esme/site/trunk/content/
>> 
>> On 31 May 2012 13:44, Ivan Habunek <iv...@gmail.com> wrote:
>>> On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
>>>> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything.
>>> 
>>> We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
>>> By default they are configured to process only *.mdtext files. I'm
>>> working on it.
>>> 
>>>> Whatever you do, you can just use the area I already created which is documented in the Jira issue.
>>> 
>>> OK, I will use the /site/branches/cms/trunk/ folder.
>>> 
>>> Regards,
>>> Ivan
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

http://loggingtest.staging.apache.org/index.html is up. 

Ralph



On Jun 1, 2012, at 5:42 AM, Ivan Habunek wrote:

> Joe Schaefer suggested on JIRA [1] to have the site contents in pure
> Textile markup instead of Django templates as it is now. The benefit
> of this is that it would be somewhat simpler to write contents (no
> need for the template boilerplate).
> 
> Personally I'm somewhat inclined to leave it as it is now since it's
> more flexible and the boilerplate is really not that bad.
> 
> The current contents are located at [2].
> I will eventually change the ".twig" extension to something else since
> we're not using Twig any more.
> 
> To illustrate the point further, some projects, like Esme [3], have
> something similar, but with Markdown instead of Textile.
> 
> What do you think?
> 
> Regards,
> Ivan
> 
> [1] http://s.apache.org/HGr
> [2] http://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/content/
> [3] http://svn.apache.org/repos/asf/esme/site/trunk/content/
> 
> On 31 May 2012 13:44, Ivan Habunek <iv...@gmail.com> wrote:
>> On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
>>> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything.
>> 
>> We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
>> By default they are configured to process only *.mdtext files. I'm
>> working on it.
>> 
>>> Whatever you do, you can just use the area I already created which is documented in the Jira issue.
>> 
>> OK, I will use the /site/branches/cms/trunk/ folder.
>> 
>> Regards,
>> Ivan

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

Joe Schaefer suggested on JIRA [1] to have the site contents in pure
Textile markup instead of Django templates as it is now. The benefit
of this is that it would be somewhat simpler to write contents (no
need for the template boilerplate).

Personally I'm somewhat inclined to leave it as it is now since it's
more flexible and the boilerplate is really not that bad.

The current contents are located at [2].
I will eventually change the ".twig" extension to something else since
we're not using Twig any more.

To illustrate the point further, some projects, like Esme [3], have
something similar, but with Markdown instead of Textile.

What do you think?

Regards,
Ivan

[1] http://s.apache.org/HGr
[2] http://svn.apache.org/repos/asf/logging/site/branches/cms/trunk/content/
[3] http://svn.apache.org/repos/asf/esme/site/trunk/content/

On 31 May 2012 13:44, Ivan Habunek <iv...@gmail.com> wrote:
> On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
>> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything.
>
> We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
> By default they are configured to process only *.mdtext files. I'm
> working on it.
>
>> Whatever you do, you can just use the area I already created which is documented in the Jira issue.
>
> OK, I will use the /site/branches/cms/trunk/ folder.
>
> Regards,
> Ivan

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

On 31 May 2012 12:23, Ralph Goers <rg...@apache.org> wrote:
> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything.

We have to at least adapt view.pm and path.pm, like Joe Schaefer said.
By default they are configured to process only *.mdtext files. I'm
working on it.

> Whatever you do, you can just use the area I already created which is documented in the Jira issue.

OK, I will use the /site/branches/cms/trunk/ folder.

Regards,
Ivan

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

See http://www.apache.org/dev/cmsref.html for info on using the CMS directly.

Ralph

On May 31, 2012, at 3:23 AM, Ralph Goers <rg...@apache.org> wrote:

> My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything. Whatever you do, you can just use the area I already created which is documented in the Jira issue.
> 
> Ralph
> 
> On May 30, 2012, at 11:48 PM, Ivan Habunek <iv...@gmail.com> wrote:
> 
>> Agreed about Perl. Not a fan either. Also I think speed will not be a
>> factor for the logging web for a long time, maybe never.
>> 
>> I have never used Quercus so I'm not an expert. There is a maven
>> plugin [1]. I'm not sure if you need to run the Resin server to make
>> it work. However, this would make the build more complicated. I mean,
>> running PHP in Java? :) I would prefer to keep it simple.
>> 
>> I see 3 possiblities:
>> a) Start using their supported Django-like templates [2], this
>> probably would not be that much work if we can survive a bit of Perl.
>> b) Wait for infra to setup PHP (they did not say thew would not do it,
>> just that "It'll take time"). ETA unknown.
>> c) Switch back to building the logging web manually and commiting it
>> to svn as originally planned.
>> 
>> If you wish I can attempt to make the first option work. This might be
>> the simplest solution since it would eliminate the need to pack Twig
>> and Textile with the project.
>> 
>> I just hope their Textile support (version 0.2) is any good. :-)
>> 
>> Regards,
>> Ivan
>> 
>> [1] http://wiki.caucho.com/Maven2
>> [2] http://www.dotiac.com/cgi-bin/index.pl
>> 
>> On 31 May 2012 07:38, Ralph Goers <ra...@dslextreme.com> wrote:
>>> Infra has updated https://issues.apache.org/jira/browse/INFRA-4699 and
>>> basically said they aren't going to install PHP anytime soon and that we
>>> should convert to using something Perl-based.  I've gotta say that I used
>>> Perl for a while many years ago in my day job and absolutely hated it.  I
>>> would only work on the tool periodically and found that every time I came
>>> back to work on it I had to re-learn Perl all over again.  So basically, I'd
>>> prefer to find other options.  Since they support Maven based builds they
>>> obviously support Java so is it possible we could use Quercus instead of
>>> native PHP?  I know very little about PHP to know if this makes a lot of
>>> sense or not.
>>> 
>>> Ralph
>>> 
>>> 
>>> 
>>> 
>>> On May 29, 2012, at 11:06 PM, Ralph Goers wrote:
>>> 
>>> I updated the Jira issue with the 4 items Daniel told me needed to be done.
>>> I did the first 3 and now I think we are just waiting for Infra to finish.
>>> If one of you would like to ping them that would be fine with me as I'm not
>>> going to be able to do much in the next 24 hrs.
>>> 
>>> Ralph
>>> 
>>> On May 27, 2012, at 1:28 PM, Ralph Goers wrote:
>>> 
>>> I've checked in what Ivan did to
>>> https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve
>>> suggested.  I found 1 bug in build.php and fixed that and added a
>>> requirement to specify the output directory on the command line. I also
>>> moved the content and templates to the appropriate directories.
>>> 
>>> Ralph
>>> 
>>> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
>>> 
>>> Thanks. Please let me know when we are at the point where I can try to add
>>> Log4j 2 on to the site.
>>> 
>>> Ralph
>>> 
>>> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>>> 
>>> I have given infra the requirements. We're waiting for them to set it up.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>>> 
>>>> Ivan,
>>>> 
>>>> Were you able to get a test site to work yet?
>>>> 
>>>> Ralph
>>>> 
>>>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>>> 
>>>> Yeah, sorry I haven't been more involved in the discussion. I've been to
>>>> the phpday conference in Verona, and haven't had time to catch up.
>>>> 
>>>> I posted a comment to the INFRA ticket with the required information. I'll
>>>> keep in the loop from now on to answer any other questions.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> 
>>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>>> 
>>>>> Ivan,
>>>>> 
>>>>> Daniel has updated the Jira and asked "Can you provide a list of
>>>>> dependencies of your site's build process?  (as port names --
>>>>> see www.freshports.org -- for those deps that are in ports)"
>>>>> 
>>>>> Since you have actually built the test site could you possibly help with
>>>>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>>> 
>>>>> Ralph
>>>>> 
>>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>>> 
>>>>> Hi all,
>>>>> 
>>>>> I was away for a bit so I didn't comment earlier.
>>>>> 
>>>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>>>> engine, in combination with Textile markup [2], which is much more versatile
>>>>> than most other common markup languages (such as markdown, apt, ...).
>>>>> 
>>>>> I have already converted the logging web site. The code can be found
>>>>> here:
>>>>> 
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>>> 
>>>>> And I have deployed the generated web for demo here:
>>>>> http://bezdomni.net/logging/
>>>>> 
>>>>> This idea is obviously not compatible with the Apache CMS solution.
>>>>> Frankly, I would prefer this solution to the CMS since, from what I have
>>>>> seen, the CMS is quite a pain to use.
>>>>> 
>>>>> Regards,
>>>>> Ivan
>>>>> 
>>>>> [1] http://twig.sensiolabs.org/
>>>>> [2] http://textile.sitemonks.com/
>>>>> 
>>>>> 
>>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>>> 
>>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers
>>>>>> <ra...@dslextreme.com> wrote:
>>>>>>> 
>>>>>>> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>>>> 
>>>>>>> 
>>>>>>> What i thought was, why not to clean it up? Your proposed solutions
>>>>>>> seem to be the cleanest way and updating everything just when we need
>>>>>>> an update to the main site feels somehow wrong
>>>>>>> 
>>>>>>> 
>>>>>>> Joe has now proposed using the CMS for the main Logging web site along
>>>>>>> with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>>>>> would
>>>>>>> then use svn externals so they could be independently managed. This
>>>>>>> sounds
>>>>>>> perfect to me.
>>>>>> 
>>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>>> 
>>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>>>> design:
>>>>>> 
>>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>>> 
>>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>>> too...
>>>>>> 
>>>>>> Cheers
>>>>>> Christian
>>>>>> 
>>>>>> 
>>>>>>> Ralph
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> http://www.grobmeier.de
>>>>>> https://www.timeandbill.de
>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> 
>>>

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

My understanding is if you want to use their system we can use their web UI to edit stuff and we don't really have to do anything. Whatever you do, you can just use the area I already created which is documented in the Jira issue.

Ralph

On May 30, 2012, at 11:48 PM, Ivan Habunek <iv...@gmail.com> wrote:

> Agreed about Perl. Not a fan either. Also I think speed will not be a
> factor for the logging web for a long time, maybe never.
> 
> I have never used Quercus so I'm not an expert. There is a maven
> plugin [1]. I'm not sure if you need to run the Resin server to make
> it work. However, this would make the build more complicated. I mean,
> running PHP in Java? :) I would prefer to keep it simple.
> 
> I see 3 possiblities:
> a) Start using their supported Django-like templates [2], this
> probably would not be that much work if we can survive a bit of Perl.
> b) Wait for infra to setup PHP (they did not say thew would not do it,
> just that "It'll take time"). ETA unknown.
> c) Switch back to building the logging web manually and commiting it
> to svn as originally planned.
> 
> If you wish I can attempt to make the first option work. This might be
> the simplest solution since it would eliminate the need to pack Twig
> and Textile with the project.
> 
> I just hope their Textile support (version 0.2) is any good. :-)
> 
> Regards,
> Ivan
> 
> [1] http://wiki.caucho.com/Maven2
> [2] http://www.dotiac.com/cgi-bin/index.pl
> 
> On 31 May 2012 07:38, Ralph Goers <ra...@dslextreme.com> wrote:
>> Infra has updated https://issues.apache.org/jira/browse/INFRA-4699 and
>> basically said they aren't going to install PHP anytime soon and that we
>> should convert to using something Perl-based.  I've gotta say that I used
>> Perl for a while many years ago in my day job and absolutely hated it.  I
>> would only work on the tool periodically and found that every time I came
>> back to work on it I had to re-learn Perl all over again.  So basically, I'd
>> prefer to find other options.  Since they support Maven based builds they
>> obviously support Java so is it possible we could use Quercus instead of
>> native PHP?  I know very little about PHP to know if this makes a lot of
>> sense or not.
>> 
>> Ralph
>> 
>> 
>> 
>> 
>> On May 29, 2012, at 11:06 PM, Ralph Goers wrote:
>> 
>> I updated the Jira issue with the 4 items Daniel told me needed to be done.
>> I did the first 3 and now I think we are just waiting for Infra to finish.
>> If one of you would like to ping them that would be fine with me as I'm not
>> going to be able to do much in the next 24 hrs.
>> 
>> Ralph
>> 
>> On May 27, 2012, at 1:28 PM, Ralph Goers wrote:
>> 
>> I've checked in what Ivan did to
>> https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve
>> suggested.  I found 1 bug in build.php and fixed that and added a
>> requirement to specify the output directory on the command line. I also
>> moved the content and templates to the appropriate directories.
>> 
>> Ralph
>> 
>> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
>> 
>> Thanks. Please let me know when we are at the point where I can try to add
>> Log4j 2 on to the site.
>> 
>> Ralph
>> 
>> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>> 
>> I have given infra the requirements. We're waiting for them to set it up.
>> 
>> Regards,
>> Ivan
>> 
>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>> 
>>> Ivan,
>>> 
>>> Were you able to get a test site to work yet?
>>> 
>>> Ralph
>>> 
>>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>> 
>>> Yeah, sorry I haven't been more involved in the discussion. I've been to
>>> the phpday conference in Verona, and haven't had time to catch up.
>>> 
>>> I posted a comment to the INFRA ticket with the required information. I'll
>>> keep in the loop from now on to answer any other questions.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> 
>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>> 
>>>> Ivan,
>>>> 
>>>> Daniel has updated the Jira and asked "Can you provide a list of
>>>> dependencies of your site's build process?  (as port names --
>>>> see www.freshports.org -- for those deps that are in ports)"
>>>> 
>>>> Since you have actually built the test site could you possibly help with
>>>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>> 
>>>> Ralph
>>>> 
>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>> 
>>>> Hi all,
>>>> 
>>>> I was away for a bit so I didn't comment earlier.
>>>> 
>>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>>> engine, in combination with Textile markup [2], which is much more versatile
>>>> than most other common markup languages (such as markdown, apt, ...).
>>>> 
>>>> I have already converted the logging web site. The code can be found
>>>> here:
>>>> 
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>> 
>>>> And I have deployed the generated web for demo here:
>>>> http://bezdomni.net/logging/
>>>> 
>>>> This idea is obviously not compatible with the Apache CMS solution.
>>>> Frankly, I would prefer this solution to the CMS since, from what I have
>>>> seen, the CMS is quite a pain to use.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> [1] http://twig.sensiolabs.org/
>>>> [2] http://textile.sitemonks.com/
>>>> 
>>>> 
>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>> 
>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers
>>>>> <ra...@dslextreme.com> wrote:
>>>>>> 
>>>>>> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>>> 
>>>>>> 
>>>>>> What i thought was, why not to clean it up? Your proposed solutions
>>>>>> seem to be the cleanest way and updating everything just when we need
>>>>>> an update to the main site feels somehow wrong
>>>>>> 
>>>>>> 
>>>>>> Joe has now proposed using the CMS for the main Logging web site along
>>>>>> with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>>>> would
>>>>>> then use svn externals so they could be independently managed. This
>>>>>> sounds
>>>>>> perfect to me.
>>>>> 
>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>> 
>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>>> design:
>>>>> 
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>> 
>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>> too...
>>>>> 
>>>>> Cheers
>>>>> Christian
>>>>> 
>>>>> 
>>>>>> Ralph
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> http://www.grobmeier.de
>>>>> https://www.timeandbill.de
>>>> 
>>>> 
>>> 
>>> 
>> 
>> 
>> 
>> 
>>

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Thu, May 31, 2012 at 8:48 AM, Ivan Habunek <iv...@gmail.com> wrote:
> Agreed about Perl. Not a fan either. Also I think speed will not be a
> factor for the logging web for a long time, maybe never.

wow Perl is horrible. I thought it has died 10 years ago and was much
surprised Infra did the CMS in Perl.

> I have never used Quercus so I'm not an expert. There is a maven
> plugin [1]. I'm not sure if you need to run the Resin server to make
> it work. However, this would make the build more complicated. I mean,
> running PHP in Java? :) I would prefer to keep it simple.

Last time I worked with Quercus it was horrible. The maven plugin does
not do anything with it, its more about deploying to Resin.

In theory Quercus should be able to stand alone, is faster and more
safe. In practice it works not so easy outside of the WAR file they
deliver. In our case we would need to write a Maven Mojo using Resin.
It would be fun but actually eat a lot of time.


> I see 3 possiblities:
> a) Start using their supported Django-like templates [2], this
> probably would not be that much work if we can survive a bit of Perl.

eeeeek :-|

> b) Wait for infra to setup PHP (they did not say thew would not do it,
> just that "It'll take time"). ETA unknown.

I would prefer to go forward, guess we need a good whil to migrate
everything once we have the tool

> c) Switch back to building the logging web manually and commiting it
> to svn as originally planned.

Hm.

> If you wish I can attempt to make the first option work. This might be
> the simplest solution since it would eliminate the need to pack Twig
> and Textile with the project.

If you could look at it, then yes, lets try that. Thank you.

Cheers,
Christian

>
> I just hope their Textile support (version 0.2) is any good. :-)

>
> Regards,
> Ivan
>
> [1] http://wiki.caucho.com/Maven2
> [2] http://www.dotiac.com/cgi-bin/index.pl
>
> On 31 May 2012 07:38, Ralph Goers <ra...@dslextreme.com> wrote:
>> Infra has updated https://issues.apache.org/jira/browse/INFRA-4699 and
>> basically said they aren't going to install PHP anytime soon and that we
>> should convert to using something Perl-based.  I've gotta say that I used
>> Perl for a while many years ago in my day job and absolutely hated it.  I
>> would only work on the tool periodically and found that every time I came
>> back to work on it I had to re-learn Perl all over again.  So basically, I'd
>> prefer to find other options.  Since they support Maven based builds they
>> obviously support Java so is it possible we could use Quercus instead of
>> native PHP?  I know very little about PHP to know if this makes a lot of
>> sense or not.
>>
>> Ralph
>>
>>
>>
>>
>> On May 29, 2012, at 11:06 PM, Ralph Goers wrote:
>>
>> I updated the Jira issue with the 4 items Daniel told me needed to be done.
>> I did the first 3 and now I think we are just waiting for Infra to finish.
>> If one of you would like to ping them that would be fine with me as I'm not
>> going to be able to do much in the next 24 hrs.
>>
>> Ralph
>>
>> On May 27, 2012, at 1:28 PM, Ralph Goers wrote:
>>
>> I've checked in what Ivan did to
>> https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve
>> suggested.  I found 1 bug in build.php and fixed that and added a
>> requirement to specify the output directory on the command line. I also
>> moved the content and templates to the appropriate directories.
>>
>> Ralph
>>
>> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
>>
>> Thanks. Please let me know when we are at the point where I can try to add
>> Log4j 2 on to the site.
>>
>> Ralph
>>
>> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>>
>> I have given infra the requirements. We're waiting for them to set it up.
>>
>> Regards,
>> Ivan
>>
>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>>
>>> Ivan,
>>>
>>> Were you able to get a test site to work yet?
>>>
>>> Ralph
>>>
>>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>>
>>> Yeah, sorry I haven't been more involved in the discussion. I've been to
>>> the phpday conference in Verona, and haven't had time to catch up.
>>>
>>> I posted a comment to the INFRA ticket with the required information. I'll
>>> keep in the loop from now on to answer any other questions.
>>>
>>> Regards,
>>> Ivan
>>>
>>>
>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>>
>>>> Ivan,
>>>>
>>>> Daniel has updated the Jira and asked "Can you provide a list of
>>>> dependencies of your site's build process?  (as port names --
>>>> see www.freshports.org -- for those deps that are in ports)"
>>>>
>>>> Since you have actually built the test site could you possibly help with
>>>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>>
>>>> Ralph
>>>>
>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> I was away for a bit so I didn't comment earlier.
>>>>
>>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>>> engine, in combination with Textile markup [2], which is much more versatile
>>>> than most other common markup languages (such as markdown, apt, ...).
>>>>
>>>> I have already converted the logging web site. The code can be found
>>>> here:
>>>>
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>>
>>>> And I have deployed the generated web for demo here:
>>>> http://bezdomni.net/logging/
>>>>
>>>> This idea is obviously not compatible with the Apache CMS solution.
>>>> Frankly, I would prefer this solution to the CMS since, from what I have
>>>> seen, the CMS is quite a pain to use.
>>>>
>>>> Regards,
>>>> Ivan
>>>>
>>>> [1] http://twig.sensiolabs.org/
>>>> [2] http://textile.sitemonks.com/
>>>>
>>>>
>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>>
>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers
>>>>> <ra...@dslextreme.com> wrote:
>>>>> >
>>>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>> >
>>>>> >
>>>>> > What i thought was, why not to clean it up? Your proposed solutions
>>>>> > seem to be the cleanest way and updating everything just when we need
>>>>> > an update to the main site feels somehow wrong
>>>>> >
>>>>> >
>>>>> > Joe has now proposed using the CMS for the main Logging web site along
>>>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>>> > would
>>>>> > then use svn externals so they could be independently managed. This
>>>>> > sounds
>>>>> > perfect to me.
>>>>>
>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>>
>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>>> design:
>>>>>
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>>
>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>> too...
>>>>>
>>>>> Cheers
>>>>> Christian
>>>>>
>>>>>
>>>>> > Ralph
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> http://www.grobmeier.de
>>>>> https://www.timeandbill.de
>>>>
>>>>
>>>
>>>
>>
>>
>>
>>
>>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

Agreed about Perl. Not a fan either. Also I think speed will not be a
factor for the logging web for a long time, maybe never.

I have never used Quercus so I'm not an expert. There is a maven
plugin [1]. I'm not sure if you need to run the Resin server to make
it work. However, this would make the build more complicated. I mean,
running PHP in Java? :) I would prefer to keep it simple.

I see 3 possiblities:
a) Start using their supported Django-like templates [2], this
probably would not be that much work if we can survive a bit of Perl.
b) Wait for infra to setup PHP (they did not say thew would not do it,
just that "It'll take time"). ETA unknown.
c) Switch back to building the logging web manually and commiting it
to svn as originally planned.

If you wish I can attempt to make the first option work. This might be
the simplest solution since it would eliminate the need to pack Twig
and Textile with the project.

I just hope their Textile support (version 0.2) is any good. :-)

Regards,
Ivan

[1] http://wiki.caucho.com/Maven2
[2] http://www.dotiac.com/cgi-bin/index.pl

On 31 May 2012 07:38, Ralph Goers <ra...@dslextreme.com> wrote:
> Infra has updated https://issues.apache.org/jira/browse/INFRA-4699 and
> basically said they aren't going to install PHP anytime soon and that we
> should convert to using something Perl-based.  I've gotta say that I used
> Perl for a while many years ago in my day job and absolutely hated it.  I
> would only work on the tool periodically and found that every time I came
> back to work on it I had to re-learn Perl all over again.  So basically, I'd
> prefer to find other options.  Since they support Maven based builds they
> obviously support Java so is it possible we could use Quercus instead of
> native PHP?  I know very little about PHP to know if this makes a lot of
> sense or not.
>
> Ralph
>
>
>
>
> On May 29, 2012, at 11:06 PM, Ralph Goers wrote:
>
> I updated the Jira issue with the 4 items Daniel told me needed to be done.
> I did the first 3 and now I think we are just waiting for Infra to finish.
> If one of you would like to ping them that would be fine with me as I'm not
> going to be able to do much in the next 24 hrs.
>
> Ralph
>
> On May 27, 2012, at 1:28 PM, Ralph Goers wrote:
>
> I've checked in what Ivan did to
> https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve
> suggested.  I found 1 bug in build.php and fixed that and added a
> requirement to specify the output directory on the command line. I also
> moved the content and templates to the appropriate directories.
>
> Ralph
>
> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
>
> Thanks. Please let me know when we are at the point where I can try to add
> Log4j 2 on to the site.
>
> Ralph
>
> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>
> I have given infra the requirements. We're waiting for them to set it up.
>
> Regards,
> Ivan
>
> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>
>> Ivan,
>>
>> Were you able to get a test site to work yet?
>>
>> Ralph
>>
>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>
>> Yeah, sorry I haven't been more involved in the discussion. I've been to
>> the phpday conference in Verona, and haven't had time to catch up.
>>
>> I posted a comment to the INFRA ticket with the required information. I'll
>> keep in the loop from now on to answer any other questions.
>>
>> Regards,
>> Ivan
>>
>>
>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>
>>> Ivan,
>>>
>>> Daniel has updated the Jira and asked "Can you provide a list of
>>> dependencies of your site's build process?  (as port names --
>>> see www.freshports.org -- for those deps that are in ports)"
>>>
>>> Since you have actually built the test site could you possibly help with
>>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>
>>> Ralph
>>>
>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>
>>> Hi all,
>>>
>>> I was away for a bit so I didn't comment earlier.
>>>
>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>> engine, in combination with Textile markup [2], which is much more versatile
>>> than most other common markup languages (such as markdown, apt, ...).
>>>
>>> I have already converted the logging web site. The code can be found
>>> here:
>>>
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>
>>> And I have deployed the generated web for demo here:
>>> http://bezdomni.net/logging/
>>>
>>> This idea is obviously not compatible with the Apache CMS solution.
>>> Frankly, I would prefer this solution to the CMS since, from what I have
>>> seen, the CMS is quite a pain to use.
>>>
>>> Regards,
>>> Ivan
>>>
>>> [1] http://twig.sensiolabs.org/
>>> [2] http://textile.sitemonks.com/
>>>
>>>
>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>
>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers
>>>> <ra...@dslextreme.com> wrote:
>>>> >
>>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>> >
>>>> >
>>>> > What i thought was, why not to clean it up? Your proposed solutions
>>>> > seem to be the cleanest way and updating everything just when we need
>>>> > an update to the main site feels somehow wrong
>>>> >
>>>> >
>>>> > Joe has now proposed using the CMS for the main Logging web site along
>>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>> > would
>>>> > then use svn externals so they could be independently managed. This
>>>> > sounds
>>>> > perfect to me.
>>>>
>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>
>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>> design:
>>>>
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>
>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>> too...
>>>>
>>>> Cheers
>>>> Christian
>>>>
>>>>
>>>> > Ralph
>>>>
>>>>
>>>>
>>>> --
>>>> http://www.grobmeier.de
>>>> https://www.timeandbill.de
>>>
>>>
>>
>>
>
>
>
>
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Infra has updated https://issues.apache.org/jira/browse/INFRA-4699 and basically said they aren't going to install PHP anytime soon and that we should convert to using something Perl-based.  I've gotta say that I used Perl for a while many years ago in my day job and absolutely hated it.  I would only work on the tool periodically and found that every time I came back to work on it I had to re-learn Perl all over again.  So basically, I'd prefer to find other options.  Since they support Maven based builds they obviously support Java so is it possible we could use Quercus instead of native PHP?  I know very little about PHP to know if this makes a lot of sense or not.

Ralph



On May 29, 2012, at 11:06 PM, Ralph Goers wrote:

> I updated the Jira issue with the 4 items Daniel told me needed to be done. I did the first 3 and now I think we are just waiting for Infra to finish. If one of you would like to ping them that would be fine with me as I'm not going to be able to do much in the next 24 hrs.
> 
> Ralph
> 
> On May 27, 2012, at 1:28 PM, Ralph Goers wrote:
> 
>> I've checked in what Ivan did to https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve suggested.  I found 1 bug in build.php and fixed that and added a requirement to specify the output directory on the command line. I also moved the content and templates to the appropriate directories. 
>> 
>> Ralph
>> 
>> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
>> 
>>> Thanks. Please let me know when we are at the point where I can try to add Log4j 2 on to the site.
>>> 
>>> Ralph
>>> 
>>> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>>> 
>>>> I have given infra the requirements. We're waiting for them to set it up.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>>> Ivan,
>>>> 
>>>> Were you able to get a test site to work yet?
>>>> 
>>>> Ralph
>>>> 
>>>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>>> 
>>>>> Yeah, sorry I haven't been more involved in the discussion. I've been to the phpday conference in Verona, and haven't had time to catch up.
>>>>> 
>>>>> I posted a comment to the INFRA ticket with the required information. I'll keep in the loop from now on to answer any other questions.
>>>>> 
>>>>> Regards,
>>>>> Ivan
>>>>> 
>>>>> 
>>>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>>> Ivan, 
>>>>> 
>>>>> Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"
>>>>> 
>>>>> Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>>> 
>>>>> Ralph
>>>>> 
>>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>>> 
>>>>>> Hi all, 
>>>>>> 
>>>>>> I was away for a bit so I didn't comment earlier. 
>>>>>> 
>>>>>> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
>>>>>> 
>>>>>> I have already converted the logging web site. The code can be found here:
>>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>>>> 
>>>>>> And I have deployed the generated web for demo here:
>>>>>> http://bezdomni.net/logging/
>>>>>> 
>>>>>> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
>>>>>> 
>>>>>> Regards,
>>>>>> Ivan
>>>>>> 
>>>>>> [1] http://twig.sensiolabs.org/
>>>>>> [2] http://textile.sitemonks.com/
>>>>>> 
>>>>>> 
>>>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>>>>> >
>>>>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>>> >
>>>>>> >
>>>>>> > What i thought was, why not to clean it up? Your proposed solutions
>>>>>> > seem to be the cleanest way and updating everything just when we need
>>>>>> > an update to the main site feels somehow wrong
>>>>>> >
>>>>>> >
>>>>>> > Joe has now proposed using the CMS for the main Logging web site along
>>>>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
>>>>>> > then use svn externals so they could be independently managed. This sounds
>>>>>> > perfect to me.
>>>>>> 
>>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>>> 
>>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
>>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>>> 
>>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>>> too...
>>>>>> 
>>>>>> Cheers
>>>>>> Christian
>>>>>> 
>>>>>> 
>>>>>> > Ralph
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> http://www.grobmeier.de
>>>>>> https://www.timeandbill.de
>>>>>> 
>>>>> 
>>>> 
>>>> 
>>> 
>> 
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I updated the Jira issue with the 4 items Daniel told me needed to be done. I did the first 3 and now I think we are just waiting for Infra to finish. If one of you would like to ping them that would be fine with me as I'm not going to be able to do much in the next 24 hrs.

Ralph

On May 27, 2012, at 1:28 PM, Ralph Goers wrote:

> I've checked in what Ivan did to https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve suggested.  I found 1 bug in build.php and fixed that and added a requirement to specify the output directory on the command line. I also moved the content and templates to the appropriate directories. 
> 
> Ralph
> 
> On May 23, 2012, at 9:32 AM, Ralph Goers wrote:
> 
>> Thanks. Please let me know when we are at the point where I can try to add Log4j 2 on to the site.
>> 
>> Ralph
>> 
>> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
>> 
>>> I have given infra the requirements. We're waiting for them to set it up.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>>> Ivan,
>>> 
>>> Were you able to get a test site to work yet?
>>> 
>>> Ralph
>>> 
>>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>>> 
>>>> Yeah, sorry I haven't been more involved in the discussion. I've been to the phpday conference in Verona, and haven't had time to catch up.
>>>> 
>>>> I posted a comment to the INFRA ticket with the required information. I'll keep in the loop from now on to answer any other questions.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> 
>>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>>> Ivan, 
>>>> 
>>>> Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"
>>>> 
>>>> Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>>> 
>>>> Ralph
>>>> 
>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>>> 
>>>>> Hi all, 
>>>>> 
>>>>> I was away for a bit so I didn't comment earlier. 
>>>>> 
>>>>> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
>>>>> 
>>>>> I have already converted the logging web site. The code can be found here:
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>>> 
>>>>> And I have deployed the generated web for demo here:
>>>>> http://bezdomni.net/logging/
>>>>> 
>>>>> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
>>>>> 
>>>>> Regards,
>>>>> Ivan
>>>>> 
>>>>> [1] http://twig.sensiolabs.org/
>>>>> [2] http://textile.sitemonks.com/
>>>>> 
>>>>> 
>>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>>>> >
>>>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>> >
>>>>> >
>>>>> > What i thought was, why not to clean it up? Your proposed solutions
>>>>> > seem to be the cleanest way and updating everything just when we need
>>>>> > an update to the main site feels somehow wrong
>>>>> >
>>>>> >
>>>>> > Joe has now proposed using the CMS for the main Logging web site along
>>>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
>>>>> > then use svn externals so they could be independently managed. This sounds
>>>>> > perfect to me.
>>>>> 
>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>> 
>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>> 
>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>> too...
>>>>> 
>>>>> Cheers
>>>>> Christian
>>>>> 
>>>>> 
>>>>> > Ralph
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> http://www.grobmeier.de
>>>>> https://www.timeandbill.de
>>>>> 
>>>> 
>>> 
>>> 
>> 
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I've checked in what Ivan did to https://svn.apache.org/repos/asf/logging/site/branches/cms/trunk as Herve suggested.  I found 1 bug in build.php and fixed that and added a requirement to specify the output directory on the command line. I also moved the content and templates to the appropriate directories. 

Ralph

On May 23, 2012, at 9:32 AM, Ralph Goers wrote:

> Thanks. Please let me know when we are at the point where I can try to add Log4j 2 on to the site.
> 
> Ralph
> 
> On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:
> 
>> I have given infra the requirements. We're waiting for them to set it up.
>> 
>> Regards,
>> Ivan
>> 
>> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
>> Ivan,
>> 
>> Were you able to get a test site to work yet?
>> 
>> Ralph
>> 
>> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>> 
>>> Yeah, sorry I haven't been more involved in the discussion. I've been to the phpday conference in Verona, and haven't had time to catch up.
>>> 
>>> I posted a comment to the INFRA ticket with the required information. I'll keep in the loop from now on to answer any other questions.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> 
>>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>>> Ivan, 
>>> 
>>> Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"
>>> 
>>> Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>> 
>>> Ralph
>>> 
>>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>> 
>>>> Hi all, 
>>>> 
>>>> I was away for a bit so I didn't comment earlier. 
>>>> 
>>>> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
>>>> 
>>>> I have already converted the logging web site. The code can be found here:
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>> 
>>>> And I have deployed the generated web for demo here:
>>>> http://bezdomni.net/logging/
>>>> 
>>>> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> [1] http://twig.sensiolabs.org/
>>>> [2] http://textile.sitemonks.com/
>>>> 
>>>> 
>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>>> >
>>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>> >
>>>> >
>>>> > What i thought was, why not to clean it up? Your proposed solutions
>>>> > seem to be the cleanest way and updating everything just when we need
>>>> > an update to the main site feels somehow wrong
>>>> >
>>>> >
>>>> > Joe has now proposed using the CMS for the main Logging web site along
>>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
>>>> > then use svn externals so they could be independently managed. This sounds
>>>> > perfect to me.
>>>> 
>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>> 
>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>> 
>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>> too...
>>>> 
>>>> Cheers
>>>> Christian
>>>> 
>>>> 
>>>> > Ralph
>>>> 
>>>> 
>>>> 
>>>> --
>>>> http://www.grobmeier.de
>>>> https://www.timeandbill.de
>>>> 
>>> 
>> 
>> 
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Thanks. Please let me know when we are at the point where I can try to add Log4j 2 on to the site.

Ralph

On May 23, 2012, at 9:30 AM, Ivan Habunek wrote:

> I have given infra the requirements. We're waiting for them to set it up.
> 
> Regards,
> Ivan
> 
> On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:
> Ivan,
> 
> Were you able to get a test site to work yet?
> 
> Ralph
> 
> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
> 
>> Yeah, sorry I haven't been more involved in the discussion. I've been to the phpday conference in Verona, and haven't had time to catch up.
>> 
>> I posted a comment to the INFRA ticket with the required information. I'll keep in the loop from now on to answer any other questions.
>> 
>> Regards,
>> Ivan
>> 
>> 
>> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>> Ivan, 
>> 
>> Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"
>> 
>> Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>> 
>> Ralph
>> 
>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>> 
>>> Hi all, 
>>> 
>>> I was away for a bit so I didn't comment earlier. 
>>> 
>>> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
>>> 
>>> I have already converted the logging web site. The code can be found here:
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>> 
>>> And I have deployed the generated web for demo here:
>>> http://bezdomni.net/logging/
>>> 
>>> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> [1] http://twig.sensiolabs.org/
>>> [2] http://textile.sitemonks.com/
>>> 
>>> 
>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>> >
>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>> >
>>> >
>>> > What i thought was, why not to clean it up? Your proposed solutions
>>> > seem to be the cleanest way and updating everything just when we need
>>> > an update to the main site feels somehow wrong
>>> >
>>> >
>>> > Joe has now proposed using the CMS for the main Logging web site along
>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
>>> > then use svn externals so they could be independently managed. This sounds
>>> > perfect to me.
>>> 
>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>> 
>>> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>> 
>>> I will ask infra (on the ticket) if it is possible to either use that
>>> design for the CMS or if we can bypass the CMS feature for this one
>>> too...
>>> 
>>> Cheers
>>> Christian
>>> 
>>> 
>>> > Ralph
>>> 
>>> 
>>> 
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>>> 
>> 
> 
>

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

I have given infra the requirements. We're waiting for them to set it up.

Regards,
Ivan

On 23 May 2012 17:57, Ralph Goers <rg...@apache.org> wrote:

> Ivan,
>
> Were you able to get a test site to work yet?
>
> Ralph
>
> On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:
>
> Yeah, sorry I haven't been more involved in the discussion. I've been to
> the phpday conference in Verona, and haven't had time to catch up.
>
> I posted a comment to the INFRA ticket with the required information. I'll
> keep in the loop from now on to answer any other questions.
>
> Regards,
> Ivan
>
>
> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
>
>> Ivan,
>>
>> Daniel has updated the Jira and asked "Can you provide a list of
>> dependencies of your site's build process?  (as port names -- see
>> www.freshports.org -- for those deps that are in ports)"
>>
>> Since you have actually built the test site could you possibly help with
>> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>>
>> Ralph
>>
>> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>>
>> Hi all,
>>
>> I was away for a bit so I didn't comment earlier.
>>
>> My idea is to generate the site using Twig [1], a nice PHP templating
>> engine, in combination with Textile markup [2], which is much more
>> versatile than most other common markup languages (such as markdown, apt,
>> ...).
>>
>> I have already converted the logging web site. The code can be found here:
>>
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>
>> And I have deployed the generated web for demo here:
>> http://bezdomni.net/logging/
>>
>> This idea is obviously not compatible with the Apache CMS solution.
>> Frankly, I would prefer this solution to the CMS since, from what I have
>> seen, the CMS is quite a pain to use.
>>
>> Regards,
>> Ivan
>>
>> [1] http://twig.sensiolabs.org/
>> [2] http://textile.sitemonks.com/
>>
>>
>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>
>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>>> wrote:
>>> >
>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>> >
>>> >
>>> > What i thought was, why not to clean it up? Your proposed solutions
>>> > seem to be the cleanest way and updating everything just when we need
>>> > an update to the main site feels somehow wrong
>>> >
>>> >
>>> > Joe has now proposed using the CMS for the main Logging web site along
>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>> would
>>> > then use svn externals so they could be independently managed. This
>>> sounds
>>> > perfect to me.
>>>
>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>
>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>> design:
>>>
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>
>>> I will ask infra (on the ticket) if it is possible to either use that
>>> design for the CMS or if we can bypass the CMS feature for this one
>>> too...
>>>
>>> Cheers
>>> Christian
>>>
>>>
>>> > Ralph
>>>
>>>
>>>
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>>>
>>
>>
>
>

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

Ivan,

Were you able to get a test site to work yet?

Ralph

On May 22, 2012, at 5:52 AM, Ivan Habunek wrote:

> Yeah, sorry I haven't been more involved in the discussion. I've been to the phpday conference in Verona, and haven't had time to catch up.
> 
> I posted a comment to the INFRA ticket with the required information. I'll keep in the loop from now on to answer any other questions.
> 
> Regards,
> Ivan
> 
> 
> On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:
> Ivan, 
> 
> Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"
> 
> Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
> 
> Ralph
> 
> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
> 
>> Hi all, 
>> 
>> I was away for a bit so I didn't comment earlier. 
>> 
>> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
>> 
>> I have already converted the logging web site. The code can be found here:
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>> 
>> And I have deployed the generated web for demo here:
>> http://bezdomni.net/logging/
>> 
>> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
>> 
>> Regards,
>> Ivan
>> 
>> [1] http://twig.sensiolabs.org/
>> [2] http://textile.sitemonks.com/
>> 
>> 
>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>> >
>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>> >
>> >
>> > What i thought was, why not to clean it up? Your proposed solutions
>> > seem to be the cleanest way and updating everything just when we need
>> > an update to the main site feels somehow wrong
>> >
>> >
>> > Joe has now proposed using the CMS for the main Logging web site along
>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
>> > then use svn externals so they could be independently managed. This sounds
>> > perfect to me.
>> 
>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>> 
>> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>> 
>> I will ask infra (on the ticket) if it is possible to either use that
>> design for the CMS or if we can bypass the CMS feature for this one
>> too...
>> 
>> Cheers
>> Christian
>> 
>> 
>> > Ralph
>> 
>> 
>> 
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>> 
>

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

Yeah, sorry I haven't been more involved in the discussion. I've been to
the phpday conference in Verona, and haven't had time to catch up.

I posted a comment to the INFRA ticket with the required information. I'll
keep in the loop from now on to answer any other questions.

Regards,
Ivan


On 22 May 2012 13:40, Ralph Goers <rg...@apache.org> wrote:

> Ivan,
>
> Daniel has updated the Jira and asked "Can you provide a list of
> dependencies of your site's build process?  (as port names -- see
> www.freshports.org -- for those deps that are in ports)"
>
> Since you have actually built the test site could you possibly help with
> this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.
>
> Ralph
>
> On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:
>
> Hi all,
>
> I was away for a bit so I didn't comment earlier.
>
> My idea is to generate the site using Twig [1], a nice PHP templating
> engine, in combination with Textile markup [2], which is much more
> versatile than most other common markup languages (such as markdown, apt,
> ...).
>
> I have already converted the logging web site. The code can be found here:
>
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>
> And I have deployed the generated web for demo here:
> http://bezdomni.net/logging/
>
> This idea is obviously not compatible with the Apache CMS solution.
> Frankly, I would prefer this solution to the CMS since, from what I have
> seen, the CMS is quite a pain to use.
>
> Regards,
> Ivan
>
> [1] http://twig.sensiolabs.org/
> [2] http://textile.sitemonks.com/
>
>
> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>
>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>> wrote:
>> >
>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>> >
>> >
>> > What i thought was, why not to clean it up? Your proposed solutions
>> > seem to be the cleanest way and updating everything just when we need
>> > an update to the main site feels somehow wrong
>> >
>> >
>> > Joe has now proposed using the CMS for the main Logging web site along
>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>> would
>> > then use svn externals so they could be independently managed. This
>> sounds
>> > perfect to me.
>>
>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>
>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>> design:
>>
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>
>> I will ask infra (on the ticket) if it is possible to either use that
>> design for the CMS or if we can bypass the CMS feature for this one
>> too...
>>
>> Cheers
>> Christian
>>
>>
>> > Ralph
>>
>>
>>
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>>
>
>

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

Ivan, 

Daniel has updated the Jira and asked "Can you provide a list of dependencies of your site's build process?  (as port names -- see www.freshports.org -- for those deps that are in ports)"

Since you have actually built the test site could you possibly help with this? The issue is https://issues.apache.org/jira/browse/INFRA-4699.

Ralph

On May 2, 2012, at 2:11 AM, Ivan Habunek <iv...@gmail.com> wrote:

> Hi all, 
> 
> I was away for a bit so I didn't comment earlier. 
> 
> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
> 
> I have already converted the logging web site. The code can be found here:
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
> 
> And I have deployed the generated web for demo here:
> http://bezdomni.net/logging/
> 
> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
> 
> Regards,
> Ivan
> 
> [1] http://twig.sensiolabs.org/
> [2] http://textile.sitemonks.com/
> 
> 
> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> >
> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
> >
> >
> > What i thought was, why not to clean it up? Your proposed solutions
> > seem to be the cleanest way and updating everything just when we need
> > an update to the main site feels somehow wrong
> >
> >
> > Joe has now proposed using the CMS for the main Logging web site along
> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
> > then use svn externals so they could be independently managed. This sounds
> > perfect to me.
> 
> OK I understand svn externals is like "symlinks for svn". Sounds ok.
> 
> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
> 
> I will ask infra (on the ticket) if it is possible to either use that
> design for the CMS or if we can bypass the CMS feature for this one
> too...
> 
> Cheers
> Christian
> 
> 
> > Ralph
> 
> 
> 
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

If you meant me, of course I'm subscribed to Maven Dev as I'm on the PMC.  However, I haven't done any work there in a very long time.  This list would seem to be more appropriate for a logging related discussion.

To reiterate a bit for Hervé's sake, I've opened https://issues.apache.org/jira/browse/INFRA-4699 which 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 something.

Ralph

On May 20, 2012, at 9:48 AM, Christian Grobmeier wrote:

> On Sun, May 20, 2012 at 2:24 PM, Christian Grobmeier
> <gr...@gmail.com> wrote:
>>>>> My understanding is the asf-svnpubsub-plugin is the predecessor to the
>>>>> maven-site-scm-plugin that I mentioned.
>>> 
>>> It starts to make sense :-)
>>> Looking at the plug its in sandbox but might be useable already. Actually it
>>> feels pretty comfortable to me assuming it works.
>>> 
>>> Do we have an issue using unreleased code for building our sites?
>>> 
>>> Not that I am aware of.
>> 
>> I have asked on the maven mailinglist about the state of this plugin.
>> Maybe its already usable and just needs alittle tweaks to get out of
>> the sandbox.
> 
> In case you are not following the discussion on maven dev, here is the
> link to my message:
> http://bit.ly/JutniC
> 
> Already got a very interesting response from Hervé. He seems to
> understand all that stuff very well and offered his help. I explained
> to him what we try to do (which is: use mvn to deploy our site
> easily). Lets see what he response. Feel free to jump into the
> dicussion.
> 
> Cheers
> 
> 
>> Cheers
>> Christian
>> 
>>> 
>>> Ralph
>> 
>> 
>> 
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Sun, May 20, 2012 at 2:24 PM, Christian Grobmeier
<gr...@gmail.com> wrote:
>>> > My understanding is the asf-svnpubsub-plugin is the predecessor to the
>>> > maven-site-scm-plugin that I mentioned.
>>
>> It starts to make sense :-)
>> Looking at the plug its in sandbox but might be useable already. Actually it
>> feels pretty comfortable to me assuming it works.
>>
>> Do we have an issue using unreleased code for building our sites?
>>
>> Not that I am aware of.
>
> I have asked on the maven mailinglist about the state of this plugin.
> Maybe its already usable and just needs alittle tweaks to get out of
> the sandbox.

In case you are not following the discussion on maven dev, here is the
link to my message:
http://bit.ly/JutniC

Already got a very interesting response from Hervé. He seems to
understand all that stuff very well and offered his help. I explained
to him what we try to do (which is: use mvn to deploy our site
easily). Lets see what he response. Feel free to jump into the
dicussion.

Cheers


> Cheers
> Christian
>
>>
>> Ralph
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

>> > My understanding is the asf-svnpubsub-plugin is the predecessor to the
>> > maven-site-scm-plugin that I mentioned.
>
> It starts to make sense :-)
> Looking at the plug its in sandbox but might be useable already. Actually it
> feels pretty comfortable to me assuming it works.
>
> Do we have an issue using unreleased code for building our sites?
>
> Not that I am aware of.

I have asked on the maven mailinglist about the state of this plugin.
Maybe its already usable and just needs alittle tweaks to get out of
the sandbox.

Cheers
Christian

>
> Ralph



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

On May 19, 2012, at 2:35 PM, Christian Grobmeier <gr...@gmail.com> wrote:

> 
> On May 19, 2012 10:35 PM, "Ralph Goers" <rg...@apache.org> wrote:
> >
> > Oops. I meant maven-site-scm-publish plugin
> >
> > Ralph
> >
> > On May 19, 2012, at 1:33 PM, Ralph Goers <rg...@apache.org> wrote:
> >
> > > My understanding is the asf-svnpubsub-plugin is the predecessor to the maven-site-scm-plugin that I mentioned.
> 
> It starts to make sense :-)
> Looking at the plug its in sandbox but might be useable already. Actually it feels pretty comfortable to me assuming it works.
> 
> Do we have an issue using unreleased code for building our sites?
> 

Not that I am aware of.

Ralph

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On May 19, 2012 10:35 PM, "Ralph Goers" <rg...@apache.org> wrote:
>
> Oops. I meant maven-site-scm-publish plugin
>
> Ralph
>
> On May 19, 2012, at 1:33 PM, Ralph Goers <rg...@apache.org> wrote:
>
> > My understanding is the asf-svnpubsub-plugin is the predecessor to the
maven-site-scm-plugin that I mentioned.

It starts to make sense :-)
Looking at the plug its in sandbox but might be useable already. Actually
it feels pretty comfortable to me assuming it works.

Do we have an issue using unreleased code for building our sites?

> > Ralph
> >
> > On May 19, 2012, at 9:12 AM, Christian Grobmeier <gr...@gmail.com>
wrote:
> >
> >> I just found this:
> >> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/index.html
> >>
> >> Did we consider that one? It looks nice and integrates well with
> >> maven. It seems to checkout a specific url from svn, compares it with
> >> the locally generated site and then commits a diff to the publishing
> >> tree. From there its taken by svnpubsub.
> >>
> >> From what I understood so far, it should be easiest to use that
> >> plugin. We would need to check out every site with every change, but
> >> as the pubsub works on a separate tree, i think its no problem.
> >>
> >> WDYT?
> >>
> >> On Sat, May 19, 2012 at 5:30 PM, Christian Grobmeier
> >> <gr...@gmail.com> wrote:
> >>> On Fri, May 18, 2012 at 5:54 PM, Ralph Goers <
ralph.goers@dslextreme.com> wrote:
> >>>> This topic has died down a bit.  My concern here is that I am pretty
much
> >>>> read to do a release of Log4j 2 but I really don't know how to
publish the
> >>>> web site. The process I use to build Log4j 2 is
> >>>
> >>> Thanks for brining up the topic again.
> >>>
> >>>> 1. Check it out from SVN.
> >>>> 2. Run "mvn -P release-notes generate-resources (then commit the
generated
> >>>> notes for a real release).
> >>>> 3. Run "mvn -P apache-release install  (this step would be replaced
by mvn
> >>>> release:prepare release:package in a real release)
> >>>> 4. Run mvn site (would be on the tagged branch).
> >>>> 5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site
> >>>> somewhere.
> >>>>
> >>>> I'm imagining that I would need to use the maven-site-scm-publish
plugin to
> >>>> commit the site to where it needs to go but we haven't agreed on
what to
> >>>> tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699
.
> >>>>
> >>>> I'm not really sure where to go from here.
> >>>
> >>> Me either :-|
> >>>
> >>> Lets sum up what we have now:
> >>> - log4j1 does "mvn site" to localhost and then commits the generated
> >>> file to svn trunk. From there it will be taken with "svn up". This
> >>> process does not work well with pubsub because changes are visible
> >>> instantly. It needs to be changed.
> >>>
> >>> - log4j2 seem to do everything locally and just upload the generated
> >>> files to either a staging folder or the real folder. This is my
> >>> preferred approach
> >>>
> >>> - log4php does it (if i remember correctly) like log4j2
> >>>
> >>> - I don't know bout the other logging sites.
> >>>
> >>> - Infra wants to see svnpubsub in action or that we use the CMS
> >>>
> >>>
> >>> Honestly my preferred approach is to have the rules in place you
> >>> mentioned in the issue. Ivans new main site is so simple, it really
> >>> does not need a CMS. The other pages should be taken with maven, as
> >>> usual.
> >>>
> >>> That being said, it seems there is a maven plugin which works with the
> >>> CMS. Even when I really have no fun trying out the CMS, we might ask
> >>> if we can get some kind of a sandbox to try it out. Probably we can
> >>> work as we always did and we don't need to use the CMS interface
> >>> directly.
> >>>
> >>> If we can use the CMS, we need to touch all pom files to enable it.
> >>> Basically it looks pretty straightforward, just moving the site-folder
> >>> to $project/content
> >>>
> >>> So, how about asking about getting access to a sandbox CMS and trying
> >>> the maven build?
> >>>
> >>> Cheers
> >>> Christian
> >>>
> >>>
> >>>
> >>>>
> >>>> Ralph
> >>>>
> >>>> On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:
> >>>>
> >>>> Hi all,
> >>>>
> >>>> I was away for a bit so I didn't comment earlier.
> >>>>
> >>>> My idea is to generate the site using Twig [1], a nice PHP templating
> >>>> engine, in combination with Textile markup [2], which is much more
versatile
> >>>> than most other common markup languages (such as markdown, apt, ...).
> >>>>
> >>>> I have already converted the logging web site. The code can be found
here:
> >>>>
http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
> >>>>
> >>>> And I have deployed the generated web for demo here:
> >>>> http://bezdomni.net/logging/
> >>>>
> >>>> This idea is obviously not compatible with the Apache CMS solution.
Frankly,
> >>>> I would prefer this solution to the CMS since, from what I have
seen, the
> >>>> CMS is quite a pain to use.
> >>>>
> >>>> Regards,
> >>>> Ivan
> >>>>
> >>>> [1] http://twig.sensiolabs.org/
> >>>> [2] http://textile.sitemonks.com/
> >>>>
> >>>>
> >>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
> >>>>>
> >>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <
ralph.goers@dslextreme.com>
> >>>>> wrote:
> >>>>>>
> >>>>>> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
> >>>>>>
> >>>>>>
> >>>>>> What i thought was, why not to clean it up? Your proposed solutions
> >>>>>> seem to be the cleanest way and updating everything just when we
need
> >>>>>> an update to the main site feels somehow wrong
> >>>>>>
> >>>>>>
> >>>>>> Joe has now proposed using the CMS for the main Logging web site
along
> >>>>>> with expaths.txt + svnpubsub for each sub-project. Each sub-project
> >>>>>> would
> >>>>>> then use svn externals so they could be independently managed. This
> >>>>>> sounds
> >>>>>> perfect to me.
> >>>>>
> >>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
> >>>>>
> >>>>> I am a bit concerned on the CMS. Ivan has put much effort in the
website
> >>>>> design:
> >>>>>
> >>>>>
http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
> >>>>>
> >>>>> I will ask infra (on the ticket) if it is possible to either use
that
> >>>>> design for the CMS or if we can bypass the CMS feature for this one
> >>>>> too...
> >>>>>
> >>>>> Cheers
> >>>>> Christian
> >>>>>
> >>>>>
> >>>>>> Ralph
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> http://www.grobmeier.de
> >>>>> https://www.timeandbill.de
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.grobmeier.de
> >>> https://www.timeandbill.de
> >>
> >>
> >>
> >> --
> >> http://www.grobmeier.de
> >> https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

Oops. I meant maven-site-scm-publish plugin

Ralph

On May 19, 2012, at 1:33 PM, Ralph Goers <rg...@apache.org> wrote:

> My understanding is the asf-svnpubsub-plugin is the predecessor to the maven-site-scm-plugin that I mentioned.
> 
> Ralph
> 
> On May 19, 2012, at 9:12 AM, Christian Grobmeier <gr...@gmail.com> wrote:
> 
>> I just found this:
>> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/index.html
>> 
>> Did we consider that one? It looks nice and integrates well with
>> maven. It seems to checkout a specific url from svn, compares it with
>> the locally generated site and then commits a diff to the publishing
>> tree. From there its taken by svnpubsub.
>> 
>> From what I understood so far, it should be easiest to use that
>> plugin. We would need to check out every site with every change, but
>> as the pubsub works on a separate tree, i think its no problem.
>> 
>> WDYT?
>> 
>> On Sat, May 19, 2012 at 5:30 PM, Christian Grobmeier
>> <gr...@gmail.com> wrote:
>>> On Fri, May 18, 2012 at 5:54 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>>>> This topic has died down a bit.  My concern here is that I am pretty much
>>>> read to do a release of Log4j 2 but I really don't know how to publish the
>>>> web site. The process I use to build Log4j 2 is
>>> 
>>> Thanks for brining up the topic again.
>>> 
>>>> 1. Check it out from SVN.
>>>> 2. Run "mvn -P release-notes generate-resources (then commit the generated
>>>> notes for a real release).
>>>> 3. Run "mvn -P apache-release install  (this step would be replaced by mvn
>>>> release:prepare release:package in a real release)
>>>> 4. Run mvn site (would be on the tagged branch).
>>>> 5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site
>>>> somewhere.
>>>> 
>>>> I'm imagining that I would need to use the maven-site-scm-publish plugin to
>>>> commit the site to where it needs to go but we haven't agreed on what to
>>>> tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699.
>>>> 
>>>> I'm not really sure where to go from here.
>>> 
>>> Me either :-|
>>> 
>>> Lets sum up what we have now:
>>> - log4j1 does "mvn site" to localhost and then commits the generated
>>> file to svn trunk. From there it will be taken with "svn up". This
>>> process does not work well with pubsub because changes are visible
>>> instantly. It needs to be changed.
>>> 
>>> - log4j2 seem to do everything locally and just upload the generated
>>> files to either a staging folder or the real folder. This is my
>>> preferred approach
>>> 
>>> - log4php does it (if i remember correctly) like log4j2
>>> 
>>> - I don't know bout the other logging sites.
>>> 
>>> - Infra wants to see svnpubsub in action or that we use the CMS
>>> 
>>> 
>>> Honestly my preferred approach is to have the rules in place you
>>> mentioned in the issue. Ivans new main site is so simple, it really
>>> does not need a CMS. The other pages should be taken with maven, as
>>> usual.
>>> 
>>> That being said, it seems there is a maven plugin which works with the
>>> CMS. Even when I really have no fun trying out the CMS, we might ask
>>> if we can get some kind of a sandbox to try it out. Probably we can
>>> work as we always did and we don't need to use the CMS interface
>>> directly.
>>> 
>>> If we can use the CMS, we need to touch all pom files to enable it.
>>> Basically it looks pretty straightforward, just moving the site-folder
>>> to $project/content
>>> 
>>> So, how about asking about getting access to a sandbox CMS and trying
>>> the maven build?
>>> 
>>> Cheers
>>> Christian
>>> 
>>> 
>>> 
>>>> 
>>>> Ralph
>>>> 
>>>> On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:
>>>> 
>>>> Hi all,
>>>> 
>>>> I was away for a bit so I didn't comment earlier.
>>>> 
>>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>>> engine, in combination with Textile markup [2], which is much more versatile
>>>> than most other common markup languages (such as markdown, apt, ...).
>>>> 
>>>> I have already converted the logging web site. The code can be found here:
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>>> 
>>>> And I have deployed the generated web for demo here:
>>>> http://bezdomni.net/logging/
>>>> 
>>>> This idea is obviously not compatible with the Apache CMS solution. Frankly,
>>>> I would prefer this solution to the CMS since, from what I have seen, the
>>>> CMS is quite a pain to use.
>>>> 
>>>> Regards,
>>>> Ivan
>>>> 
>>>> [1] http://twig.sensiolabs.org/
>>>> [2] http://textile.sitemonks.com/
>>>> 
>>>> 
>>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>>> 
>>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>>>>> wrote:
>>>>>> 
>>>>>> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>>> 
>>>>>> 
>>>>>> What i thought was, why not to clean it up? Your proposed solutions
>>>>>> seem to be the cleanest way and updating everything just when we need
>>>>>> an update to the main site feels somehow wrong
>>>>>> 
>>>>>> 
>>>>>> Joe has now proposed using the CMS for the main Logging web site along
>>>>>> with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>>>> would
>>>>>> then use svn externals so they could be independently managed. This
>>>>>> sounds
>>>>>> perfect to me.
>>>>> 
>>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>>> 
>>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>>> design:
>>>>> 
>>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>>> 
>>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>>> too...
>>>>> 
>>>>> Cheers
>>>>> Christian
>>>>> 
>>>>> 
>>>>>> Ralph
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> http://www.grobmeier.de
>>>>> https://www.timeandbill.de
>>>> 
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>> 
>> 
>> 
>> -- 
>> http://www.grobmeier.de
>> https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <rg...@apache.org>.

My understanding is the asf-svnpubsub-plugin is the predecessor to the maven-site-scm-plugin that I mentioned.

Ralph

On May 19, 2012, at 9:12 AM, Christian Grobmeier <gr...@gmail.com> wrote:

> I just found this:
> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/index.html
> 
> Did we consider that one? It looks nice and integrates well with
> maven. It seems to checkout a specific url from svn, compares it with
> the locally generated site and then commits a diff to the publishing
> tree. From there its taken by svnpubsub.
> 
> From what I understood so far, it should be easiest to use that
> plugin. We would need to check out every site with every change, but
> as the pubsub works on a separate tree, i think its no problem.
> 
> WDYT?
> 
> On Sat, May 19, 2012 at 5:30 PM, Christian Grobmeier
> <gr...@gmail.com> wrote:
>> On Fri, May 18, 2012 at 5:54 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>>> This topic has died down a bit.  My concern here is that I am pretty much
>>> read to do a release of Log4j 2 but I really don't know how to publish the
>>> web site. The process I use to build Log4j 2 is
>> 
>> Thanks for brining up the topic again.
>> 
>>> 1. Check it out from SVN.
>>> 2. Run "mvn -P release-notes generate-resources (then commit the generated
>>> notes for a real release).
>>> 3. Run "mvn -P apache-release install  (this step would be replaced by mvn
>>> release:prepare release:package in a real release)
>>> 4. Run mvn site (would be on the tagged branch).
>>> 5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site
>>> somewhere.
>>> 
>>> I'm imagining that I would need to use the maven-site-scm-publish plugin to
>>> commit the site to where it needs to go but we haven't agreed on what to
>>> tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699.
>>> 
>>> I'm not really sure where to go from here.
>> 
>> Me either :-|
>> 
>> Lets sum up what we have now:
>> - log4j1 does "mvn site" to localhost and then commits the generated
>> file to svn trunk. From there it will be taken with "svn up". This
>> process does not work well with pubsub because changes are visible
>> instantly. It needs to be changed.
>> 
>> - log4j2 seem to do everything locally and just upload the generated
>> files to either a staging folder or the real folder. This is my
>> preferred approach
>> 
>> - log4php does it (if i remember correctly) like log4j2
>> 
>> - I don't know bout the other logging sites.
>> 
>> - Infra wants to see svnpubsub in action or that we use the CMS
>> 
>> 
>> Honestly my preferred approach is to have the rules in place you
>> mentioned in the issue. Ivans new main site is so simple, it really
>> does not need a CMS. The other pages should be taken with maven, as
>> usual.
>> 
>> That being said, it seems there is a maven plugin which works with the
>> CMS. Even when I really have no fun trying out the CMS, we might ask
>> if we can get some kind of a sandbox to try it out. Probably we can
>> work as we always did and we don't need to use the CMS interface
>> directly.
>> 
>> If we can use the CMS, we need to touch all pom files to enable it.
>> Basically it looks pretty straightforward, just moving the site-folder
>> to $project/content
>> 
>> So, how about asking about getting access to a sandbox CMS and trying
>> the maven build?
>> 
>> Cheers
>> Christian
>> 
>> 
>> 
>>> 
>>> Ralph
>>> 
>>> On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:
>>> 
>>> Hi all,
>>> 
>>> I was away for a bit so I didn't comment earlier.
>>> 
>>> My idea is to generate the site using Twig [1], a nice PHP templating
>>> engine, in combination with Textile markup [2], which is much more versatile
>>> than most other common markup languages (such as markdown, apt, ...).
>>> 
>>> I have already converted the logging web site. The code can be found here:
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>> 
>>> And I have deployed the generated web for demo here:
>>> http://bezdomni.net/logging/
>>> 
>>> This idea is obviously not compatible with the Apache CMS solution. Frankly,
>>> I would prefer this solution to the CMS since, from what I have seen, the
>>> CMS is quite a pain to use.
>>> 
>>> Regards,
>>> Ivan
>>> 
>>> [1] http://twig.sensiolabs.org/
>>> [2] http://textile.sitemonks.com/
>>> 
>>> 
>>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>> 
>>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>>>> wrote:
>>>>> 
>>>>> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>>>> 
>>>>> 
>>>>> What i thought was, why not to clean it up? Your proposed solutions
>>>>> seem to be the cleanest way and updating everything just when we need
>>>>> an update to the main site feels somehow wrong
>>>>> 
>>>>> 
>>>>> Joe has now proposed using the CMS for the main Logging web site along
>>>>> with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>>>> would
>>>>> then use svn externals so they could be independently managed. This
>>>>> sounds
>>>>> perfect to me.
>>>> 
>>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>> 
>>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>>> design:
>>>> 
>>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>> 
>>>> I will ask infra (on the ticket) if it is possible to either use that
>>>> design for the CMS or if we can bypass the CMS feature for this one
>>>> too...
>>>> 
>>>> Cheers
>>>> Christian
>>>> 
>>>> 
>>>>> Ralph
>>>> 
>>>> 
>>>> 
>>>> --
>>>> http://www.grobmeier.de
>>>> https://www.timeandbill.de
>>> 
>>> 
>>> 
>> 
>> 
>> 
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

I just found this:
http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/index.html

Did we consider that one? It looks nice and integrates well with
maven. It seems to checkout a specific url from svn, compares it with
the locally generated site and then commits a diff to the publishing
tree. From there its taken by svnpubsub.

>From what I understood so far, it should be easiest to use that
plugin. We would need to check out every site with every change, but
as the pubsub works on a separate tree, i think its no problem.

WDYT?

On Sat, May 19, 2012 at 5:30 PM, Christian Grobmeier
<gr...@gmail.com> wrote:
> On Fri, May 18, 2012 at 5:54 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> This topic has died down a bit.  My concern here is that I am pretty much
>> read to do a release of Log4j 2 but I really don't know how to publish the
>> web site. The process I use to build Log4j 2 is
>
> Thanks for brining up the topic again.
>
>> 1. Check it out from SVN.
>> 2. Run "mvn -P release-notes generate-resources (then commit the generated
>> notes for a real release).
>> 3. Run "mvn -P apache-release install  (this step would be replaced by mvn
>> release:prepare release:package in a real release)
>> 4. Run mvn site (would be on the tagged branch).
>> 5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site
>> somewhere.
>>
>> I'm imagining that I would need to use the maven-site-scm-publish plugin to
>> commit the site to where it needs to go but we haven't agreed on what to
>> tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699.
>>
>> I'm not really sure where to go from here.
>
> Me either :-|
>
> Lets sum up what we have now:
> - log4j1 does "mvn site" to localhost and then commits the generated
> file to svn trunk. From there it will be taken with "svn up". This
> process does not work well with pubsub because changes are visible
> instantly. It needs to be changed.
>
> - log4j2 seem to do everything locally and just upload the generated
> files to either a staging folder or the real folder. This is my
> preferred approach
>
> - log4php does it (if i remember correctly) like log4j2
>
> - I don't know bout the other logging sites.
>
> - Infra wants to see svnpubsub in action or that we use the CMS
>
>
> Honestly my preferred approach is to have the rules in place you
> mentioned in the issue. Ivans new main site is so simple, it really
> does not need a CMS. The other pages should be taken with maven, as
> usual.
>
> That being said, it seems there is a maven plugin which works with the
> CMS. Even when I really have no fun trying out the CMS, we might ask
> if we can get some kind of a sandbox to try it out. Probably we can
> work as we always did and we don't need to use the CMS interface
> directly.
>
> If we can use the CMS, we need to touch all pom files to enable it.
> Basically it looks pretty straightforward, just moving the site-folder
> to $project/content
>
> So, how about asking about getting access to a sandbox CMS and trying
> the maven build?
>
> Cheers
> Christian
>
>
>
>>
>> Ralph
>>
>> On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:
>>
>> Hi all,
>>
>> I was away for a bit so I didn't comment earlier.
>>
>> My idea is to generate the site using Twig [1], a nice PHP templating
>> engine, in combination with Textile markup [2], which is much more versatile
>> than most other common markup languages (such as markdown, apt, ...).
>>
>> I have already converted the logging web site. The code can be found here:
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>>
>> And I have deployed the generated web for demo here:
>> http://bezdomni.net/logging/
>>
>> This idea is obviously not compatible with the Apache CMS solution. Frankly,
>> I would prefer this solution to the CMS since, from what I have seen, the
>> CMS is quite a pain to use.
>>
>> Regards,
>> Ivan
>>
>> [1] http://twig.sensiolabs.org/
>> [2] http://textile.sitemonks.com/
>>
>>
>> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>>
>>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>>> wrote:
>>> >
>>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>>> >
>>> >
>>> > What i thought was, why not to clean it up? Your proposed solutions
>>> > seem to be the cleanest way and updating everything just when we need
>>> > an update to the main site feels somehow wrong
>>> >
>>> >
>>> > Joe has now proposed using the CMS for the main Logging web site along
>>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>>> > would
>>> > then use svn externals so they could be independently managed. This
>>> > sounds
>>> > perfect to me.
>>>
>>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>>
>>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>>> design:
>>>
>>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>>
>>> I will ask infra (on the ticket) if it is possible to either use that
>>> design for the CMS or if we can bypass the CMS feature for this one
>>> too...
>>>
>>> Cheers
>>> Christian
>>>
>>>
>>> > Ralph
>>>
>>>
>>>
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>>
>>
>>
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Fri, May 18, 2012 at 5:54 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> This topic has died down a bit.  My concern here is that I am pretty much
> read to do a release of Log4j 2 but I really don't know how to publish the
> web site. The process I use to build Log4j 2 is

Thanks for brining up the topic again.

> 1. Check it out from SVN.
> 2. Run "mvn -P release-notes generate-resources (then commit the generated
> notes for a real release).
> 3. Run "mvn -P apache-release install  (this step would be replaced by mvn
> release:prepare release:package in a real release)
> 4. Run mvn site (would be on the tagged branch).
> 5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site
> somewhere.
>
> I'm imagining that I would need to use the maven-site-scm-publish plugin to
> commit the site to where it needs to go but we haven't agreed on what to
> tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699.
>
> I'm not really sure where to go from here.

Me either :-|

Lets sum up what we have now:
- log4j1 does "mvn site" to localhost and then commits the generated
file to svn trunk. From there it will be taken with "svn up". This
process does not work well with pubsub because changes are visible
instantly. It needs to be changed.

- log4j2 seem to do everything locally and just upload the generated
files to either a staging folder or the real folder. This is my
preferred approach

- log4php does it (if i remember correctly) like log4j2

- I don't know bout the other logging sites.

- Infra wants to see svnpubsub in action or that we use the CMS


Honestly my preferred approach is to have the rules in place you
mentioned in the issue. Ivans new main site is so simple, it really
does not need a CMS. The other pages should be taken with maven, as
usual.

That being said, it seems there is a maven plugin which works with the
CMS. Even when I really have no fun trying out the CMS, we might ask
if we can get some kind of a sandbox to try it out. Probably we can
work as we always did and we don't need to use the CMS interface
directly.

If we can use the CMS, we need to touch all pom files to enable it.
Basically it looks pretty straightforward, just moving the site-folder
to $project/content

So, how about asking about getting access to a sandbox CMS and trying
the maven build?

Cheers
Christian



>
> Ralph
>
> On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:
>
> Hi all,
>
> I was away for a bit so I didn't comment earlier.
>
> My idea is to generate the site using Twig [1], a nice PHP templating
> engine, in combination with Textile markup [2], which is much more versatile
> than most other common markup languages (such as markdown, apt, ...).
>
> I have already converted the logging web site. The code can be found here:
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
>
> And I have deployed the generated web for demo here:
> http://bezdomni.net/logging/
>
> This idea is obviously not compatible with the Apache CMS solution. Frankly,
> I would prefer this solution to the CMS since, from what I have seen, the
> CMS is quite a pain to use.
>
> Regards,
> Ivan
>
> [1] http://twig.sensiolabs.org/
> [2] http://textile.sitemonks.com/
>
>
> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
>>
>> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
>> wrote:
>> >
>> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>> >
>> >
>> > What i thought was, why not to clean it up? Your proposed solutions
>> > seem to be the cleanest way and updating everything just when we need
>> > an update to the main site feels somehow wrong
>> >
>> >
>> > Joe has now proposed using the CMS for the main Logging web site along
>> > with expaths.txt + svnpubsub for each sub-project. Each sub-project
>> > would
>> > then use svn externals so they could be independently managed. This
>> > sounds
>> > perfect to me.
>>
>> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>>
>> I am a bit concerned on the CMS. Ivan has put much effort in the website
>> design:
>>
>> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>>
>> I will ask infra (on the ticket) if it is possible to either use that
>> design for the CMS or if we can bypass the CMS feature for this one
>> too...
>>
>> Cheers
>> Christian
>>
>>
>> > Ralph
>>
>>
>>
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

This topic has died down a bit.  My concern here is that I am pretty much read to do a release of Log4j 2 but I really don't know how to publish the web site. The process I use to build Log4j 2 is

1. Check it out from SVN.
2. Run "mvn -P release-notes generate-resources (then commit the generated notes for a real release).
3. Run "mvn -P apache-release install  (this step would be replaced by mvn release:prepare release:package in a real release)
4. Run mvn site (would be on the tagged branch).
5. Run mvn site:stage-deploy or mvn site:deploy to deploy the site somewhere.

I'm imagining that I would need to use the maven-site-scm-publish plugin to commit the site to where it needs to go but we haven't agreed on what to tell INFRA regarding https://issues.apache.org/jira/browse/INFRA-4699.  

I'm not really sure where to go from here.

Ralph

On May 2, 2012, at 2:11 AM, Ivan Habunek wrote:

> Hi all, 
> 
> I was away for a bit so I didn't comment earlier. 
> 
> My idea is to generate the site using Twig [1], a nice PHP templating engine, in combination with Textile markup [2], which is much more versatile than most other common markup languages (such as markdown, apt, ...).
> 
> I have already converted the logging web site. The code can be found here:
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/
> 
> And I have deployed the generated web for demo here:
> http://bezdomni.net/logging/
> 
> This idea is obviously not compatible with the Apache CMS solution. Frankly, I would prefer this solution to the CMS since, from what I have seen, the CMS is quite a pain to use.
> 
> Regards,
> Ivan
> 
> [1] http://twig.sensiolabs.org/
> [2] http://textile.sitemonks.com/
> 
> 
> On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:
> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> >
> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
> >
> >
> > What i thought was, why not to clean it up? Your proposed solutions
> > seem to be the cleanest way and updating everything just when we need
> > an update to the main site feels somehow wrong
> >
> >
> > Joe has now proposed using the CMS for the main Logging web site along
> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
> > then use svn externals so they could be independently managed. This sounds
> > perfect to me.
> 
> OK I understand svn externals is like "symlinks for svn". Sounds ok.
> 
> I am a bit concerned on the CMS. Ivan has put much effort in the website design:
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
> 
> I will ask infra (on the ticket) if it is possible to either use that
> design for the CMS or if we can bypass the CMS feature for this one
> too...
> 
> Cheers
> Christian
> 
> 
> > Ralph
> 
> 
> 
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

Hi all,

I was away for a bit so I didn't comment earlier.

My idea is to generate the site using Twig [1], a nice PHP templating
engine, in combination with Textile markup [2], which is much more
versatile than most other common markup languages (such as markdown, apt,
...).

I have already converted the logging web site. The code can be found here:
http://svn.apache.org/repos/asf/logging/site/branches/experimental-twig-textile/

And I have deployed the generated web for demo here:
http://bezdomni.net/logging/

This idea is obviously not compatible with the Apache CMS solution.
Frankly, I would prefer this solution to the CMS since, from what I have
seen, the CMS is quite a pain to use.

Regards,
Ivan

[1] http://twig.sensiolabs.org/
[2] http://textile.sitemonks.com/

On 2 May 2012 10:44, Christian Grobmeier <gr...@gmail.com> wrote:

> On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com>
> wrote:
> >
> > On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
> >
> >
> > What i thought was, why not to clean it up? Your proposed solutions
> > seem to be the cleanest way and updating everything just when we need
> > an update to the main site feels somehow wrong
> >
> >
> > Joe has now proposed using the CMS for the main Logging web site along
> > with expaths.txt + svnpubsub for each sub-project. Each sub-project would
> > then use svn externals so they could be independently managed. This
> sounds
> > perfect to me.
>
> OK I understand svn externals is like "symlinks for svn". Sounds ok.
>
> I am a bit concerned on the CMS. Ivan has put much effort in the website
> design:
>
> http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/
>
> I will ask infra (on the ticket) if it is possible to either use that
> design for the CMS or if we can bypass the CMS feature for this one
> too...
>
> Cheers
> Christian
>
>
> > Ralph
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Mon, Apr 23, 2012 at 4:06 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>
> On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:
>
>
> What i thought was, why not to clean it up? Your proposed solutions
> seem to be the cleanest way and updating everything just when we need
> an update to the main site feels somehow wrong
>
>
> Joe has now proposed using the CMS for the main Logging web site along
> with expaths.txt + svnpubsub for each sub-project. Each sub-project would
> then use svn externals so they could be independently managed. This sounds
> perfect to me.

OK I understand svn externals is like "symlinks for svn". Sounds ok.

I am a bit concerned on the CMS. Ivan has put much effort in the website design:
http://svn.apache.org/repos/asf/logging/site/branches/experimental-redesign/src/site/pages/

I will ask infra (on the ticket) if it is possible to either use that
design for the CMS or if we can bypass the CMS feature for this one
too...

Cheers
Christian

> Ralph

-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:

> 
> What i thought was, why not to clean it up? Your proposed solutions
> seem to be the cleanest way and updating everything just when we need
> an update to the main site feels somehow wrong

Joe has now proposed using the CMS for the main Logging web site along with expaths.txt + svnpubsub for each sub-project. Each sub-project would then use svn externals so they could be independently managed. This sounds perfect to me.

Ralph

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

On Apr 20, 2012, at 12:14 PM, Christian Grobmeier wrote:

> On Fri, Apr 20, 2012 at 8:46 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> I had a conversation with Daniel.  From what I can tell the current Logging
>> web site is maintained at
>> https://svn.apache.org/repos/asf/logging/site/trunk/docs.  I've never
>> maintained the logging web site but some of the sub projects there, such as
>> log4j, were definitely built by Maven. What daniel is telling me is that as
>> far as Infra is concerned we can continue to use that same location with
>> svnpubsub.  However, editing the main site only would either require
>> checking out all the subproject sites too or using svn checkout
>> --depth=immediates.
>> 
>> My question is, how has the web site been maintained in the past?
> 
> I have no clue , never did it (the main site and log4j site). Maybe
> Ivan can answer this i think he has he has digged that.
> 
> I found this:
> http://svn.apache.org/repos/asf/logging/log4j/trunk/BUILD-INFO.txt
> 
> "
> The website content will automatically be staged to the ASF SVN repo
> by "mvn site-deploy".
> This phase checks out
> https://svn.apache.org/repos/asf/logging/site/trunk/docs/log4j/1.2
> into target/site-deploy, copys the generated documentation to that
> directory using
> scp to localhost and then commits the changed content.  You will be
> prompted for an
> SVN commit message using the configured SVN_EDITOR.  A commit message
> must be entered or the
> site commit will be aborted.

Gee - this sounds a lot like what the svnpubsub plugin does.


> 
> The staged content can be tested by opening
> http://svn.apache.org/repos/asf/logging/site/trunk/docs/1.2/index.html,
> however some links may be broken due to the staged location.
> The staged version can be published to the main public site by executing
> "svn update" in /www/logging.apache.org/log4j/1.2 on people.apache.org.
> "
> 

This part will be automatic once infra creates the link.


> 
> What i thought was, why not to clean it up? Your proposed solutions
> seem to be the cleanest way and updating everything just when we need
> an update to the main site feels somehow wrong
> 

Yeah - but infra would prefer that they not have to maintain multiple links per project.  I would suggest you jump on #infra and speak with danielsh or update the Jira issue.

Ralph

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Fri, Apr 20, 2012 at 8:46 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> I had a conversation with Daniel.  From what I can tell the current Logging
> web site is maintained at
> https://svn.apache.org/repos/asf/logging/site/trunk/docs.  I've never
> maintained the logging web site but some of the sub projects there, such as
> log4j, were definitely built by Maven. What daniel is telling me is that as
> far as Infra is concerned we can continue to use that same location with
> svnpubsub.  However, editing the main site only would either require
> checking out all the subproject sites too or using svn checkout
> --depth=immediates.
>
> My question is, how has the web site been maintained in the past?

I have no clue , never did it (the main site and log4j site). Maybe
Ivan can answer this i think he has he has digged that.

I found this:
http://svn.apache.org/repos/asf/logging/log4j/trunk/BUILD-INFO.txt

"
The website content will automatically be staged to the ASF SVN repo
by "mvn site-deploy".
This phase checks out
https://svn.apache.org/repos/asf/logging/site/trunk/docs/log4j/1.2
into target/site-deploy, copys the generated documentation to that
directory using
scp to localhost and then commits the changed content.  You will be
prompted for an
SVN commit message using the configured SVN_EDITOR.  A commit message
must be entered or the
site commit will be aborted.

The staged content can be tested by opening
http://svn.apache.org/repos/asf/logging/site/trunk/docs/1.2/index.html,
however some links may be broken due to the staged location.
The staged version can be published to the main public site by executing
"svn update" in /www/logging.apache.org/log4j/1.2 on people.apache.org.
"


What i thought was, why not to clean it up? Your proposed solutions
seem to be the cleanest way and updating everything just when we need
an update to the main site feels somehow wrong

Cheers


>
> Ralph
>
> On Apr 20, 2012, at 11:14 AM, Christian Grobmeier wrote:
>
> thank you Ralph!
>
> On Fri, Apr 20, 2012 at 7:27 PM, Ralph Goers <ra...@dslextreme.com>
> wrote:
>
> I've created https://issues.apache.org/jira/browse/INFRA-4699 and modeled it
>
> after Ant. That was the only project I know of that has sub sites.
>
>
> Ralph
>
>
>
> On Apr 19, 2012, at 1:10 AM, Ivan Habunek wrote:
>
>
> Sounds good to me. Having a separate folder (/site/main) for the main site
>
> is great. Currently it's in root and I'm not sure how I would go about
>
> updating it.
>
>
> Regards,
>
> Ivan
>
>
> On 19 April 2012 09:11, Ralph Goers <ra...@dslextreme.com> wrote:
>
>
> Does anyone else have any other thoughts before I open an infra ticket?
>
>
> Ralph
>
>
> On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:
>
>
> On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers
>
> <ra...@dslextreme.com> wrote:
>
> I'm OK with this, but I'm not sure if infra is OK with that structure.
>
> Based on that I think what we want to request is the following be added to
>
> the rules.
>
>
> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
>
>
> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
>
> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
>
> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
>
> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
>
> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
>
> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
>
>
> great, didn't know it is possible.
>
>
> chainsaw and log4j companions also show up on the main site. Do we also
>
> want those?
>
>
> I think so. Imho we should start treat Chainsaw more as a product on
>
> its own. Companions is small but we should treat it the same way. That
>
> would ease things I think. But thats just my 2 cents.
>
>
> Cheers
>
> Christian
>
>
>
> Ralph
>
>
> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
>
>
> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers
>
> <ra...@dslextreme.com> wrote:
>
> I'm actually more concerned with us having to use svnpubsub
>
> (see http://www.apache.org/dev/project-site.html).  The maven team
>
> created a
>
> plugin -
>
> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>
> aid in this but I haven't tired it. I also understand that it
>
> requires the
>
> main website to have something done to it first.
>
>
> didn't know about the mvn plug - thanks!
>
>
> Log4j2 uses the Maven site plugin so I guess I really need to know is
>
> what
>
> the location of the svn directory would be to pass to
>
> svnpubsub:prepare.
>
>
> What about:
>
> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
>
>
> For example:
>
> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
>
> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
>
> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
>
>
> and so on
>
>
>
>
>
>
> Ralph
>
>
>
> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>
>
> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers
>
> <ra...@dslextreme.com>
>
> wrote:
>
>
> Do we have a process in place for updating the web site?  I'm trying
>
> to go
>
> through any issues that might exist with doing a release of Log4j2
>
> and this
>
> is one of them.
>
>
>
> I am not aware of a specific process (old timers might want to
>
> correct me).
>
> So far I know we have updated the website whenever the release has
>
> been published. I am not a huge fan of restricting website updates to
>
> releases and think we should be able to update at any time we want.
>
>
> This again touches the question with pubsub. We need to make a
>
> decision if we move to mvn site:deploy or do something else.
>
>
> Cheers
>
> Christian
>
>
>
> --
>
> http://www.grobmeier.de
>
> https://www.timeandbill.de
>
>
>
>
>
>
> --
>
> http://www.grobmeier.de
>
> https://www.timeandbill.de
>
>
>
>
>
> --
>
> http://www.grobmeier.de
>
> https://www.timeandbill.de
>
>
>
>
>
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I had a conversation with Daniel.  From what I can tell the current Logging web site is maintained at https://svn.apache.org/repos/asf/logging/site/trunk/docs.  I've never maintained the logging web site but some of the sub projects there, such as log4j, were definitely built by Maven. What daniel is telling me is that as far as Infra is concerned we can continue to use that same location with svnpubsub.  However, editing the main site only would either require checking out all the subproject sites too or using svn checkout --depth=immediates.

My question is, how has the web site been maintained in the past?  

Ralph

On Apr 20, 2012, at 11:14 AM, Christian Grobmeier wrote:

> thank you Ralph!
> 
> On Fri, Apr 20, 2012 at 7:27 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> I've created https://issues.apache.org/jira/browse/INFRA-4699 and modeled it
>> after Ant. That was the only project I know of that has sub sites.
>> 
>> Ralph
>> 
>> 
>> On Apr 19, 2012, at 1:10 AM, Ivan Habunek wrote:
>> 
>> Sounds good to me. Having a separate folder (/site/main) for the main site
>> is great. Currently it's in root and I'm not sure how I would go about
>> updating it.
>> 
>> Regards,
>> Ivan
>> 
>> On 19 April 2012 09:11, Ralph Goers <ra...@dslextreme.com> wrote:
>>> 
>>> Does anyone else have any other thoughts before I open an infra ticket?
>>> 
>>> Ralph
>>> 
>>> On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:
>>> 
>>>> On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers
>>>> <ra...@dslextreme.com> wrote:
>>>>> I'm OK with this, but I'm not sure if infra is OK with that structure.
>>>>> Based on that I think what we want to request is the following be added to
>>>>> the rules.
>>>>> 
>>>>> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
>>>>> 
>>>>> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
>>>>> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
>>>>> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
>>>>> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
>>>>> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
>>>>> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
>>>> 
>>>> great, didn't know it is possible.
>>>> 
>>>>> chainsaw and log4j companions also show up on the main site. Do we also
>>>>> want those?
>>>> 
>>>> I think so. Imho we should start treat Chainsaw more as a product on
>>>> its own. Companions is small but we should treat it the same way. That
>>>> would ease things I think. But thats just my 2 cents.
>>>> 
>>>> Cheers
>>>> Christian
>>>> 
>>>>> 
>>>>> Ralph
>>>>> 
>>>>> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
>>>>> 
>>>>>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers
>>>>>> <ra...@dslextreme.com> wrote:
>>>>>>> I'm actually more concerned with us having to use svnpubsub
>>>>>>> (see http://www.apache.org/dev/project-site.html).  The maven team
>>>>>>> created a
>>>>>>> plugin -
>>>>>>> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>>>>>>> aid in this but I haven't tired it. I also understand that it
>>>>>>> requires the
>>>>>>> main website to have something done to it first.
>>>>>> 
>>>>>> didn't know about the mvn plug - thanks!
>>>>>> 
>>>>>>> Log4j2 uses the Maven site plugin so I guess I really need to know is
>>>>>>> what
>>>>>>> the location of the svn directory would be to pass to
>>>>>>> svnpubsub:prepare.
>>>>>> 
>>>>>> What about:
>>>>>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
>>>>>> 
>>>>>> For example:
>>>>>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
>>>>>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
>>>>>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
>>>>>> 
>>>>>> and so on
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>>> 
>>>>>>> Ralph
>>>>>>> 
>>>>>>> 
>>>>>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>>>>>>> 
>>>>>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers
>>>>>>> <ra...@dslextreme.com>
>>>>>>> wrote:
>>>>>>> 
>>>>>>> Do we have a process in place for updating the web site?  I'm trying
>>>>>>> to go
>>>>>>> through any issues that might exist with doing a release of Log4j2
>>>>>>> and this
>>>>>>> is one of them.
>>>>>>> 
>>>>>>> 
>>>>>>> I am not aware of a specific process (old timers might want to
>>>>>>> correct me).
>>>>>>> So far I know we have updated the website whenever the release has
>>>>>>> been published. I am not a huge fan of restricting website updates to
>>>>>>> releases and think we should be able to update at any time we want.
>>>>>>> 
>>>>>>> This again touches the question with pubsub. We need to make a
>>>>>>> decision if we move to mvn site:deploy or do something else.
>>>>>>> 
>>>>>>> Cheers
>>>>>>> Christian
>>>>>>> 
>>>>>>> 
>>>>>>> --
>>>>>>> http://www.grobmeier.de
>>>>>>> https://www.timeandbill.de
>>>>>>> 
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> http://www.grobmeier.de
>>>>>> https://www.timeandbill.de
>>>>> 
>>>> 
>>>> 
>>>> 
>>>> --
>>>> http://www.grobmeier.de
>>>> https://www.timeandbill.de
>>> 
>> 
>> 
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

thank you Ralph!

On Fri, Apr 20, 2012 at 7:27 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> I've created https://issues.apache.org/jira/browse/INFRA-4699 and modeled it
> after Ant. That was the only project I know of that has sub sites.
>
> Ralph
>
>
> On Apr 19, 2012, at 1:10 AM, Ivan Habunek wrote:
>
> Sounds good to me. Having a separate folder (/site/main) for the main site
> is great. Currently it's in root and I'm not sure how I would go about
> updating it.
>
> Regards,
> Ivan
>
> On 19 April 2012 09:11, Ralph Goers <ra...@dslextreme.com> wrote:
>>
>> Does anyone else have any other thoughts before I open an infra ticket?
>>
>> Ralph
>>
>> On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:
>>
>> > On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers
>> > <ra...@dslextreme.com> wrote:
>> >> I'm OK with this, but I'm not sure if infra is OK with that structure.
>> >> Based on that I think what we want to request is the following be added to
>> >> the rules.
>> >>
>> >> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
>> >>
>> >> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
>> >> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
>> >> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
>> >> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
>> >> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
>> >> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
>> >
>> > great, didn't know it is possible.
>> >
>> >> chainsaw and log4j companions also show up on the main site. Do we also
>> >> want those?
>> >
>> > I think so. Imho we should start treat Chainsaw more as a product on
>> > its own. Companions is small but we should treat it the same way. That
>> > would ease things I think. But thats just my 2 cents.
>> >
>> > Cheers
>> > Christian
>> >
>> >>
>> >> Ralph
>> >>
>> >> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
>> >>
>> >>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers
>> >>> <ra...@dslextreme.com> wrote:
>> >>>> I'm actually more concerned with us having to use svnpubsub
>> >>>> (see http://www.apache.org/dev/project-site.html).  The maven team
>> >>>> created a
>> >>>> plugin -
>> >>>> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>> >>>> aid in this but I haven't tired it. I also understand that it
>> >>>> requires the
>> >>>> main website to have something done to it first.
>> >>>
>> >>> didn't know about the mvn plug - thanks!
>> >>>
>> >>>> Log4j2 uses the Maven site plugin so I guess I really need to know is
>> >>>> what
>> >>>> the location of the svn directory would be to pass to
>> >>>> svnpubsub:prepare.
>> >>>
>> >>> What about:
>> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
>> >>>
>> >>> For example:
>> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
>> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
>> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
>> >>>
>> >>> and so on
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>>
>> >>>> Ralph
>> >>>>
>> >>>>
>> >>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>> >>>>
>> >>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers
>> >>>> <ra...@dslextreme.com>
>> >>>> wrote:
>> >>>>
>> >>>> Do we have a process in place for updating the web site?  I'm trying
>> >>>> to go
>> >>>> through any issues that might exist with doing a release of Log4j2
>> >>>> and this
>> >>>> is one of them.
>> >>>>
>> >>>>
>> >>>> I am not aware of a specific process (old timers might want to
>> >>>> correct me).
>> >>>> So far I know we have updated the website whenever the release has
>> >>>> been published. I am not a huge fan of restricting website updates to
>> >>>> releases and think we should be able to update at any time we want.
>> >>>>
>> >>>> This again touches the question with pubsub. We need to make a
>> >>>> decision if we move to mvn site:deploy or do something else.
>> >>>>
>> >>>> Cheers
>> >>>> Christian
>> >>>>
>> >>>>
>> >>>> --
>> >>>> http://www.grobmeier.de
>> >>>> https://www.timeandbill.de
>> >>>>
>> >>>>
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> http://www.grobmeier.de
>> >>> https://www.timeandbill.de
>> >>
>> >
>> >
>> >
>> > --
>> > http://www.grobmeier.de
>> > https://www.timeandbill.de
>>
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I've created https://issues.apache.org/jira/browse/INFRA-4699 and modeled it after Ant. That was the only project I know of that has sub sites.

Ralph

On Apr 19, 2012, at 1:10 AM, Ivan Habunek wrote:

> Sounds good to me. Having a separate folder (/site/main) for the main site is great. Currently it's in root and I'm not sure how I would go about updating it.
> 
> Regards,
> Ivan
> 
> On 19 April 2012 09:11, Ralph Goers <ra...@dslextreme.com> wrote:
> Does anyone else have any other thoughts before I open an infra ticket?
> 
> Ralph
> 
> On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:
> 
> > On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> >> I'm OK with this, but I'm not sure if infra is OK with that structure. Based on that I think what we want to request is the following be added to the rules.
> >>
> >> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
> >>
> >> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
> >> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
> >> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
> >> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
> >> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
> >> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
> >
> > great, didn't know it is possible.
> >
> >> chainsaw and log4j companions also show up on the main site. Do we also want those?
> >
> > I think so. Imho we should start treat Chainsaw more as a product on
> > its own. Companions is small but we should treat it the same way. That
> > would ease things I think. But thats just my 2 cents.
> >
> > Cheers
> > Christian
> >
> >>
> >> Ralph
> >>
> >> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
> >>
> >>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> >>>> I'm actually more concerned with us having to use svnpubsub
> >>>> (see http://www.apache.org/dev/project-site.html).  The maven team created a
> >>>> plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
> >>>> aid in this but I haven't tired it. I also understand that it requires the
> >>>> main website to have something done to it first.
> >>>
> >>> didn't know about the mvn plug - thanks!
> >>>
> >>>> Log4j2 uses the Maven site plugin so I guess I really need to know is what
> >>>> the location of the svn directory would be to pass to svnpubsub:prepare.
> >>>
> >>> What about:
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
> >>>
> >>> For example:
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
> >>>
> >>> and so on
> >>>
> >>>
> >>>
> >>>
> >>>>
> >>>> Ralph
> >>>>
> >>>>
> >>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
> >>>>
> >>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com>
> >>>> wrote:
> >>>>
> >>>> Do we have a process in place for updating the web site?  I'm trying to go
> >>>> through any issues that might exist with doing a release of Log4j2 and this
> >>>> is one of them.
> >>>>
> >>>>
> >>>> I am not aware of a specific process (old timers might want to correct me).
> >>>> So far I know we have updated the website whenever the release has
> >>>> been published. I am not a huge fan of restricting website updates to
> >>>> releases and think we should be able to update at any time we want.
> >>>>
> >>>> This again touches the question with pubsub. We need to make a
> >>>> decision if we move to mvn site:deploy or do something else.
> >>>>
> >>>> Cheers
> >>>> Christian
> >>>>
> >>>>
> >>>> --
> >>>> http://www.grobmeier.de
> >>>> https://www.timeandbill.de
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.grobmeier.de
> >>> https://www.timeandbill.de
> >>
> >
> >
> >
> > --
> > http://www.grobmeier.de
> > https://www.timeandbill.de
> 
>

Re: Logging web sites

Posted by Ivan Habunek <iv...@gmail.com>.

Sounds good to me. Having a separate folder (/site/main) for the main site
is great. Currently it's in root and I'm not sure how I would go about
updating it.

Regards,
Ivan

On 19 April 2012 09:11, Ralph Goers <ra...@dslextreme.com> wrote:

> Does anyone else have any other thoughts before I open an infra ticket?
>
> Ralph
>
> On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:
>
> > On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers <ra...@dslextreme.com>
> wrote:
> >> I'm OK with this, but I'm not sure if infra is OK with that structure.
> Based on that I think what we want to request is the following be added to
> the rules.
> >>
> >> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
> >>
> >> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
> >> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
> >> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
> >> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
> >> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
> >> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
> >
> > great, didn't know it is possible.
> >
> >> chainsaw and log4j companions also show up on the main site. Do we also
> want those?
> >
> > I think so. Imho we should start treat Chainsaw more as a product on
> > its own. Companions is small but we should treat it the same way. That
> > would ease things I think. But thats just my 2 cents.
> >
> > Cheers
> > Christian
> >
> >>
> >> Ralph
> >>
> >> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
> >>
> >>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <
> ralph.goers@dslextreme.com> wrote:
> >>>> I'm actually more concerned with us having to use svnpubsub
> >>>> (see http://www.apache.org/dev/project-site.html).  The maven team
> created a
> >>>> plugin -
> http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
> >>>> aid in this but I haven't tired it. I also understand that it
> requires the
> >>>> main website to have something done to it first.
> >>>
> >>> didn't know about the mvn plug - thanks!
> >>>
> >>>> Log4j2 uses the Maven site plugin so I guess I really need to know is
> what
> >>>> the location of the svn directory would be to pass to
> svnpubsub:prepare.
> >>>
> >>> What about:
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
> >>>
> >>> For example:
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
> >>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
> >>>
> >>> and so on
> >>>
> >>>
> >>>
> >>>
> >>>>
> >>>> Ralph
> >>>>
> >>>>
> >>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
> >>>>
> >>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <
> ralph.goers@dslextreme.com>
> >>>> wrote:
> >>>>
> >>>> Do we have a process in place for updating the web site?  I'm trying
> to go
> >>>> through any issues that might exist with doing a release of Log4j2
> and this
> >>>> is one of them.
> >>>>
> >>>>
> >>>> I am not aware of a specific process (old timers might want to
> correct me).
> >>>> So far I know we have updated the website whenever the release has
> >>>> been published. I am not a huge fan of restricting website updates to
> >>>> releases and think we should be able to update at any time we want.
> >>>>
> >>>> This again touches the question with pubsub. We need to make a
> >>>> decision if we move to mvn site:deploy or do something else.
> >>>>
> >>>> Cheers
> >>>> Christian
> >>>>
> >>>>
> >>>> --
> >>>> http://www.grobmeier.de
> >>>> https://www.timeandbill.de
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> http://www.grobmeier.de
> >>> https://www.timeandbill.de
> >>
> >
> >
> >
> > --
> > http://www.grobmeier.de
> > https://www.timeandbill.de
>
>

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

Does anyone else have any other thoughts before I open an infra ticket?

Ralph

On Apr 18, 2012, at 10:20 PM, Christian Grobmeier wrote:

> On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers <ra...@dslextreme.com> wrote:
>> I'm OK with this, but I'm not sure if infra is OK with that structure. Based on that I think what we want to request is the following be added to the rules.
>> 
>> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
>> 
>> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
>> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
>> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
>> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
>> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
>> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net
> 
> great, didn't know it is possible.
> 
>> chainsaw and log4j companions also show up on the main site. Do we also want those?
> 
> I think so. Imho we should start treat Chainsaw more as a product on
> its own. Companions is small but we should treat it the same way. That
> would ease things I think. But thats just my 2 cents.
> 
> Cheers
> Christian
> 
>> 
>> Ralph
>> 
>> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
>> 
>>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>>> I'm actually more concerned with us having to use svnpubsub
>>>> (see http://www.apache.org/dev/project-site.html).  The maven team created a
>>>> plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>>>> aid in this but I haven't tired it. I also understand that it requires the
>>>> main website to have something done to it first.
>>> 
>>> didn't know about the mvn plug - thanks!
>>> 
>>>> Log4j2 uses the Maven site plugin so I guess I really need to know is what
>>>> the location of the svn directory would be to pass to svnpubsub:prepare.
>>> 
>>> What about:
>>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
>>> 
>>> For example:
>>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
>>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
>>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
>>> 
>>> and so on
>>> 
>>> 
>>> 
>>> 
>>>> 
>>>> Ralph
>>>> 
>>>> 
>>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>>>> 
>>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com>
>>>> wrote:
>>>> 
>>>> Do we have a process in place for updating the web site?  I'm trying to go
>>>> through any issues that might exist with doing a release of Log4j2 and this
>>>> is one of them.
>>>> 
>>>> 
>>>> I am not aware of a specific process (old timers might want to correct me).
>>>> So far I know we have updated the website whenever the release has
>>>> been published. I am not a huge fan of restricting website updates to
>>>> releases and think we should be able to update at any time we want.
>>>> 
>>>> This again touches the question with pubsub. We need to make a
>>>> decision if we move to mvn site:deploy or do something else.
>>>> 
>>>> Cheers
>>>> Christian
>>>> 
>>>> 
>>>> --
>>>> http://www.grobmeier.de
>>>> https://www.timeandbill.de
>>>> 
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>> 
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Tue, Apr 17, 2012 at 9:47 PM, Ralph Goers <ra...@dslextreme.com> wrote:
> I'm OK with this, but I'm not sure if infra is OK with that structure. Based on that I think what we want to request is the following be added to the rules.
>
> /x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging
>
> /x1/www/logging.apache.org: %(ASF)s/logging/site/main
> /x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
> /x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
> /x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
> /x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
> /x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net

great, didn't know it is possible.

> chainsaw and log4j companions also show up on the main site. Do we also want those?

I think so. Imho we should start treat Chainsaw more as a product on
its own. Companions is small but we should treat it the same way. That
would ease things I think. But thats just my 2 cents.

Cheers
Christian

>
> Ralph
>
> On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:
>
>> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>>> I'm actually more concerned with us having to use svnpubsub
>>> (see http://www.apache.org/dev/project-site.html).  The maven team created a
>>> plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>>> aid in this but I haven't tired it. I also understand that it requires the
>>> main website to have something done to it first.
>>
>> didn't know about the mvn plug - thanks!
>>
>>> Log4j2 uses the Maven site plugin so I guess I really need to know is what
>>> the location of the svn directory would be to pass to svnpubsub:prepare.
>>
>> What about:
>> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
>>
>> For example:
>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
>> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
>> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
>>
>> and so on
>>
>>
>>
>>
>>>
>>> Ralph
>>>
>>>
>>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>>>
>>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com>
>>> wrote:
>>>
>>> Do we have a process in place for updating the web site?  I'm trying to go
>>> through any issues that might exist with doing a release of Log4j2 and this
>>> is one of them.
>>>
>>>
>>> I am not aware of a specific process (old timers might want to correct me).
>>> So far I know we have updated the website whenever the release has
>>> been published. I am not a huge fan of restricting website updates to
>>> releases and think we should be able to update at any time we want.
>>>
>>> This again touches the question with pubsub. We need to make a
>>> decision if we move to mvn site:deploy or do something else.
>>>
>>> Cheers
>>> Christian
>>>
>>>
>>> --
>>> http://www.grobmeier.de
>>> https://www.timeandbill.de
>>>
>>>
>>
>>
>>
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I'm OK with this, but I'm not sure if infra is OK with that structure. Based on that I think what we want to request is the following be added to the rules.

/x1/www/www.apache.org/dist/logging: %(DIST)s/release/logging

/x1/www/logging.apache.org: %(ASF)s/logging/site/main
/x1/www/logging.apache.org/log4j: %(ASF)s/logging/site/log4j
/x1/www/logging.apache.org/log4j2: %(ASF)s/logging/site/log4j2
/x1/www/logging.apache.org/log4php: %(ASF)s/logging/site/log4php
/x1/www/logging.apache.org/log4cxx: %(ASF)s/logging/site/log4cxx
/x1/www/logging.apache.org/log4net: %(ASF)s/logging/site/log4net

chainsaw and log4j companions also show up on the main site. Do we also want those?

Ralph

On Apr 16, 2012, at 12:37 AM, Christian Grobmeier wrote:

> On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>> I'm actually more concerned with us having to use svnpubsub
>> (see http://www.apache.org/dev/project-site.html).  The maven team created a
>> plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
>> aid in this but I haven't tired it. I also understand that it requires the
>> main website to have something done to it first.
> 
> didn't know about the mvn plug - thanks!
> 
>> Log4j2 uses the Maven site plugin so I guess I really need to know is what
>> the location of the svn directory would be to pass to svnpubsub:prepare.
> 
> What about:
> http://svn.apache.org/repos/asf/logging/site/pubsub/$project
> 
> For example:
> http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
> http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
> http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)
> 
> and so on
> 
> 
> 
> 
>> 
>> Ralph
>> 
>> 
>> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>> 
>> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com>
>> wrote:
>> 
>> Do we have a process in place for updating the web site?  I'm trying to go
>> through any issues that might exist with doing a release of Log4j2 and this
>> is one of them.
>> 
>> 
>> I am not aware of a specific process (old timers might want to correct me).
>> So far I know we have updated the website whenever the release has
>> been published. I am not a huge fan of restricting website updates to
>> releases and think we should be able to update at any time we want.
>> 
>> This again touches the question with pubsub. We need to make a
>> decision if we move to mvn site:deploy or do something else.
>> 
>> Cheers
>> Christian
>> 
>> 
>> --
>> http://www.grobmeier.de
>> https://www.timeandbill.de
>> 
>> 
> 
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Mon, Apr 16, 2012 at 9:31 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> I'm actually more concerned with us having to use svnpubsub
> (see http://www.apache.org/dev/project-site.html).  The maven team created a
> plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to
> aid in this but I haven't tired it. I also understand that it requires the
> main website to have something done to it first.

didn't know about the mvn plug - thanks!

> Log4j2 uses the Maven site plugin so I guess I really need to know is what
> the location of the svn directory would be to pass to svnpubsub:prepare.

What about:
http://svn.apache.org/repos/asf/logging/site/pubsub/$project

For example:
http://svn.apache.org/repos/asf/logging/site/pubsub/log4j2
http://svn.apache.org/repos/asf/logging/site/pubsub/log4php
http://svn.apache.org/repos/asf/logging/site/pubsub/main (start site)

and so on




>
> Ralph
>
>
> On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:
>
> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com>
> wrote:
>
> Do we have a process in place for updating the web site?  I'm trying to go
> through any issues that might exist with doing a release of Log4j2 and this
> is one of them.
>
>
> I am not aware of a specific process (old timers might want to correct me).
> So far I know we have updated the website whenever the release has
> been published. I am not a huge fan of restricting website updates to
> releases and think we should be able to update at any time we want.
>
> This again touches the question with pubsub. We need to make a
> decision if we move to mvn site:deploy or do something else.
>
> Cheers
> Christian
>
>
> --
> http://www.grobmeier.de
> https://www.timeandbill.de
>
>



-- 
http://www.grobmeier.de
https://www.timeandbill.de

Re: Logging web sites

Posted by Ralph Goers <ra...@dslextreme.com>.

I'm actually more concerned with us having to use svnpubsub (see http://www.apache.org/dev/project-site.html).  The maven team created a plugin - http://maven.apache.org/sandbox/plugins/asf-svnpubsub-plugin/  to aid in this but I haven't tired it. I also understand that it requires the main website to have something done to it first.

Log4j2 uses the Maven site plugin so I guess I really need to know is what the location of the svn directory would be to pass to svnpubsub:prepare. 

Ralph

On Apr 16, 2012, at 12:14 AM, Christian Grobmeier wrote:

> On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com> wrote:
>> Do we have a process in place for updating the web site?  I'm trying to go through any issues that might exist with doing a release of Log4j2 and this is one of them.
> 
> I am not aware of a specific process (old timers might want to correct me).
> So far I know we have updated the website whenever the release has
> been published. I am not a huge fan of restricting website updates to
> releases and think we should be able to update at any time we want.
> 
> This again touches the question with pubsub. We need to make a
> decision if we move to mvn site:deploy or do something else.
> 
> Cheers
> Christian
> 
> 
> -- 
> http://www.grobmeier.de
> https://www.timeandbill.de

Re: Logging web sites

Posted by Christian Grobmeier <gr...@gmail.com>.

On Mon, Apr 16, 2012 at 6:38 AM, Ralph Goers <ra...@dslextreme.com> wrote:
> Do we have a process in place for updating the web site?  I'm trying to go through any issues that might exist with doing a release of Log4j2 and this is one of them.

I am not aware of a specific process (old timers might want to correct me).
So far I know we have updated the website whenever the release has
been published. I am not a huge fan of restricting website updates to
releases and think we should be able to update at any time we want.

This again touches the question with pubsub. We need to make a
decision if we move to mvn site:deploy or do something else.

Cheers
Christian


-- 
http://www.grobmeier.de
https://www.timeandbill.de