If you are talking about few russian pages at the end of the list, these
are just spam, no useful maven information there.
--
Regards,
Igor
On 2015-03-04 7:52, Martin Gainty wrote:
From: herve.bout...@free.fr
To: dev@maven.apache.org
Subject: Codehaus EOL and MAVENUSER Confluence Wiki
> From: herve.bout...@free.fr
> To: dev@maven.apache.org
> Subject: Codehaus EOL and MAVENUSER Confluence Wiki
> Date: Wed, 4 Mar 2015 02:20:09 +0100
>
> Hi,
>
> I got a report from someone about links from Jira to old Codehaus MAVEN
> Confluence Wiki [1]: I expla
Hi,
I got a report from someone about links from Jira to old Codehaus MAVEN
Confluence Wiki [1]: I explained that we already copied the content to ASF
MAVENOLD [2] as read-only and copied useful content to ASF MAVEN [3]
Then ok for Codehaus MAVEN Confluence Wiki.
But what about Codehaus
Of course it works fast now...
On May 23, 2014, at 8:36 AM, Jeff Jensen
wrote:
> I just successfully viewed the page, so no problems reaching it.
>
>
>
> On Fri, May 23, 2014 at 7:30 AM, Jason van Zyl wrote:
>
>> For the last few days the instance seems to be in distress. Anyone else
>> ha
I just successfully viewed the page, so no problems reaching it.
On Fri, May 23, 2014 at 7:30 AM, Jason van Zyl wrote:
> For the last few days the instance seems to be in distress. Anyone else
> having issues?
>
> Thanks,
>
> Jason
>
> --
Seems fine to me (true, I have no karma to edit, but logged in and pageload
is quite fast).
Thanks,
~t~
On Fri, May 23, 2014 at 2:30 PM, Jason van Zyl wrote:
> For the last few days the instance seems to be in distress. Anyone else
> having issues?
>
> Thanks,
>
> Jason
>
> --
For the last few days the instance seems to be in distress. Anyone else having
issues?
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
http://twitter.com/jvanzyl
http://twitter.com/takari_io
--
with Hervé to see who wants to push out a
>> Modello release if necessary.
>>
>> On Nov 13, 2012, at 2:42 PM, Dennis Lundberg wrote:
>>
>>> On 2012-11-13 19:45, Jason van Zyl wrote:
>>>> There, I just added a couple macros and lined out the pr
9:45, Jason van Zyl wrote:
>>> There, I just added a couple macros and lined out the proposed roadmap
>>> given the feedback.
>>>
>>> https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
>>
>> Jason,
>>
>> If you hav
release if necessary.
On Nov 13, 2012, at 2:42 PM, Dennis Lundberg wrote:
> On 2012-11-13 19:45, Jason van Zyl wrote:
>> There, I just added a couple macros and lined out the proposed roadmap given
>> the feedback.
>>
>> https://cwiki.apache.org/confluence/display/MAVEN/
On 2012-11-13 19:45, Jason van Zyl wrote:
> There, I just added a couple macros and lined out the proposed roadmap given
> the feedback.
>
> https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
Jason,
If you have a few cycles, could you have a look at releasing Modello? W
There, I just added a couple macros and lined out the proposed roadmap given
the feedback.
https://cwiki.apache.org/confluence/display/MAVEN/Roadmap
On Nov 13, 2012, at 12:02 PM, Jason van Zyl wrote:
> Dan helped me reset my password so I'm good. I'll work on the roadmap now.
&
Dan helped me reset my password so I'm good. I'll work on the roadmap now.
On Nov 13, 2012, at 10:44 AM, Benson Margulies wrote:
> On Tue, Nov 13, 2012 at 10:42 AM, Jason van Zyl wrote:
>
>> Does this instance use for authentication? I tried my LDAP password and
>> that doesn't seem to work.
>
On Tue, Nov 13, 2012 at 10:42 AM, Jason van Zyl wrote:
> Does this instance use for authentication? I tried my LDAP password and
> that doesn't seem to work.
>
I don't think it uses ldap. Have you tried password recovery?
>
> I'm trying to make a roadmap page for the proposed schedule for the
Does this instance use for authentication? I tried my LDAP password and that
doesn't seem to work.
I'm trying to make a roadmap page for the proposed schedule for the next three
releases so people can see it easier than trying to surf JIRA.
Thanks,
Jason
-
On 25/10/2012, at 3:05 PM, Barrie Treloar wrote:
> I can't find any docs on what I need to do to get edit access to
> https://cwiki.apache.org/confluence/display/MAVEN/Index.
>
> Anyone able to help out?
I can't find any docs on what I need to do to get edit access to
https://cwiki.apache.org/confluence/display/MAVEN/Index.
Anyone able to help out?
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For addit
dehaus.org/display/DOXIA/Home
Does someone could blacklisted this guy and removed the files? I
haven't the rights.
Thanks
Vincent
-- Forwarded message --
From: Cesar Kamoy (Confluence)
Date: 2011/8/25
Subject: [codehaus-confluence] Doxia> Home
To: vincent.sive...@gmai
s
> http://docs.codehaus.org/display/DOXIA/Home
>
> Does someone could blacklisted this guy and removed the files? I
> haven't the rights.
>
> Thanks
>
> Vincent
>
> -- Forwarded message --
> From: Cesar Kamoy (Confluence)
> Date: 2011/8/25
&
I received 61 mails from Cesar Kamoy which has uploaded files
http://docs.codehaus.org/display/DOXIA/Home
Does someone could blacklisted this guy and removed the files? I
haven't the rights.
Thanks
Vincent
-- Forwarded message --
From: Cesar Kamoy (Confluence)
Date: 2011
te:
Hi all,
Some Apache projects are now writing their documentations on
confluence @
Apache.
For example Apache Directory :
http://directory.apache.org/
http://cwiki.apache.org/confluence/display/DIRxSITE/Index
Even if Sonatype's book is helping a lot about Maven's
docume
Hi,
What a very good idea !
Frederic
On Thu, Jun 5, 2008 at 1:20 PM, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Some Apache projects are now writing their documentations on confluence @
> Apache.
> For example Apache Directory :
>http://directo
Hi all,
Some Apache projects are now writing their documentations on confluence @
Apache.
For example Apache Directory :
http://directory.apache.org/
http://cwiki.apache.org/confluence/display/DIRxSITE/Index
Even if Sonatype's book is helping a lot about Maven's document
That's the existing process, where the next mojo to be executed is
discovered based on the metadata of the current one...if the current
mojo requires a fork, the mojos to be included in that fork are
calculated just before the forking mojo is executed. As you go
through the build, executing
MAIL PROTECTED]>
wrote:
Reading through the Deterministic Lifecycle Planning page...
Do these changes make it possible to create new lifecycle phases???
Imho this would really help maven to become an extendable build/
project
management tool for multiple platforms and purposes.
--
View th
/Please-comment%
3A-2.1-Lifecycle-Features-on-MAVEN-Confluence-space-
tp15170452s177p15407416.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
t: Monday, 11 February 2008 7:34 PM
> To: Maven Developers List
> Subject: [***POSSIBLE SPAM***] - Re: Please comment: 2.1
> Lifecycle Features on MAVEN Confluence space - Bayesian
> Filter detected spam
>
> From
> http://docs.codehaus.org/display/MAVEN/Suppression%2C+Ord
Hi John,
That looks very interesting!
BTW, what is 'Just-in-time lifecycle discovery and configuration'?
Rahul
John Casey wrote:
Hi all,
I've written up the new features present in the refactored lifecycle
support for 2.1, if anyone is interested in reading it. I'd like to
hear what you
ent!)
>
>
> On Feb 11, 2008 8:44 AM, Wouter Hermeling <[EMAIL PROTECTED]> wrote:
>
> >
> > Reading through the Deterministic Lifecycle Planning page...
> >
> > Do these changes make it possible to create new lifecyc
ly help maven to become an extendable build/project
> management tool for multiple platforms and purposes.
> --
> View this message in context:
> http://www.nabble.com/Please-comment%3A-2.1-Lifecycle-Features-on-MAVEN-Confluence-space-tp15170452s177p15407
://www.nabble.com/Please-comment%3A-2.1-Lifecycle-Features-on-MAVEN-Confluence-space-tp15170452s177p15407416.html
Sent from the Maven Developers mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Yeah, upon thinking about this a little more, I think it could be a really
bad idea to expose the "live" BuildPlan to plugins, at least without making
it a read-only view. Instead, I'd much rather provide a second extension
point for Maven that's well-defined and well-documented like the basic Mojo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi there,
| Right...I guess it'd help to include the URL:
|
| http://docs.codehaus.org/display/MAVEN/Deterministic+Lifecycle+Planning
|
| Thanks!
I generally agree with what you are saying.
You are pointing out common problems very well.
The solution
ifecycle Features on MAVEN Confluence space
yes, I see what your talking about..
And I think your might be onto something with your BuildPlanModifier
bit...It seems to me that plugins have perhaps grown a bit too...powerful in
terms of how they can effect the build.
I wonder if it might be a
yes, I see what your talking about..
And I think your might be onto something with your BuildPlanModifier
bit...It seems to me that plugins have perhaps grown a bit too...powerful in
terms of how they can effect the build.
I wonder if it might be a good time while your looking into all of this to
You know, I've been thinking about that bit, too...turning mojos off,
replacing them, etc, I mean. What I'm currently thinking is that a
build extension that carried its own configuration might be a good
alternative, though I'm not sure how well that would scale. The idea
is to introduce a
well, when your working with something that will try and predetermine how
and when plugins will run and you have something like build context/state in
play then plugins will be able to turn themselves off depending on build
state based on the context of the build up to that point...which kinda
inte
How do you see that impacting the lifecycle stuff, out of curiosity?
I did put the build context into trunk, but wound up taking it back
out because it wasn't implemented very well, and was leading to a
proliferation of separate, threadlocal-driven storage classes. I've
been thinking for aw
Do you think this will also include the build context mechanics we talked
about a long time ago? Where mojo's can communicate to each other a map of
either status or configuration settings through some third party mechanism,
perhaps the build plan this talks about. I seem to remember you putting
s
Right...I guess it'd help to include the URL:
http://docs.codehaus.org/display/MAVEN/Deterministic+Lifecycle+Planning
Thanks!
-john
On Jan 29, 2008, at 4:58 PM, John Casey wrote:
Hi all,
I've written up the new features present in the refactored
lifecycle support for 2.1, if anyone is int
Hi all,
I've written up the new features present in the refactored lifecycle
support for 2.1, if anyone is interested in reading it. I'd like to
hear what you all think, particularly about the emerging discussion
of aggregator plugins, pre-exec "plugins", and such taking place on
the page
http://jira.codehaus.org/browse/HAUS-1594
thanks
Hervé
Le samedi 03 novembre 2007, Brett Porter a écrit :
> I'm not sure who here has karma to update karma on there any more -
> but you could maybe file a request under codehaus chores (http://
> jira.codehaus.org/browse/HAUS) and I'll make sure
I'm not sure who here has karma to update karma on there any more -
but you could maybe file a request under codehaus chores (http://
jira.codehaus.org/browse/HAUS) and I'll make sure they know it's ok.
- Brett
On 03/11/2007, at 6:14 AM, Hervé BOUTEMY wrote:
I just found http://docs.codehaus
I just found http://docs.codehaus.org/display/MAVEN/Releases, which is exactly
the page I was looking for. I'd like to add some informations in it, but I
can't edit it.
Can someone give me sufficient karma, please?
Hervé
-
To u
sorry, fixed.
-Lukas
Vincent Siveton wrote:
Hi Lukas,
2007/10/26, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
Author: ltheussl
Date: Fri Oct 26 05:21:38 2007
New Revision: 588621
URL: http://svn.apache.org/viewvc?rev=588621&view=rev
Log:
DOXIA-176: strip leading space in section titles. Thanks t
Hi Lukas,
2007/10/26, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:
> Author: ltheussl
> Date: Fri Oct 26 05:21:38 2007
> New Revision: 588621
>
> URL: http://svn.apache.org/viewvc?rev=588621&view=rev
> Log:
> DOXIA-176: strip leading space in section titles. Thanks to Dave Syer.
Could you please follow
Jason van Zyl wrote:
On 25 Oct 07, at 3:21 AM 25 Oct 07, Lukas Theussl wrote:
Vincent Massol wrote:
Hi,
The APT and Confluence parsers behave differently when parsing lists.
The APT parser generates paragraph()/paragraph_() events for each
list item whereas the Confluence parser
Forgot to mention: for a confluence sink there is a feature request open
(DOXIA-124), any interest in writing one? :)
-Lukas
Lukas Theussl wrote:
Dave Syer wrote:
I already took that approach with the patch I submitted for
DOXIA-169. The
test actually goes beyond the one for the APT
Dave Syer wrote:
Is anyone actively involved in developing the Confluence module right now?
Several issues have been raised this week (some by me), but no-one seems to
be reviewing them, or working on them. Some are really trivial.
I'm one of the active developers on doxia. I haven&
Hi Dave,
On Oct 24, 2007, at 7:08 PM, Dave Syer wrote:
Is anyone actively involved in developing the Confluence module
right now?
Several issues have been raised this week (some by me), but no-one
seems to
be reviewing them, or working on them. Some are really trivial.
I guess the
Is anyone actively involved in developing the Confluence module right now?
Several issues have been raised this week (some by me), but no-one seems to
be reviewing them, or working on them. Some are really trivial.
--
View this message in context:
http://www.nabble.com/Confluence-module
ge-
> From: Ralph Goers [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 19, 2007 11:08 AM
> To: Maven Developers List
> Subject: Re: [codehaus-confluence] Maven: Importing Managed Dependencies
> (Comment Added)
>
> I don't know that confluence was designed for debates so I
-confluence] Maven: Importing Managed Dependencies
(Comment Added)
I don't know that confluence was designed for debates so I am posting
this here.
Mark, while I appreciate your feedback I have to take issue with the -1.
In all the groups that I work with that use Maven every single one of
I don't know that confluence was designed for debates so I am posting
this here.
Mark, while I appreciate your feedback I have to take issue with the -1.
In all the groups that I work with that use Maven every single one of
the Configuration Management teams that manages the projects req
maven/doxia/doxia/trunk/doxia-modules/doxia-module-apt/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-confluence/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-docbook-simple/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-fml/pom.xml
maven/
/trunk/doxia-book/pom.xml
maven/doxia/doxia/trunk/doxia-core/pom.xml
maven/doxia/doxia/trunk/doxia-maven-plugin/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-apt/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-confluence/pom.xml
maven/doxia/doxia/trunk/d
/doxia/trunk/doxia-book/pom.xml
maven/doxia/doxia/trunk/doxia-core/pom.xml
maven/doxia/doxia/trunk/doxia-maven-plugin/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-apt/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-confluence/pom.xml
maven/doxia/doxia/trunk/dox
lopment iteration
Modified:
maven/doxia/doxia/trunk/doxia-book/pom.xml
maven/doxia/doxia/trunk/doxia-core/pom.xml
maven/doxia/doxia/trunk/doxia-maven-plugin/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-apt/pom.xml
maven/doxia/doxia/trunk/doxia-modules/doxia-module-co
On 5 Aug 07, at 3:21 AM 5 Aug 07, Brett Porter wrote:
Hi Jason,
Is there a way we could get back the original Repository Security
Improvements page I made (to keep the change history), and set that
as the proposal?
All the content is there, and I don't think you can get back deleted
pa
[mailto:[EMAIL PROTECTED]
Sent: Saturday, August 04, 2007 9:22 PM
To: Maven Developers List
Subject: Re: [codehaus-confluence] Maven: Repository Security (Page
Created)
Hi Jason,
Is there a way we could get back the original Repository Security
Improvements page I made (to keep the change history), a
ensing) by default, which fits well with Maven's view
of development best practices."
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 04, 2007 9:22 PM
To: Maven Developers List
Subject: Re: [codehaus-confluence] Maven: Repository Securit
Hi Jason,
Is there a way we could get back the original Repository Security
Improvements page I made (to keep the change history), and set that
as the proposal? I had already taken into account the 3 articles from
Nat, John and Julian when I wrote mine, and they're best left as a
document
-matrix.html
(It may be a little out of date/missing until all the normal syncs
happen, but this is automated).
While just an experiment at this stage, this was really easy to set
up and the confluence instance is snappy as. Does anyone have any
thoughts on whether this is worth pursuing further
iled here: http://jira.codehaus.org/browse/
HAUS-1488
, and the setup is not conducive to deploying into the Apache
site. cwiki is already running the stuff we need. People I trust
recommend it.
The stuff is a plugin which can be installed in any Confluence
instance. So that's
docs - I always have to give
them
multiple URLs for info and/or they keep Googling for answers.
If you plan to integrate Maven site and the wiki so well like the
examples
you provided, then the user sees them as one source. Very nice.
Just a note on this aspect too. I have a confluence cl
ly locked out of editing the
CONTINUUM space)
Did you ask? I asked Ben for JIRA privs and that took 5 minutes.
, and the setup is not conducive to deploying into the Apache
site. cwiki is already running the stuff we need. People I trust
recommend it.
The stuff is a plugin which can be in
I asked Ben for JIRA privs and that took 5 minutes.
, and the setup is not conducive to deploying into the Apache
site. cwiki is already running the stuff we need. People I trust
recommend it.
The stuff is a plugin which can be installed in any Confluence
instance. So that's not an o
setup is not conducive to deploying into the Apache site.
cwiki is already running the stuff we need. People I trust recommend it.
The stuff is a plugin which can be installed in any Confluence instance.
So that's not an onerous task.
We've wanted to do this for months, and this is an
e to deploying into the Apache site.
cwiki is already running the stuff we need. People I trust
recommend it.
The stuff is a plugin which can be installed in any Confluence
instance. So that's not an onerous task.
We've wanted to do this for months, and this is an avenue that
the apache site
and the codehaus confluence, as well as getting all of the above
benefits?
Before biting the bullet we can do a trial with this single SCM page.
What do folks think?
I think it's a bad idea to move from a stable setup we have with
great support from people who have he
fact removing the current fragmentation between the apache site and
the codehaus confluence, as well as getting all of the above benefits?
Before biting the bullet we can do a trial with this single SCM page.
What do folks think?
I think it's a bad idea to move from a stable setup we have
many don't know or don't go. If it must reside elsewhere, the
link to
external site docs must be very prominent.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 4:26 PM
To: Maven Developers List
Subject: Re: confluence (was: We&#x
loper
documentation section and used for design proposals.
What I can't understand by just looking at those examples is how
was all
that content created? Did a "mvn site" run gen some and the hand
created
wiki pages link to it?
It's all created in confluence, and using
sees them as one source. Very nice.
-Original Message-
From: Brett Porter [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 29, 2007 7:34 PM
To: Maven Developers List
Subject: Re: confluence (was: We're near the release of 1.0 final)
That's exactly what this would provide.
While I don'
CTED]
Sent: Thursday, March 29, 2007 4:26 PM
To: Maven Developers List
Subject: Re: confluence (was: We're near the release of 1.0 final)
[snip]
Anyone else with 2 cents to spare?
- Brett
-
To unsubscribe, e-mail: [EMAIL
Developers List
Subject: Re: confluence (was: We're near the release of 1.0 final)
[snip]
Anyone else with 2 cents to spare?
- Brett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [
is such a
mess...
When we get to that point, I'd be happy to organise and document a
structure for it. It's not actually as messy as it looks.
One thing that is interesting is that wiki content wouldn't be
affected by
confluence outages, since it's exported to th
ASF infra in
the past.
Of bigger concern to me is the fact that the MAVEN space is such a mess...
One thing that is interesting is that wiki content wouldn't be affected by
confluence outages, since it's exported to the static pages...and I'm not
sure it's a great idea to
stuff in SVN, Confluence users spaces and developer
works spaces. The autoexport could easily be setup with the space
we have if it isn't already.
This documentation is already in its own space, so it's low
impact. I believe it is not currently editable by users, and only
a
done.
Dennis Lundberg wrote:
Hello
I've been doing some work on the Maven Confluence wiki lately. There is
one thing that I am not allowed to do though and that is remove pages.
There are currently 4 orphaned pages [1] that are the results of people
trying to learn the wiki.
It wou
Dennis Lundberg wrote:
Hello
I've been doing some work on the Maven Confluence wiki lately. There is
one thing that I am not allowed to do though and that is remove pages.
There are currently 4 orphaned pages [1] that are the results of people
trying to learn the wiki.
It would be ni
Hello
I've been doing some work on the Maven Confluence wiki lately. There is
one thing that I am not allowed to do though and that is remove pages.
There are currently 4 orphaned pages [1] that are the results of people
trying to learn the wiki.
It would be nice if someone
't have to struggle with implementing it then. How
do I use this with Continuum?
_Mang Lau
David Blevins <[EMAIL PROTECTED]>
04/05/2006 05:14 AM
Please respond to
continuum-dev@maven.apache.org
To
continuum-dev@maven.apache.org
cc
Subject
Re: Creating a notifier for Confluenc
a notifier for Confluence
FYI, I have a library available for manipulating Confluence via XML-RPC
http://cvs.codehaus.org/viewrep/swizzle/swizzle/swizzle-confluence/
src/main/java/org/codehaus/swizzle/confluence
You are unlikely to find anything more complete. I have another one
for J
maven.apache.org
To
continuum-dev@maven.apache.org
cc
Subject
Re: Creating a notifier for Confluence
Yes, you need to extends AbstractContinuumNotifier.
You can look at MailContinuumNotifier, IrcContinuumNotifier,
JabberContinuumNotifier and
MsnContinuumNotifier for samples
When your
How can I give it a try? Now I've checked out doxia trunk. How can I
invoke it on a confluence page?
Thanks.
On 1/30/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Ersin Er wrote:
> > Hi all,
> >
> > I would like to learn if Doxia is capable of parsing Confluence
What a pity this did not work for me. But being able to render
confluence pages with such a way would be really great.
Thanks.
On 1/30/06, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
> We have a doxia parser for confluence, but i never used it.
>
> Create a directory confluence
Gosh, I am definitely out of synch these days ... ;(
Thanks for the info!
Stéphane
On 1/30/06, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Stephane Nicoll wrote:
> > Hi,
> >
> > Not it's not but we are thinking about wiki integration APIs and
> > confluenc
Stephane Nicoll wrote:
Hi,
Not it's not but we are thinking about wiki integration APIs and
confluence is one of the main target.
We're definitely thinking about this :-)
So much code goes in and it's hard to make it visible, but the parser is
here:
http://svn.apache.org/
We have a doxia parser for confluence, but i never used it.
Create a directory confluence under src/site and in this directory copy your confluence pages in
*.confluence files
Emmanuel
Ersin Er a écrit :
Hi all,
I would like to learn if Doxia is capable of parsing Confluence
documents and
Ersin Er wrote:
Hi all,
I would like to learn if Doxia is capable of parsing Confluence
documents and translate them into, for example, xdocs. I think it's an
advertised feature but I do not know if it's available in the current
version.
It's an experimental feature and not fu
Hi,
Not it's not but we are thinking about wiki integration APIs and
confluence is one of the main target.
Thanks,
Stéphane
On 1/30/06, Ersin Er <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> I would like to learn if Doxia is capable of parsing Confluence
> documents and t
Hi all,
I would like to learn if Doxia is capable of parsing Confluence
documents and translate them into, for example, xdocs. I think it's an
advertised feature but I do not know if it's available in the current
version.
Thanks.
--
Ersin
Vincent Massol wrote:
> Yes you're right this is required (compiling, resources, packaging, etc).
> For packaging I can provide an example. Imagine you're using Cactus. There's
> a need to "cactify" the runtime WAR/EAR by adding Cactus jars inside WAR/EAR
> and modifying deployment descriptors to a
> -Original Message-
> From: Brett Porter [mailto:[EMAIL PROTECTED]
> Sent: jeudi 12 janvier 2006 23:56
> To: Maven Developers List
> Subject: Re: [codehaus-confluence] Maven: best practices - testing
> strategies (comment added)
>
> Vincent Massol wrote:
>
Vincent Massol wrote:
> There's still a need to define the different types of tests. What we're
> trying to do in m2 is find generic phases that work for all types of build
> actions. The mapping between the phases and the tools is done separately. So
> we still need to define the unit, integration
so that it should be possible to define arbitrary test
directories should the need arise.
WDYT?
Thanks
-Vincent
_
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: lundi 9 janvier 2006 10:56
To: [EMAIL PROTECTED]
Subject: [codehaus-confluence] Maven: best practices - testin
so that it should be possible to define arbitrary test
directories should the need arise.
WDYT?
Thanks
-Vincent
_
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: lundi 9 janvier 2006 10:56
To: [EMAIL PROTECTED]
Subject: [codehaus-confluence] Maven: best practices - testin
Hi John,
Having discussed this, I agree. So site will remain as a [EMAIL PROTECTED]
and the respective reports can do this later.
- Brett
John Allen wrote:
> Re discussion regarding site aggregation
>
> See: http://docs.codehaus.org/display/MAVEN/Sites+and+Inheritence for
> previous notes.
>
>
>
[ http://jira.codehaus.org/browse/MSITE-32?page=all ]
Brett Porter updated MSITE-32:
--
Summary: Confluence sink Support (was: Confluence Support)
we already have a parser - this is for a sink
> Confluence sink Supp
1 - 100 of 116 matches
Mail list logo
