2012/2/26 Chris Graham :
> Hi All.
>
> I've almost finished all of the work to fully implement the
> maven-scm-provider-jazz.
>
> Just the update (doable) and the changelog (at least three different
> calls to implement, but doable).
>
> I've JUnit tested most, if not all of what I can.
>
> So, it'
Hi All.
I've almost finished all of the work to fully implement the
maven-scm-provider-jazz.
Just the update (doable) and the changelog (at least three different
calls to implement, but doable).
I've JUnit tested most, if not all of what I can.
So, it's now time to look at the TCK tests.
Jazz
Hi
I've started planning for a release of Doxia and the Site Plugin. If
anyone has issues they'd like to fix before this release now is the time
to do it. Just let me know how much time you need.
My main driver is to get the fix for MSITE-602 into a release so that we
can start using it. That wil
Nice job Benson! A lot of things have changed
recently with regard to the CMS to better make
use of your plugin. See INFRA-4466 and grep
http://www.apache.org/dev/cmsref for extpaths.txt
for the details.
>
> From: Benson Margulies
>To: Maven Developers List ; J
The other thought hit me. Scan the code base for life cycles.xml and/or
@exectute. See where (if) it's used elsewhere.
-Chris
Sent from my iPhone
On 26/02/2012, at 10:10 AM, Benson Margulies wrote:
> On Sat, Feb 25, 2012 at 6:05 PM, Chris Graham wrote:
>> Wouldn't you find a similar thing in
On Sat, Feb 25, 2012 at 6:05 PM, Chris Graham wrote:
> Wouldn't you find a similar thing in the release plugin? It appears to define
> it's own.
I'll have a look. This seems suspiciously similar, now that you point
it out. Except that the release plugin explicitly invokes maven
recursively at th
Wouldn't you find a similar thing in the release plugin? It appears to define
it's own.
-Chris
Sent from my iPhone
On 26/02/2012, at 6:41 AM, Benson Margulies wrote:
> What if you wanted to define a mojo to execute a custom lifecycle that
> included arbitrary goals of arbitrary other plugins?
Oh, by the way, this does not depend on svn 1.7; in fact, it should
work just the same with any scm that has a Maven scm provider. How
slow it turns out to be for a large site is another matter; it makes a
brand new clean checkout for every publlcation cycle. I could make it
trust the 'info' operat
Hi,
The vote has passed with the following result :
+1 (binding): Daniel Kulp, Benson Margulies, Olivier Lamy, Mark
Struberg, Emmanuel Venisse, Hervé Boutemy, Dennis Lundberg
+1 (non binding): Tony Chemit
I will promote the artifacts to the central repo.
On 2012-02-22 14:50, Dennis Lundberg wro
For the main site, I worked with Joe: he incorporated site conventions to the
CMS web UI to offert online editing and publishing
Then extpaths.txt was added to let components sites published with svnpubsub
You have half of the story, I have the other one in site branch :)
Envoyé depuis mon mobi
I've got my first offering in this department working, at least a little.
org.apache.maven.plugins:asf-svnpubsub-plugin is a Maven plugin that
published an entire site to a subversion tree. It has no CMS
integration. Once this item is under control, I plan to pick up the
trail of breadcrumbs that
On Sat, Feb 25, 2012 at 1:45 PM, Hervé BOUTEMY wrote:
> why not consider it as a deploy protocol?
> like scp, file, webdav: svnpubsub
That only handles the last piece.
Here's the lifecycle:
svnpubsub:prepare: do an svn checkout
site:site
site:stage -DstagingDirectory = svn checkout
why not consider it as a deploy protocol?
like scp, file, webdav: svnpubsub
then the existing site-deploy phase of site lifecycle is sufficient
Le samedi 25 février 2012 11:58:36 Benson Margulies a écrit :
> To make the svnpubsub thing easier to use, I'd like to declare a
> customer lifecycle for
in /sandbox/plugins?
Le samedi 25 février 2012 11:51:49 Benson Margulies a écrit :
> I want to publish the site for the svnpubsub plugin for people to look
> at. Where?
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache
yes, pragmatic: it's easier for the moment to fix the result than fix the real
problem...
I'll have a look at the problem later
Regards,
Hervé
Le samedi 25 février 2012 11:51:20 Benson Margulies a écrit :
> On Sat, Feb 25, 2012 at 11:38 AM, Hervé BOUTEMY
wrote:
> > yes
> >
> > I fear it's wo
To make the svnpubsub thing easier to use, I'd like to declare a
customer lifecycle for it. Perhaps I need to break for lunch, but can
I do that without a packaging? I just want to let someone type
mvn svnpubsub
and watch the fun.
--
I want to publish the site for the svnpubsub plugin for people to look
at. Where?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
On Sat, Feb 25, 2012 at 11:38 AM, Hervé BOUTEMY wrote:
> yes
>
> I fear it's worthwhile for svnpubsub: Joe sjhould give us an example site next
> week to try and confirm that, but since we'll need to commit generated content
> to svn, it should be a requirement.
> Notice that PDFBox used an Ants'
yes
I fear it's worthwhile for svnpubsub: Joe sjhould give us an example site next
week to try and confirm that, but since we'll need to commit generated content
to svn, it should be a requirement.
Notice that PDFBox used an Ants' fixcrlf task just for that [1]
Regards,
Hervé
[1] http://svn.
Possibly both :)
On 25/02/2012, at 9:37 PM, Benson Margulies wrote:
> The maven-project-info-reports-plugin generates files with
> 'inconsistent newlines'. Is it worthwhile to try to fix this, or is it
> the beginning of an unbounded collection of other examples.
>
>
Benson Margulies wrote:
The maven-project-info-reports-plugin generates files with
'inconsistent newlines'. Is it worthwhile to try to fix this, or is it
the beginning of an unbounded collection of other examples.
Shooting from the hip I would guess the latter. I know I started
investigating
I now know what my problem is (I wasn't looking at the result object
from the add operation), but i don't know what to do about it. svn is
complaining that the site plugin produces files with 'inconsistent
newlines'.
On Tue, Feb 21, 2012 at 5:47 PM, Olivier Lamy wrote:
> javasv
--
Hi Dennis.
That doesn't quite do what I was looking for justice.
I'll submit a patch that will show you what I mean.
(basically a cross reference of maven checkstyle plugin versions vs
check style versions - all the way back).
As otherwise, that information is lost on a change of version of the
23 matches
Mail list logo
