[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53191 ]
Lukas Theussl commented on MPJAVADOC-61:
Thanks a lot Girish! This is almost too simple a test case to be interesting ;)
.
Now I can reproduce the problem running m11b2
[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53196 ]
Lukas Theussl commented on MPJAVADOC-61:
This is a different issue - did you try with Girish's test project?
Inserting your line above into my report.txt file, I also get
[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53203 ]
Lukas Theussl commented on MPJAVADOC-61:
There is a try-catch block in the parser class that swallows the first
exception if not in debug mode. The SIOE is just
Here's the result of the votes:
maven-artifact-plugin-1.7: 6x +1 (2 binding)
maven-plugin-plugin-1.7: 5x +1 (2 binding)
maven-changes-plugin-1.6: 6x +1 (2 binding)
maven-announcement-plugin-1.4: 6x +1 (2 binding)
maven-pom-plugin-1.5: 6x +1 (2 binding)
I will proceed
[ http://jira.codehaus.org/browse/MNG-1809?page=all ]
Lukas Theussl moved MPCHECKSTYLE-48 to MNG-1809:
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1809 (was: MPCHECKSTYLE-48)
Project: Maven 2
[ http://jira.codehaus.org/browse/MNG-1809?page=all ]
Lukas Theussl updated MNG-1809:
---
Component: maven-checkstyle-plugin
rss.png resource missing in repository leading to a NPE
---
Key: MNG
[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53213 ]
Lukas Theussl commented on MPJAVADOC-61:
Jeff, I just committed a fix to the javadoc-plugin svn, can you test please?
StringIndexOutOfBoundsException on parsing the files
[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53176 ]
Lukas Theussl commented on MPJAVADOC-61:
The 'org.apache.commons.collections.set.ListOrderedSet: method init()V not
found' part of the log is probably the relevant issue
[ http://jira.codehaus.org/browse/MPJAVADOC-61?page=comments#action_53186 ]
Lukas Theussl commented on MPJAVADOC-61:
The report.txt file that is generated first by javadoc could maybe help. It
crashes when transforming this file into javadoc
[ http://jira.codehaus.org/browse/MPMULTICHANGES-2?page=all ]
Lukas Theussl closed MPMULTICHANGES-2:
--
Resolution: Fixed
Fix Version: 1.2
Utilize the multiproject reactor simular to the Dashboard plugin
We should try to remove the dependency on plugin-plugin 1.7 as well, if
possible. The artifact-plugin 1.3 is VERY old, m1.0.2 shipped already
with artifact-plugin-1.4.1, so I think we can remove that, too.
-Lukas
Arnaud Heritier (JIRA) wrote:
[
On 12/7/05, Lukas Theussl [EMAIL PROTECTED] wrote:
Hi,
The announcement plugin has zero issues open and, together with the
changes plugin, I think it's ready for release.
-
To unsubscribe, e-mail: [EMAIL PROTECTED
version.
I thought it would be better to leave the currentVersion at the value
where it was published as long as no new changes were made (that would
make it easier also to see fom the multichanges report, which plugins
need to be published still).
-Lukas
Lukas Theussl wrote:
Fabrizio,
You
releases), so we should release it together with the
plugin plugin
fabrizio
On 12/6/05, Lukas Theussl [EMAIL PROTECTED] wrote:
Hi again,
The plugin-plugin is the second plugin I would like to release after the
arifact-plugin. The biggest change in this release is the introduction
of the validate
this problem in the recent eclipse and
jira plugin releases), so we should release it together with the
plugin plugin
fabrizio
On 12/6/05, Lukas Theussl [EMAIL PROTECTED] wrote:
Hi again,
The plugin-plugin is the second plugin I would like to release after the
arifact-plugin. The biggest change
[ http://jira.codehaus.org/browse/MPRELEASE-12?page=all ]
Lukas Theussl closed MPRELEASE-12:
--
Resolution: Fixed
Fix Version: 1.5
Patch applied. Thanks!
The encoding of the project.xml file is not preserved after doing
release:transform
[ http://jira.codehaus.org/browse/MPSCM-38?page=all ]
Lukas Theussl closed MPSCM-38:
--
Resolution: Duplicate
scm:prepare-release change the project.xml encoding
---
Key: MPSCM-38
[ http://jira.codehaus.org/browse/MPSCM-65?page=all ]
Lukas Theussl closed MPSCM-65:
--
Resolution: Fixed
Fix Version: 1.6
Patch applied. Thanks!
When pom.repository.connection ends with / checkout fails (patch
Check the comment by Phil when he submitted the patch:
http://jira.codehaus.org/browse/MPSCM-65
... what really should be patched is the parseUrl method in
o.a.m.scm.provider.svn.repository.ScmProviderRepository
-Lukas
dan tran wrote:
I wonder if this fix need to propagate the
Hi Wendy,
I have recently committed a few patches to the xdoc plugin that are
relevant for m1.0 compatibility. All my tests are running fine now, but
if you have time, I would be grateful if you could test with your setup
and confirm that it works for you, too (or not).
Cheers,
Lukas
[ http://jira.codehaus.org/browse/MPSCM-12?page=comments#action_53019 ]
Lukas Theussl commented on MPSCM-12:
This is a dom4j issue, very annoying. It happens in
o.a.m.changes.ReleaseVersion.java (changes plugin) which is called by the scm
plugin via
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=all ]
Lukas Theussl updated MPARTIFACT-63:
Fix Version: 1.7
Cannot deploy artifacts with own ArtifactTypeHandler.
-
Key: MPARTIFACT
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=comments#action_52817
]
Lukas Theussl commented on MPARTIFACT-63:
-
Thanks for the patch! The problem is that it breaks exactly the feature that
was introduced with the fix for MPARTIFACT-57: you
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=comments#action_52824
]
Lukas Theussl commented on MPARTIFACT-63:
-
I just committed a slightly modified version of your patch, can you confirm
that this still works for you? Thanks!
Cannot
[ http://jira.codehaus.org/browse/MPDIST-28?page=comments#action_52844 ]
Lukas Theussl commented on MPDIST-28:
-
Thanks Phil!
Just to clarify: you get the NPE with the plugin-plugin-1.7-SNAPSHOT installed?
Running maven 1.0 or 1.1?
It shouldn't
[ http://jira.codehaus.org/browse/MPARTIFACT-63?page=all ]
Lukas Theussl closed MPARTIFACT-63:
---
Cannot deploy artifacts with own ArtifactTypeHandler.
-
Key: MPARTIFACT-63
URL
Hello everybody,
I'd like to pick up on the release cycle for m1 plugins, as Arnaud
noted already some time ago, we have quite a few to do before
maven-1.1-beta-3.
The artifact plugin has been holding us back for quite a while because a
number of other plugins depend on it. I have closed a
Hi,
The changes plugin has zero issues open and, depending on the result for
the plugin-plugin, I think it's ready for release.
The future documentation is here:
http://people.apache.org/~ltheussl/maven-stage-site/maven-1.x/reference/plugins/changes/
Vote is open for 72 hours.
+1
Lukas
And another one...
The pom plugin has zero issues open and, depending on the result for the
plugin-plugin, I think it's ready for release.
The future documentation is here, note in particular the page about
validation:
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52798
]
Lukas Theussl commented on MPARTIFACT-61:
-
Actually, everything works for me also with m102, artifact-plugin-1.5.2, scp
and scpexe. I can't test with Windows though, so
+1
Lukas
John Casey wrote:
Hi everyone,
I'd like to do the next release of the Maven core. We've fixed many
important bugs since 2.0, along with expanded plugin support, and a new
bootstrap. In total, we've resolved 125 issues (including those related
in some fashion to the core
I've added this to xdocs/pdf-navigation.xml:
item name=Core Tags href=/shale-core/tagreference-taglib.html/
Where is the file shale-core/tagreference-taglib.xml located? I can't
find it anywhere in the checkout tree.
Thanks. Really, checking out the source code and trying this
to generate the taglib reference in the build directory, if that's possible.
Let me know if you find a solution.
-Lukas
Wendy Smoak wrote:
On 12/4/05, Lukas Theussl [EMAIL PROTECTED] wrote:
I've added this to xdocs/pdf-navigation.xml:
item name=Core Tags href=/shale-core/tagreference
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=all ]
Lukas Theussl updated MPARTIFACT-61:
Description:
Unfortunatel scpexe protocoll seems a noop in version 1.5.2. The executable is
not called, but Maven is reporting happily that it has
[ http://jira.codehaus.org/browse/MPPDF-51?page=comments#action_52670 ]
Lukas Theussl commented on MPPDF-51:
Does anybody know a reason why we shouldn't upgrade to xalan 2.7.0 (together
with the corresponding xerces deps)?
XSLT Error
Arnaud,
I noticed that I have introduced the same incompatibility (util:replace
a string) at several places in the xdoc plugin.
Would it be a valid workaround to put commons-lang as a dependency and
use the static StringUtils.replace instead?
Cheers,
-Lukas
Arnaud Heritier (JIRA) wrote:
[ http://jira.codehaus.org/browse/MPPDF-53?page=all ]
Lukas Theussl closed MPPDF-53:
--
Resolution: Fixed
Title and dates are incorrect when used with Maven 1.0.2
Key: MPPDF-53
[ http://jira.codehaus.org/browse/MPARTIFACT-62?page=all ]
Lukas Theussl closed MPARTIFACT-62:
---
Resolution: Won't Fix
Timestamped artifacts are implemented in m1 since a long time and it has been
made optional very recently: MPARTIFACT-59
[ http://jira.codehaus.org/browse/MPARTIFACT-57?page=all ]
Lukas Theussl closed MPARTIFACT-57:
---
Resolution: Fixed
Fix Version: 1.7
artifact:deploy needs deploy name to be overridable
Hi Wendy,
I wanted to ask Arnaud about that, i saw the same thing too but thought
it would be something special about my setup. It only happens right
after upgrading the plugin. I don't know what exactly fixed it, but
after playing around a bit, running other goals, uninstalling and
It must be picking up maven.docs.src=../xdocs from the
project.properties file, but that doesn't make sense when appended to
target/pdf.
Make that
maven.docs.src=${basedir}/../xdocs
but then it still fails with a duplicate id (sounds familiar by now,
no?). I recommend again a
[ http://jira.codehaus.org/browse/MPCHANGELOG-79?page=all ]
Lukas Theussl closed MPCHANGELOG-79:
Resolution: Duplicate
Fix Version: (was: 1.9)
You're right, you posted it in the wrong area, I moved it to the correct one
(MOJO), now
[ http://jira.codehaus.org/browse/MPSCM-70?page=all ]
Lukas Theussl moved MPXDOC-142 to MPSCM-70:
---
Key: MPSCM-70 (was: MPXDOC-142)
Project: maven-scm-plugin (was: maven-xdoc-plugin)
Fix Anonymous Access with Maven
[ http://jira.codehaus.org/browse/MPXDOC-184?page=all ]
Lukas Theussl closed MPXDOC-184:
Resolution: Won't Fix
Closing as won't fix since it 's not an xdoc specific issue.Please open an
issue in the respective plugins if you still have problems
[ http://jira.codehaus.org/browse/MPANNOUNCEMENT-20?page=all ]
Lukas Theussl closed MPANNOUNCEMENT-20:
---
Resolution: Fixed
Fix Version: 1.4
Already fixed in SVN.
Fatal Error [line 31, row 37]: Attribute ant bound to namespace
http
[ http://jira.codehaus.org/browse/MNG-1719?page=all ]
Lukas Theussl moved MPWAR-53 to MNG-1719:
-
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1719 (was: MPWAR-53)
Project: Maven 2 (was: maven-war-plugin
[ http://jira.codehaus.org/browse/MNG-1719?page=all ]
Lukas Theussl updated MNG-1719:
---
Component: maven-war-plugin
War plugin needs better handling of multiple executions
---
Key: MNG-1719
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52471
]
Lukas Theussl commented on MPARTIFACT-61:
-
I cannot reproduce that (Linux, maven-1.1-beta-3-SNAPSHOT,
maven-artifact-plugin-1.7-SNAPSHOT). In particular, setting
[ http://jira.codehaus.org/browse/MPARTIFACT-59?page=all ]
Lukas Theussl closed MPARTIFACT-59:
---
Resolution: Fixed
Fix Version: 1.7
allow configuring deploying a timedstamped artifact when using SNAPSHOT in
the version
[ http://jira.codehaus.org/browse/MPARTIFACT-60?page=all ]
Lukas Theussl updated MPARTIFACT-60:
Description:
The snapshot artifacts are uploaded twice, the xxx-date and the xxx-SNAPSHOT.
With scp and sftp it would be better to copy them
[ http://jira.codehaus.org/browse/MPARTIFACT-56?page=all ]
Lukas Theussl closed MPARTIFACT-56:
---
Resolution: Fixed
Fix Version: 1.7
When deploying a snapshot, jar and pom have different timestamped version
[ http://jira.codehaus.org/browse/MNG-1721?page=all ]
Lukas Theussl moved MPCHECKSTYLE-47 to MNG-1721:
Version: (was: 2.0)
2.0
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1721
[ http://jira.codehaus.org/browse/MNG-1721?page=all ]
Lukas Theussl updated MNG-1721:
---
Component: maven-checkstyle-plugin
Checkstyle report generation problem
Key: MNG-1721
URL: http
[ http://jira.codehaus.org/browse/MNG-1722?page=all ]
Lukas Theussl moved MPSITE-45 to MNG-1722:
--
Component: (was: plugin)
maven-site-plugin
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG
[ http://jira.codehaus.org/browse/MNG-1722?page=all ]
Lukas Theussl closed MNG-1722:
--
Resolution: Duplicate
See MNG-1409
Site Plugin Encoding Problem
Key: MNG-1722
URL: http://jira.codehaus.org
[ http://jira.codehaus.org/browse/MPCHANGES-28?page=comments#action_52374 ]
Lukas Theussl commented on MPCHANGES-28:
You are filing under the wrong category, please go to
http://jira.codehaus.org/browse/MOJO .
Improve the documentation
+3
Lukas
Fabrizio Giustina wrote:
Hi devs
I would like to start a vote for the release of a couple of m1/m2 plugins:
- m2 eclipse plugin 2.0
the current released version has a list of show stopper bugs: wtp
support and multiproject are broken, dependencies with system scope
have a wrong
+1
Lukas
Jason van Zyl wrote:
Hi,
Surefire will now fork tests and I've updated the surefire plugin
accordingly so I think it's time for a release.
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
[ http://jira.codehaus.org/browse/MNG-1685?page=all ]
Lukas Theussl moved MPRELEASE-15 to MNG-1685:
-
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1685 (was: MPRELEASE-15)
Project: Maven 2
[ http://jira.codehaus.org/browse/MNG-1685?page=all ]
Lukas Theussl updated MNG-1685:
---
Component: maven-release-plugin
NPE in release:prepare
--
Key: MNG-1685
URL: http://jira.codehaus.org/browse/MNG-1685
I thought so, but when I remove the version entry, the announcement goal
fails like:
BUILD FAILED
File..
/home/lukas/.maven/cache/maven-announcement-plugin-1.4-SNAPSHOT/plugin.jelly
Element... ant:fail
Line.. 102
Column -1
Missing version element in the POM for release
It only fails with 'maven announcement' but not with 'maven
announcement:generate-all' which is called by xdoc for the downloads page.
I'm on my way...
-Lukas
Arnaud HERITIER wrote:
No idea in mind.
I never saw this :-(
Good hunt !! :-(
Arnaud
-Message d'origine-
De : Lukas
I was thinking about this thread:
http://www.mail-archive.com/dev@maven.apache.org/msg44176.html
and thought I'd be on the safer side with maven:get. I didn't know about
the problem with dots, I'll revert my commit.
Thanks for the watch-out!
-Lukas
Arnaud HERITIER wrote:
In theory if you
[ http://jira.codehaus.org/browse/MPSIMIAN-11?page=all ]
Lukas Theussl reopened MPSIMIAN-11:
---
Assign To: Lukas Theussl (was: David Eric Pugh)
Includes/excludes pattern does not support multiple patterns
[ http://jira.codehaus.org/browse/MPSIMIAN-11?page=all ]
Lukas Theussl closed MPSIMIAN-11:
-
Resolution: Fixed
Fix Version: 1.6
It will be in 1.6 ...
Includes/excludes pattern does not support multiple patterns
-plugin-1.10-SNAPSHOT
Reporter: Lukas Theussl
Priority: Minor
Fix For: 1.10
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information
[ http://jira.codehaus.org/browse/MAVEN-1729?page=comments#action_51808 ]
Lukas Theussl commented on MAVEN-1729:
--
Did you update any plugins (in particular artifact, plugin and jar) or are you
using the ones that shipped with m1.0.2? If possible
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-45?page=all ]
Lukas Theussl closed MPMULTIPROJECT-45:
---
Resolution: Fixed
goal multiproject:clean doesn't remove top target directory
+1
Lukas
John Casey wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I noticed that this issue has stagnated on the dev list. Since Brett's
post was last and seemed to recommend a reasonable course of action, I'd
like to put it to a vote.
The basic concept is to create a new
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-58?page=all ]
Lukas Theussl closed MPMULTIPROJECT-58:
---
Resolution: Fixed
Possibllity to re-execute multiproject:projects-init
[ http://jira.codehaus.org/browse/MNG-1662?page=all ]
Lukas Theussl moved MPSITE-44 to MNG-1662:
--
Component: (was: plugin)
maven-site-plugin
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG
[ http://jira.codehaus.org/browse/MPSITE-12?page=all ]
Lukas Theussl closed MPSITE-12:
---
Resolution: Won't Fix
Allow multiple report definitions for various site targets
--
Key
[ http://jira.codehaus.org/browse/MPSITE-4?page=all ]
Lukas Theussl updated MPSITE-4:
---
Description:
Conversion of word documents to html is great. Integrating the html page(s)
into the site layout would be perfect. :-)
This may need the help of another
[ http://jira.codehaus.org/browse/MAVEN-1729?page=comments#action_51742 ]
Lukas Theussl commented on MAVEN-1729:
--
Which maven version are you running? What are you trying to do?
java.lang.NoClassDefFoundError
[ http://jira.codehaus.org/browse/MPJDEVELOPER-2?page=comments#action_51537
]
Lukas Theussl commented on MPJDEVELOPER-2:
--
It is already in the sandbox and will not be included in maven 1.1.
incorrect use of source paths for jdeveloper 10g
[ http://jira.codehaus.org/browse/MPJAVADOC-65?page=all ]
Lukas Theussl moved MAVEN-1727 to MPJAVADOC-65:
---
Version: (was: 1.1-beta-2)
Workflow: jira (was: Maven)
Key: MPJAVADOC-65 (was: MAVEN-1727)
Project: maven
URL: http://jira.codehaus.org/browse/MPJXR-32
Project: maven-jxr-plugin
Type: Improvement
Reporter: Lukas Theussl
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-16?page=all ]
Lukas Theussl closed MPMULTIPROJECT-16:
---
Resolution: Fixed
Fix Version: (was: 1.5)
Fixed a long time ago
multiproject:site fails in multiproject:site-init when projects
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-2?page=all ]
Lukas Theussl closed MPMULTIPROJECT-2:
--
Resolution: Won't Fix
The current multiproject plugin only includes project.xml files one directory
below the project root, ie the above
[ http://jira.codehaus.org/browse/MPMULTIPROJECT-24?page=all ]
Lukas Theussl closed MPMULTIPROJECT-24:
---
Resolution: Won't Fix
Fix Version: (was: 1.5)
This is done by the current pom:validate goal
goal 'site' fails with following
[ http://jira.codehaus.org/browse/MPGENAPP-22?page=all ]
Lukas Theussl closed MPGENAPP-22:
-
Resolution: Fixed
The genapp wizard creates POM that doens't conform to model-3.0.0 xsd
In the pdf plugin I use this to access some resources from the xdoc plugin:
maven:get plugin=maven-xdoc-plugin property=plugin.resources
var=xdoc.plugin.resources /
HTH
-Lukas
Doug Douglass wrote:
I know, m1 (1.0.2) and plugin.jelly is old hat, but I need a little help.
Here's the
[ http://jira.codehaus.org/browse/MPANNOUNCEMENT-5?page=all ]
Lukas Theussl closed MPANNOUNCEMENT-5:
--
Resolution: Won't Fix
The announcement is plain text on purpose, putting url's all over the place
would just make it unreadable. I would
[ http://jira.codehaus.org/browse/MNG-1599?page=all ]
Lukas Theussl moved MPCHECKSTYLE-45 to MNG-1599:
Version: (was: 2.0)
2.0
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1599
[ http://jira.codehaus.org/browse/MNG-1599?page=all ]
Lukas Theussl updated MNG-1599:
---
Component: maven-checkstyle-plugin
OutOfMemoryException occured while generating the report
Key
[ http://jira.codehaus.org/browse/MPXDOC-184?page=comments#action_51148 ]
Lukas Theussl commented on MPXDOC-184:
--
For javadoc, did you try to set the maven.javadoc.locale property? If this
works then we should set the default
+1
Lukas
Brett Porter wrote:
Hi,
Dan has been around for some time, answering questions on the user list
and recently submitting patches for Maven SCM and various plugins. This
is a vote to make him a committer.
+1 from me.
- Brett
[ http://jira.codehaus.org/browse/MPXDOC-183?page=all ]
Lukas Theussl moved MAVEN-1725 to MPXDOC-183:
-
Workflow: jira (was: Maven)
Key: MPXDOC-183 (was: MAVEN-1725)
Project: maven-xdoc-plugin (was: Maven)
Enable User
[ http://jira.codehaus.org/browse/MNG-1579?page=all ]
Lukas Theussl moved MPCHECKSTYLE-44 to MNG-1579:
Version: (was: 2.0)
2.0
Complexity: Intermediate
Workflow: Maven (was: jira)
Key: MNG-1579
[ http://jira.codehaus.org/browse/MNG-1579?page=all ]
Lukas Theussl updated MNG-1579:
---
Component: maven-checkstyle-plugin
Exception: Can't find resource bundle for current bundle
Key
[ http://jira.codehaus.org/browse/MPXDOC-15?page=all ]
Lukas Theussl closed MPXDOC-15:
---
Resolution: Won't Fix
Fix Version: 1.10
These errors are reported by the xdoc:validate goal.
misplaced text in xdocs should be reported
[ http://jira.codehaus.org/browse/MPXDOC-21?page=all ]
Lukas Theussl closed MPXDOC-21:
---
Resolution: Duplicate
Superceded by MPXDOC-183
Customization template
--
Key: MPXDOC-21
URL: http://jira.codehaus.org
[ http://jira.codehaus.org/browse/MPXDOC-30?page=all ]
Lukas Theussl closed MPXDOC-30:
---
Resolution: Won't Fix
Fix Version: 1.10
Not very informative error message on xdoc template error
[ http://jira.codehaus.org/browse/MPXDOC-182?page=all ]
Lukas Theussl moved MAVEN-1723 to MPXDOC-182:
-
Fix Version: (was: 1.1-beta-2)
1.10
Workflow: jira (was: Maven)
Key: MPXDOC-182 (was: MAVEN-1723
[ http://jira.codehaus.org/browse/MPXDOC-182?page=all ]
Lukas Theussl closed MPXDOC-182:
Resolution: Duplicate
Duplicate of MPXDOC-174
xdoc goal crashes
-
Key: MPXDOC-182
URL: http://jira.codehaus.org/browse
Fabrizio,
This can only be a temporary solution, I am still hoping that we will be
able to make validation work with full namespace awareness. If we
succeed, we'll have to undo this commit.
-Lukas
[EMAIL PROTECTED] wrote:
Author: fgiust
Date: Sun Nov 13 01:21:00 2005
New Revision: 332953
[ http://jira.codehaus.org/browse/MPJALOPY-8?page=all ]
Lukas Theussl closed MPJALOPY-8:
Resolution: Fixed
Fix Version: 1.4
Fixed long time ago
Change Apache license in Jalopy header to version 2.0
Fabrizio Giustina wrote:
Hi Lukas
On 11/14/05, Lukas Theussl [EMAIL PROTECTED] wrote:
This can only be a temporary solution, I am still hoping that we will be
able to make validation work with full namespace awareness. If we
succeed, we'll have to undo this commit.
Sure, if we can make
,
according to the maven docs [1], the href elements should be absolute
even for the xdoc plugin and in a multiproject setup, I think that was
the case already in m1.0.
-Lukas
[1] http://maven.apache.org/maven-1.x/using/site.html
Wendy Smoak wrote:
On 11/13/05, Lukas Theussl [EMAIL PROTECTED] wrote
[ http://jira.codehaus.org/browse/MPDIST-27?page=all ]
Lukas Theussl closed MPDIST-27:
---
Resolution: Fixed
Fix Version: 1.7
Zip archives should use CRLF line endings on txt files
1001 - 1100 of 1441 matches
Mail list logo