You really mean 2.2 or 2.1? The roadmap is here:
http://jira.codehaus.org/browse/MSITE?report=com.atlassian.jira.plugin.system.project:roadmap-panel
and 2.1 will include doxia 1.1.2. Timeline there is none.
You might also have a look at the related Doxia release plan:
/browse/MSITE-419
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
--
View this message in context:
http://www.nabble.com/M2-site-plugin%3A
Which is the roadmap/timeline for release 2.2?
And will Doxia 1.1.2 be included? http://jira.codehaus.org/browse/MSITE-419
http://jira.codehaus.org/browse/MSITE-419
--
View this message in context:
http://www.nabble.com/M2-site-plugin%3A-Roadmap-for-2.2-tp25270282p25270282.html
Sent from
This is from memory, correct me if I'm wrong. We're having trouble
with links (to anchors) on the generated website.
Maven 1:
section name=Shale Downloads
a name=Shale_Downloads
section name=Shale Downloads href=downloads
a name=downloads
(I'm fairly sure the 'href' was added in m1.
Just stumbled over the relativePath element, which I assume will solve my
warning, a case of rtfm there...
On 12/05/06, Mikael Andersson [EMAIL PROTECTED] wrote:
Hi
When I try to run mvn site:site in a child module I get the following
warning message:
[WARNING] Unable to load parent project
Hi
When I try to run mvn site:site in a child module I get the following
warning message:
[WARNING] Unable to load parent project from repository: Could not find the
model file '/scratch/usr/workspace/rssgen/rssgen-core/../pom.xml'.
It is looking for the parent pom in the wrong place, to work
Hi all,
Im looking for a way to get the site/reporting plugin to generate site
output as xml so I can incorporate the raw content into jetspeed /
portlets. I can see that some of the surefire test and checkstyle raw
data is included in my build target dir when I run the site mojo.
However, for
Hi,
I am using the lastest site plugin snapshot and it seems to work fine
except that it seems to not find my site.xml file. I can't find the
correct property to set. Anyone know what is the default name now or
what property should I change to set the filename correctly?
--
Alexandre Poitras
Maybe with site:attach-descriptor.
On 2/28/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
Hi,
I am using the lastest site plugin snapshot and it seems to work fine
except that it seems to not find my site.xml file. I can't find the
correct property to set. Anyone know what is the default
ok I was wrong the problem wasn't there.
On 2/28/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
Maybe with site:attach-descriptor.
On 2/28/06, Alexandre Poitras [EMAIL PROTECTED] wrote:
Hi,
I am using the lastest site plugin snapshot and it seems to work fine
except that it seems to
Objet
Veuillez [M2] Site plugin
répondre à
Maven Users
Hello All,
Has anyone had any luck publishing site files using site:deploy and the
file:/// file:/// protocol?
This works for me the first time I publish the site but when I try and
republish to the same dir I get an error saying
[INFO] Error uploading site
Embedded error: Could not make
See: http://jira.codehaus.org/browse/WAGON-30
Replacing the jar in your maven/lib directory as indicated in the
comments should work, it worked for me.
--tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
to Maven Users List
To: Maven Users List users@maven.apache.org
cc:
Subject:Re: [m2] Site Plugin Cannot Overrite Site Files when
using file:/// p
rotocol.
See: http://jira.codehaus.org/browse/WAGON-30
Replacing the jar in your maven/lib directory as indicated
Many thanks Tom.
Chris
-Original Message-
From: Tomislav Stojcevich [mailto:[EMAIL PROTECTED]
Sent: 06 February 2006 16:31
To: Maven Users List
Subject: Re: [m2] Site Plugin Cannot Overrite Site Files when using file:///
p rotocol.
See: http://jira.codehaus.org/browse/WAGON-30
: [m2] Site Plugin Cannot Overrite Site Files when
using file:/// p
rotocol.
As an alternative, I tried using the workaround (below) which doesn't
function as expected when I try to use a maven property. Is there a
way to pass a property to the delete command (or any plugin arg in quotes
I have the following
layout
src
|-
site
|-xdoc
|
|-folder1
|
|-folder2
|-resources
|-images
|-logo.gif
In site.xml I have
the dollowing XML fragment
bannerRightsrcimages/logo.gif/src
/bannerRight
S orry about that I accident sent the message out early:
I have the following layout
src
|- site
|-xdoc
| |-folder1
| |-folder2
|-resources
|-images
|-logo.gif
In site.xml I have the dollowing XML fragment
bannerRight
Hi Mark,
You are right. Can you file it in JIRA?
Regards,
Vincent
-Original Message-
From: Mark Kuzmycz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 05, 2005 8:09 AM
To: users@maven.apache.org
Subject: RE: [m2] site plugin
S orry about that I accident sent the message
:09 AM
To: users@maven.apache.org
Subject: RE: [m2] site plugin
S orry about that I accident sent the message out early:
I have the following layout
src
|- site
|-xdoc
| |-folder1
| |-folder2
|-resources
|-images
|-logo.gif
In site.xml I
I was unde the impression that this was an m1 feature. I haven't used
M1 extensively however so I'm perfectly ready to be proved wrong ;)
Regards
On 23/09/05, Brett Porter [EMAIL PROTECTED] wrote:
No, not yet. There is an open JIRA issue to watch/comment on.
Our first priority now is
Hello fellows
In maven-beta1, Does site plugin support consolidated reports from
sub-projects in a multiproject configurations? and Could someone point me
the way?
Thanks
Nelson Arapé
-
To unsubscribe, e-mail: [EMAIL
No, not yet. There is an open JIRA issue to watch/comment on.
Our first priority now is matching the m1 feature set.
- Brett
On 9/23/05, Nelson Arape [EMAIL PROTECTED] wrote:
Hello fellows
In maven-beta1, Does site plugin support consolidated reports from
sub-projects in a multiproject
Hello,
I'am using M2 Site.
M2 just download new vesion of the plugins : nice !
but an old issue came back.
it's about the css files (maven-theme.css, etc...) in resources folder
that don't reach to the css folder in the target.
They are over written by the original one.
the Jira issue is :
I did something wrong
Sorry for disturbing...
Antoine
-Message d'origine-
De : ah2 sur communication-langages-et-systemes.com
[mailto:[EMAIL PROTECTED]
Envoyé : dimanche 17 juillet 2005 19:51
À : 'Maven Users List'
Objet : M2 site plugin : new snapshot brings back and older issue
Hi
I have following entry in pom.xml:
project
build
sourceDirectorysrc/main/sourceDirectory
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-site-plugin/artifactId
configuration
siteDirectory${basedir}/www/siteDirectory
What goal did you specify? site:site? or site: deploy?
puschteblume wrote:
Hi
I have following entry in pom.xml:
project
build
sourceDirectorysrc/main/sourceDirectory
plugins
plugin
groupIdorg.apache.maven.plugins/groupId
artifactIdmaven-site-plugin/artifactId
Hi Heiko,
If I understand correctly, you run 'm2 site:site', and you wonder
why the output ends up in 'target/site' instead of in '${basedir}/www'.
shouldn't you specify the 'outputDirectory' property instead ??
Dennis
On 7/1/05, puschteblume [EMAIL PROTECTED] wrote:
Hi
I have
Anyway, if you're deploying the site you should use site:deploy.
Also, siteDirectory is where your site files are. The files in
siteDirectory are zipped into the workingDirectory.
So, if you want to deploy your site to ${basedir}/www, you should put
that to workingDirectory like so:
Hm, this makes sense :)
You are completely right. And I am completely stupid.
Thanks for your help.
Dennis Geurts wrote:
Hi Heiko,
If I understand correctly, you run 'm2 site:site', and you wonder
why the output ends up in 'target/site' instead of in '${basedir}/www'.
shouldn't you specify
Hi Edwin
Thanks for your explanation. I have solved the problem, but it is
interesting what you told I haven't thought about. It is of course
better to leave things where they are and deploy it to the right
location. But I have a project that is under source control, and if you
can't ssh/scp
31 matches
Mail list logo