[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_59400 ]
Michael Böckling commented on MAVENUPLOAD-674:
--
Carlos: could you delete the wrong jtidy-r7? I don't think anyone used it
already.
Just noticed I completely forgot
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling updated MAVENUPLOAD-674:
-
Attachment: xmlc-all-runtime-2.2.7.1-FIXED.pom
Enhydra XMLC Compiler Ant task
Key:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling updated MAVENUPLOAD-674:
-
Attachment: xmlc-taskdef-2.2.7.1-FIXED.pom
Enhydra XMLC Compiler Ant task
Key: MAVENUPLOAD-674
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling reopened MAVENUPLOAD-674:
--
Forgot uploads...
Enhydra XMLC Compiler Ant task
Key: MAVENUPLOAD-674
URL:
Add INIT INFO to run.sh
---
Key: CONTINUUM-600
URL: http://jira.codehaus.org/browse/CONTINUUM-600
Project: Continuum
Type: Improvement
Environment: Linux
Reporter: Michael Böckling
Add something like this to the start shell-skript, so it
[
http://jira.codehaus.org/browse/MAVENUPLOAD-751?page=comments#action_59198 ]
Michael Böckling commented on MAVENUPLOAD-751:
--
Doh!
At least I know now where to look... ;-)
EasyMock 1.2 for Java 1.3 and 1.5
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-bind-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-extras-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-750?page=all ]
Michael Böckling updated MAVENUPLOAD-750:
-
Attachment: jibx-run-1.0.1-bundle.jar
JiBX upload bundles
---
Key: MAVENUPLOAD-750
URL:
Add plugin-metadata-1.0.0.xsd to http://maven.apache.org/xsd
--
Key: MNG-2095
URL: http://jira.codehaus.org/browse/MNG-2095
Project: Maven 2
Type: Task
Components: Plugin Creation Tools
Reporter:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-745?page=all ]
Michael Böckling updated MAVENUPLOAD-745:
-
Attachment: xpp3_min-1.1.3.4.O-bundle.jar
xpp3 pull parser
Key: MAVENUPLOAD-745
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-745?page=all ]
Michael Böckling updated MAVENUPLOAD-745:
-
Attachment: xpp3_xpath-1.1.3.4.O-bundle.jar
xpp3 pull parser
Key: MAVENUPLOAD-745
URL:
[ http://jira.codehaus.org/browse/MJAR-29?page=comments#action_58777 ]
Michael Böckling commented on MJAR-29:
--
That is the big question. I do not have enough experience to judge whether or
not Wars, Ears, Sars, Rars and whatnot can / should be signed.
[ http://jira.codehaus.org/browse/MJAR-30?page=comments#action_58779 ]
Michael Böckling commented on MJAR-30:
--
Unfortunately not.
I wouldn't have thought of this in the first place, but he problem here is that
I have a legacy ANT build, where a
xpp3 pull parser
Key: MAVENUPLOAD-745
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-745
Project: maven-upload-requests
Type: Task
Reporter: Michael Böckling
Attachments: xpp3-1.1.3.4.O-bundle.jar, xpp3-min-1.1.3.4.O-bundle.jar,
Artifact name not correctly calculated for EAR
--
Key: MJAR-29
URL: http://jira.codehaus.org/browse/MJAR-29
Project: Maven 2.x Jar Plugin
Type: Bug
Versions: 2.1
Environment: maven 2.0.2
Allow inludes/excludes definition
-
Key: MJAR-30
URL: http://jira.codehaus.org/browse/MJAR-30
Project: Maven 2.x Jar Plugin
Type: Improvement
Reporter: Michael Böckling
Allow the definition of includes / excludes, so the Jars
Adding a Build Definition to a project throws an NPE
Key: CONTINUUM-592
URL: http://jira.codehaus.org/browse/CONTINUUM-592
Project: Continuum
Type: Bug
Components: Core system
Environment: SuSE Linux 9.2
[ http://jira.codehaus.org/browse/MJAR-27?page=all ]
Michael Böckling updated MJAR-27:
-
Attachment: MJAR-27-maven-jar-plugin.patch
jar:sign doesn't check if project prouces an artifact
-
[
http://jira.codehaus.org/browse/MAVENUPLOAD-715?page=comments#action_58631 ]
Michael Böckling commented on MAVENUPLOAD-715:
--
It's there since some time now, have a look at
http://www.ibiblio.org/maven2/net/sf/jfcunit/.
JUnit addon: jfcunit
[ http://jira.codehaus.org/browse/MNG-2037?page=comments#action_58339 ]
Michael Böckling commented on MNG-2037:
---
Ok, today I was able to resolve my problem, it had to do with a corrupted
plugin jar in my repository on solaris, everything runs fine
[ http://jira.codehaus.org/browse/MNG-2037?page=comments#action_58266 ]
Michael Böckling commented on MNG-2037:
---
Just wanted to say that I have a similar issue where I get a NPE in Solaris,
but not in Windows, maybe these are related? I'm trying to
Failure to inject ScmManager component
--
Key: MNG-2051
URL: http://jira.codehaus.org/browse/MNG-2051
Project: Maven 2
Type: Bug
Components: Embedding
Reporter: Michael Böckling
When using the embedder, the component
[ http://jira.codehaus.org/browse/MJAR-27?page=all ]
Michael Böckling updated MJAR-27:
-
Attachment: MJAR-27-maven-jar-plugin.patch
jar:sign doesn't check if project prouces an artifact
-
[ http://jira.codehaus.org/browse/MAVENUPLOAD-700?page=all ]
Michael Böckling reopened MAVENUPLOAD-700:
--
Now I finally found time to check back and noticed that you corrected the
version and changed it to:
artifactIdjtidy/artifactId
JUnit addon: jfcunit
Key: MAVENUPLOAD-715
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-715
Project: maven-upload-requests
Type: Task
Reporter: Michael Böckling
Attachments: jfcunit-2.0.8-bundle.jar
jfcUnit enables developers to write
jar:sign doesn't check if project prouces an artifact
-
Key: MJAR-27
URL: http://jira.codehaus.org/browse/MJAR-27
Project: Maven 2.x Jar Plugin
Type: Bug
Environment: Maven 2.0.2
Latest Jar checkout
Reporter:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-715?page=all ]
Michael Böckling updated MAVENUPLOAD-715:
-
Attachment: jfcunit-2.08-bundle.jar
JUnit addon: jfcunit
Key: MAVENUPLOAD-715
URL:
Allow definition of default goals for a schedule
Key: CONTINUUM-573
URL: http://jira.codehaus.org/browse/CONTINUUM-573
Project: Continuum
Type: New Feature
Components: Core system
Reporter: Michael Böckling
excludePackageNames should accept wildars
-
Key: MJAVADOC-56
URL: http://jira.codehaus.org/browse/MJAVADOC-56
Project: Maven 2.x Javadoc Plugin
Type: Improvement
Reporter: Michael Böckling
Priority: Minor
We want o
[
http://jira.codehaus.org/browse/MAVENUPLOAD-699?page=comments#action_56742 ]
Michael Böckling commented on MAVENUPLOAD-699:
--
I only added the META-INF stuff to the original JAR from the distribution. I
thought you guys might have some kind
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_56745 ]
Michael Böckling commented on MAVENUPLOAD-674:
--
Fascinating. It is indeed not there anymore, I must have downloaded it some
time earlier, as it exists in my local
repository:bundle-create should check that dependent artifacts are available on
ibiblio
---
Key: MNG-2004
URL: http://jira.codehaus.org/browse/MNG-2004
Project: Maven 2
Type: New
[
http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=comments#action_56638 ]
Michael Böckling commented on MAVENUPLOAD-674:
--
Damnit, you're right, two libraries are actually non-standard and are modified
(though it works on my side with the
Special version of xerces for Enhydra XMLC
--
Key: MAVENUPLOAD-699
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-699
Project: maven-upload-requests
Type: Task
Reporter: Michael Böckling
Attachments:
This is the r7-dev release of Java implementation of HTML Tidy with some minor
modifications to support XMLC.
-
Key: MAVENUPLOAD-700
URL:
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling reopened MAVENUPLOAD-674:
--
xmlc-taskdef-2.2.7.1.pom needs a fix to override runtime dependencies of
xmlc-all-runtime-2.2.7.1.pom for compilation purposes. New,
[ http://jira.codehaus.org/browse/MAVENUPLOAD-674?page=all ]
Michael Böckling updated MAVENUPLOAD-674:
-
Attachment: xmlc-taskdef-2.2.7.1.pom
Enhydra XMLC Compiler Ant task
Key: MAVENUPLOAD-674
[ http://jira.codehaus.org/browse/MAVENUPLOAD-660?page=all ]
Michael Böckling updated MAVENUPLOAD-660:
-
Attachment: kenv-2.2.pom
ProGuard
Key: MAVENUPLOAD-660
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-660
[ http://jira.codehaus.org/browse/MAVENUPLOAD-660?page=all ]
Michael Böckling updated MAVENUPLOAD-660:
-
Attachment: kenv-2.2.pom
ProGuard
Key: MAVENUPLOAD-660
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-660
Enhydra XMLC Compiler Ant task
Key: MAVENUPLOAD-674
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-674
Project: maven-upload-requests
Type: Task
Reporter: Michael Böckling
Attachments: xmlc-all-runtime-2.2.7.1.jar,
maven-plugin-tools-ant: faulty variable interpolation
-
Key: MNG-1959
URL: http://jira.codehaus.org/browse/MNG-1959
Project: Maven 2
Type: Bug
Components: Plugin Creation Tools
Versions: 2.0.1
[ http://jira.codehaus.org/browse/MAVENUPLOAD-660?page=all ]
Michael Böckling updated MAVENUPLOAD-660:
-
Attachment: proguard-3.4-bundle.jar
ProGuard
Key: MAVENUPLOAD-660
URL:
[
http://jira.codehaus.org/browse/MAVENUPLOAD-660?page=comments#action_55531 ]
Michael Böckling commented on MAVENUPLOAD-660:
--
No, ANT and WTK are needed to compile proguard, but are not necessarily needed
when using proguard. Isn't that what
[
http://jira.codehaus.org/browse/MAVENUPLOAD-660?page=comments#action_55282 ]
Michael Böckling commented on MAVENUPLOAD-660:
--
Ok, then I can change the groupId to net.sf.proguard if you'd like.
I just thought because sourceforge is not
[ http://jira.codehaus.org/browse/MNG-1734?page=comments#action_53554 ]
Michael Böckling commented on MNG-1734:
---
Well, I solved it by using ../AAH-1-Genius-TpmMonitor/src/extern as path in
the descriptor to change back to the correct directory, but
In a multi-module build, assembly descriptor paths are not project-relative,
but erraneously relative to the parent project directory
-
Key: MNG-1734
[ http://jira.codehaus.org/browse/MNG-1113?page=comments#action_51309 ]
Michael Böckling commented on MNG-1113:
---
I second that, also it would be really nice if checkstyle-4.0.beta6 could be
used. The Eclipse checkstyle plugin uses that since some time
[ http://jira.codehaus.org/browse/MNG-1113?page=comments#action_51249 ]
Michael Böckling commented on MNG-1113:
---
Same problem here - never imagined that one would actually hack a Checkstyle
plugin whithout offering this possibility.
I tried the
[ http://jira.codehaus.org/browse/MNG-1113?page=all ]
Michael Böckling updated MNG-1113:
--
Attachment: CheckstyleReport.java
Here's the updated (and this time working) version of the CheckstyleReport
class. If anybody wants the Eclipse project files
[ http://jira.codehaus.org/browse/MNG-1113?page=comments#action_51253 ]
Michael Böckling commented on MNG-1113:
---
Ok, I found out how to add your own checker classes and use them from whithin
the custom XML configuration. The trick is to add a Jar
51 matches
Mail list logo