[ http://jira.codehaus.org/browse/MEV-353?page=comments#action_59865 ]
Joerg Schaible commented on MEV-353:
No, BEA is using weblogic.* (at least in 8.x) for its own classes (although
especially the weblogic-x.y.jar is a monster of 40MB containing *a
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_59636 ]
Joerg Schaible commented on MNG-1577:
-
This depends. Think of jBoss with its unified classloader and an ear with two
integrated wars. If each war has a dependency with a different
[ http://jira.codehaus.org/browse/MEV-346?page=comments#action_59319 ]
Joerg Schaible commented on MEV-346:
You cannot find such a version anyways on xpp3's home. Use 1.1.3.4.O and either
xpp3 or xpp3_min as artifactId. Both are available at ib
[
http://jira.codehaus.org/browse/MAVENUPLOAD-745?page=comments#action_58902 ]
Joerg Schaible commented on MAVENUPLOAD-745:
Michael, just wanna say thank you for doing this. I wanted to do the same for
ages and never found time. I always
[
http://jira.codehaus.org/browse/MAVENUPLOAD-730?page=comments#action_58322 ]
Joerg Schaible commented on MAVENUPLOAD-730:
OK. Bundle updated again. You can continue. Thanks.
> Backport-util-concurrent-
[
http://jira.codehaus.org/browse/MAVENUPLOAD-730?page=comments#action_58320 ]
Joerg Schaible commented on MAVENUPLOAD-730:
OK, done, bundle is updated. The -sources.jar also contains the javadocs,
should that be a separate -javadoc(s).jar ? If
Backport-util-concurrent-2.1
Key: MAVENUPLOAD-730
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-730
Project: maven-upload-requests
Type: Sub-task
Reporter: Joerg Schaible
Superseeds MAVENUPLOAD-728, POM there misses information
[ http://jira.codehaus.org/browse/MNG-1683?page=comments#action_54010 ]
Joerg Schaible commented on MNG-1683:
-
Hi Oliver,
seems to be a usefiul addition. We have some webapps, where we use the same
javascript framework. Currently it is stored multiple
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_53697
]
Joerg Schaible commented on MPARTIFACT-61:
--
@Arnaud: My key looks exactly the same and was generated with Cygwin's
ss-keygen. The file has Unix line endings t
[ http://jira.codehaus.org/browse/MEV-254?page=comments#action_53138 ]
Joerg Schaible commented on MEV-254:
Doesn't easymock extend JUnit ? Then the scope is perfect with compile. If
*you* use easymock to test your app code, you must put easymock
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52862
]
Joerg Schaible commented on MPARTIFACT-61:
--
Well, as already said, exec for Linux & Windows is quite different. For scp I
have always an AuthenticationException fo
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52621
]
Joerg Schaible commented on MPARTIFACT-61:
--
Unfortunately we are stuck to M102 and I would really appreciate another
compatible version 1.5.3...
> scpexe is a n
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52498
]
Joerg Schaible commented on MPARTIFACT-61:
--
BTW: The exec mechanism may be quite different in Linux.
> scpexe is a noop
>
>
> Key: M
[ http://jira.codehaus.org/browse/MPARTIFACT-61?page=comments#action_52497
]
Joerg Schaible commented on MPARTIFACT-61:
--
According to Brett 1.5.2 is the last version to be usable with M102. No, I
cannot use M11 since we use XML entities quite
[ http://jira.codehaus.org/browse/MEV-237?page=comments#action_51977 ]
Joerg Schaible commented on MEV-237:
Needed some time to find it also: http://java.sun.com/webservices/archive.html
See the versions.txt in the root of the installation (and compare
[ http://jira.codehaus.org/browse/MNG-1674?page=comments#action_51973 ]
Joerg Schaible commented on MNG-1674:
-
Related issue: MNG-1330
(BTW: why can a user not create real JIRA links between issues ??)
> configure test-jar to include only spec
[ http://jira.codehaus.org/browse/MNG-1674?page=comments#action_51972 ]
Joerg Schaible commented on MNG-1674:
-
Well, regarding the 1-source-1-artifact rule, the complete concept of the
subtypes is flawed ... but they're a pragmatic solution for sp
Sun artifactId naming mess
--
Key: MEV-237
URL: http://jira.codehaus.org/browse/MEV-237
Project: Maven Evangelism
Type: Bug
Reporter: Joerg Schaible
Looking at the current javax.xml poms in the repo, there is a mess in the
naming of
saaj-impl-1.2.1
---
Key: MEV-236
URL: http://jira.codehaus.org/browse/MEV-236
Project: Maven Evangelism
Type: Task
Reporter: Joerg Schaible
Attachments: saaj-impl-1.2.1.pom
Artifact contained in jwsdp-1.4 in saaj/lib/saaj-impl.jar. See MEV-235 for
[ http://jira.codehaus.org/browse/MEV-236?page=all ]
Joerg Schaible updated MEV-236:
---
Attachment: saaj-impl-1.2.1.pom
The POM to the saaj-impl.jar
> saaj-impl-1.2.1
> ---
>
> Key: MEV-236
> URL: http://ji
[ http://jira.codehaus.org/browse/MEV-235?page=all ]
Joerg Schaible updated MEV-235:
---
Attachment: saaj-1.2.1.pom
The missing POM.
BTW: The Manifest of this jar claims the spec to be 1.2, but the jar is signed
despite to the saaj-1_2-fr-api.jar available
saaj-1.2.1
--
Key: MEV-235
URL: http://jira.codehaus.org/browse/MEV-235
Project: Maven Evangelism
Type: Task
Components: Missing POM
Reporter: Joerg Schaible
Artifact part of jwsdp-1.4 as saaj/lib/saaj-api.jar
--
This message is automatically
Reporter: Joerg Schaible
Priority: Minor
The test-jar currently contains all test classes, but often you just want to
share only some parts of it, e.g. a specialized abstract TestCase or a test
toolkit or some mock classes, but not the complete unit test for an asrtifact.
The plugin
[ http://jira.codehaus.org/browse/MNG-1664?page=comments#action_51749 ]
Joerg Schaible commented on MNG-1664:
-
Hi Jason,
is this somehow related to the effort done by Éric Burghard, that announced
something similar at the Coocoon list? Might be
[ http://jira.codehaus.org/browse/MNG-1577?page=comments#action_51498 ]
Joerg Schaible commented on MNG-1577:
-
Well, with M1 we used entities to ensure global version consistency among
different projects. For M2 the dependencyManagement was presented as
LICENSE.txt no longer saved in META-INF
---
Key: MNG-1615
URL: http://jira.codehaus.org/browse/MNG-1615
Project: Maven 2
Type: Bug
Components: maven-jar-plugin
Versions: 2.0
Reporter: Joerg Schaible
Priority
Reporter: Joerg Schaible
Maven should support an option "-ccu, --check-checksum-update" that looks in
the remote repositories for updated checksums and redownloads the corresponding
file (artifact, pom, ...). Especially pom updates are currently really
cumbersome, since ever
[ http://jira.codehaus.org/browse/MEV-208?page=all ]
Joerg Schaible updated MEV-208:
---
Attachment: commons-logging.patch
> logger impls should be optional for commons-logging
> ---
>
>
logger impls should be optional for commons-logging
---
Key: MEV-208
URL: http://jira.codehaus.org/browse/MEV-208
Project: Maven Evangelism
Type: Improvement
Components: Dependencies
Reporter: Joerg Schaible
activeByDefault is ignored
--
Key: MNG-1586
URL: http://jira.codehaus.org/browse/MNG-1586
Project: Maven 2
Type: Bug
Components: maven-project
Versions: 2.0
Reporter: Joerg Schaible
Priority: Minor
The activation of a
Reporter: Joerg Schaible
The dependencyManagement does not work for transient dependencies. The
specified version is ignored.
Use case:
Main POM defines commons-digester-1.6 and commons-beanutils-1.7.0, A-SNAPSHOT
and B-SNAPSHOT
Project A is child of Main and depends directly on commons-beanutils
No debug output for optional dependencies
-
Key: MNG-1573
URL: http://jira.codehaus.org/browse/MNG-1573
Project: Maven 2
Type: Bug
Components: maven-core
Versions: 2.0
Reporter: Joerg Schaible
Running maven
: Bug
Components: maven-core
Reporter: Joerg Schaible
I have an artifact A (elsag-test below), that is used by other projects only
for the tests. A has a dependency to commons-logging. Artifact B has a
compile-time dependency to an artifact, that also has a dependency on
commons-logging
[ http://jira.codehaus.org/browse/MEV-206?page=all ]
Joerg Schaible updated MEV-206:
---
Attachment: commons-io.patch
> commons-io: missing dep to junit and wrong scope
>
>
>
commons-io: missing dep to junit and wrong scope
Key: MEV-206
URL: http://jira.codehaus.org/browse/MEV-206
Project: Maven Evangelism
Type: Bug
Components: Dependencies
Reporter: Joerg Schaible
The poms of
Project: Maven 2
Type: Bug
Components: maven-surefire-plugin
Versions: 2.0
Reporter: Joerg Schaible
When testing from the parent POM dir, all paths are relative to it. This causes
major trouble in unit tests, that access the file system. All tests work if the
test is started
[ http://jira.codehaus.org/browse/MNG-1050?page=comments#action_50879 ]
Joerg Schaible commented on MNG-1050:
-
IMHO "[2.0,)" is perfect for any new version. It depends on the version naming
policy of the depending artifact's project, if a
Versions: 2.0
Reporter: Joerg Schaible
Priority: Minor
Command line version of Maven 2 supports POMs with a different name using the
-f option. Unfortunately such POMs cannot be used as modules, since the value
of the module tag is defined as a directory to another pom.xml instead
Wrong tags in reference guide to pom.xml and settings.xml
-
Key: MNG-1478
URL: http://jira.codehaus.org/browse/MNG-1478
Project: Maven 2
Type: Bug
Components: documentation - guides
Reporter: Joerg
wsdl4j-qname
Key: MAVENUPLOAD-582
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-582
Project: maven-upload-requests
Type: Sub-task
Reporter: Joerg Schaible
Found the "create sub-task" functionality now ... :)
--
This message is aut
[ http://jira.codehaus.org/browse/MAVENUPLOAD-580?page=all ]
Joerg Schaible reopened MAVENUPLOAD-580:
Hi Carlos, you forgot the second bundle. I remember, that I saw a comment of
you to add additional bundles in the same JIRA issue instead of
[ http://jira.codehaus.org/browse/MEV-179?page=comments#action_50202 ]
Joerg Schaible commented on MEV-179:
The original POM is right. It references wsdl4j, which has not be uploaded to
ibiblio yet:
http://sourceforge.net/project/showfiles.php?group_id
[
http://jira.codehaus.org/browse/MAVENUPLOAD-580?page=comments#action_50201 ]
Joerg Schaible commented on MAVENUPLOAD-580:
http://www.schaible.info/maven/wsdl4j-qname-1.5.1-bundle.jar
> Upload wsdl4j 1.
Upload wsdl4j 1.5.1
---
Key: MAVENUPLOAD-580
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-580
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
WSDL 1.5.1 from
http://sourceforge.net/project/showfiles.php?group_id=128811
[ http://jira.codehaus.org/browse/MNG-1331?page=comments#action_49295 ]
Joerg Schaible commented on MNG-1331:
-
You may also have a look at the javaapp plugin for M1. This one collects
META-INF/LICENSE.txt files of the assembled jars as
META-INF
[ http://jira.codehaus.org/browse/MNG-1247?page=comments#action_48905 ]
Joerg Schaible commented on MNG-1247:
-
No. I cannot speak for tabs or CR/LF but the line wrap itself moving the "l"
from "model" into col 1 of the next line i
scpexe is a noop
Key: MPARTIFACT-61
URL: http://jira.codehaus.org/browse/MPARTIFACT-61
Project: maven-artifact-plugin
Type: Bug
Versions: 1.5.2
Environment: Windows / Cygwin / Maven 1.0.2 / JDK 1.4.2
Reporter: Joerg Schaible
Priority
[ http://jira.codehaus.org/browse/MEV-9?page=comments#action_48022 ]
Joerg Schaible commented on MEV-9:
--
The attached POM will break applications using ASM 2.0 (like Groovy). Please
use this dependency instead:
cglib
cglib-nodep
2.1_2
test
> jm
[ http://jira.codehaus.org/browse/MEV-3?page=comments#action_47848 ]
Joerg Schaible commented on MEV-3:
--
Well, see the linkesd issue (and the linked issues of this).
> Broken dependencies for nanocontai
[ http://jira.codehaus.org/browse/MPXDOC-80?page=comments#action_46163 ]
Joerg Schaible commented on MPXDOC-80:
--
Hi Lukas,
thanks for working on it. Your patch basically does, what we need, allthough I
would prefer to keep the base of file name
[ http://jira.codehaus.org/browse/MPXDOC-85?page=comments#action_45816 ]
Joerg Schaible commented on MPXDOC-85:
--
OK, I use the solution of MPXDOC-80 anyway.
> theme.url is not relative
> -
>
> Ke
[ http://jira.codehaus.org/browse/MEV-65?page=comments#action_45540 ]
Joerg Schaible commented on MEV-65:
---
> jmock
>Added dependency to cglib-full-2.0, which is the one jmock actually uses
>http://cvs.jmock.org/viewrep/jmock/jmock/lib
Uaaah. c
[ http://jira.codehaus.org/browse/MEV-65?page=comments#action_45459 ]
Joerg Schaible commented on MEV-65:
---
CAUTION: This POM for jmock-cglib will have version issues. It references CGLIB
2.1 which has a transitive dependency to ASM 1.x ... which in turn
[ http://jira.codehaus.org/browse/MEV-66?page=comments#action_45398 ]
Joerg Schaible commented on MEV-66:
---
public void testCGLib() throws Exception {
assertNotNull(new Enhancer());
}
throws with cglib-2.1_2 and asm-2.0
[ http://jira.codehaus.org/browse/MEV-66?page=comments#action_45393 ]
Joerg Schaible commented on MEV-66:
---
So I advice any of those "cglib team members" at least to try to use
cglib-2.1_2 with asm-2.0. If *I* do I get always a lot of NoClassDef
The maven-plugins team is pleased to announce the Java Application Plugin
1.3.1 release!
http://maven-plugins.sourceforge.net
Plugin to generate an executable JAR
Changes in this version include:
Fixed bugs:
o Applied patch from Eric Hartmann for Maven 1.1 compatibility.
o Applied patch
[ http://jira.codehaus.org/browse/MPXDOC-108?page=all ]
Joerg Schaible closed MPXDOC-108:
-
Resolution: Fixed
Fix Version: 1.8
Works for urls with explicit file:// protocol.
> setting maven.xdoc.jsl does not work with multiproj
[ http://jira.codehaus.org/browse/MPXDOC-108?page=comments#action_45019 ]
Joerg Schaible commented on MPXDOC-108:
---
Hi Ignacio,
I want to apologize for my harsh tone, but you were right. Prepending file:///
works. I wonder why though, becasue I looked
[ http://jira.codehaus.org/browse/MPXDOC-108?page=comments#action_45018 ]
Joerg Schaible commented on MPXDOC-108:
---
I suggest, that you have a closer look at the exception. The absolut portion of
the path *is always prepended*. So any of your
[ http://jira.codehaus.org/browse/MPXDOC-108?page=comments#action_44923 ]
Joerg Schaible commented on MPXDOC-108:
---
No. I don't have an adjusted site.jsl for every subproject, I have one adjusted
site.jsl for all.
> setting maven.xdoc.jsl
[ http://jira.codehaus.org/browse/MNG-769?page=comments#action_44892 ]
Joerg Schaible commented on MNG-769:
Just as a side note: Eclipse can inculde/exclude! An extract from one of my
used .classpath files:
I am just not sure, when Eclipse
[ http://jira.codehaus.org/browse/MPECLIPSE-80?page=comments#action_44670 ]
Joerg Schaible commented on MPECLIPSE-80:
-
Can you make this optional? I.e. generate .wtpmodules only with an excplicit
maven.eclipse.support.wtp=true for war types.
Hint
backport-util-concurrent 2.0_01_pd
--
Key: MAVENUPLOAD-472
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-472
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
New version of the JSR 166 backport of David
[ http://jira.codehaus.org/browse/MEV-49?page=comments#action_43717 ]
Joerg Schaible commented on MEV-49:
---
Sure? Attached list stops suspiciously after M
> canonical list of m1 poms failing repocl
xtiff-jai-beta-0.3
--
Key: MAVENUPLOAD-427
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-427
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
Replacement for the TIFF codec of JAI. See http://sf.net/projects/xtiff-jai
tiffrenderer-0.9-min
Key: MAVENUPLOAD-378
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-378
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
FOP extension for TIFFs. Uses limited TIFF codecs included in Batik. Mozilla
tiffrenderer-0.9
Key: MAVENUPLOAD-377
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-377
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
FOP extension for TIFFs. Mozilla 1.0 license.
--
This message is automatically
[ http://jira.codehaus.org/browse/MPECLIPSE-60?page=comments#action_38718 ]
Joerg Schaible commented on MPECLIPSE-60:
-
Its not just IDEs. Think about the javadoc URL. That can be used by eclipse
plugin, but also by the javadoc plugin, that has
[ http://jira.codehaus.org/browse/MPECLIPSE-60?page=comments#action_38644 ]
Joerg Schaible commented on MPECLIPSE-60:
-
Just wonder, if the property should really be named "eclipse.source", since
IDEA has the same functionality. "
[
http://jira.codehaus.org/browse/MAVENUPLOAD-373?page=comments#action_38582 ]
Joerg Schaible commented on MAVENUPLOAD-373:
Fixed. Was c&p error anyway :)
> Upload jmimemagic-0.0.4a
>
>
>
Upload jmimemagic-0.0.4a
Key: MAVENUPLOAD-373
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-373
Project: maven-upload-requests
Type: Task
Reporter: Joerg Schaible
jMimeMagic is a Java library for determining the MIME type of files
[ http://jira.codehaus.org/browse/MPREPO-9?page=comments#action_31836 ]
Joerg Schaible commented on MPREPO-9:
-
Unfortunately normal users cannot create links anymore. so the references here
in the text must be enough:
MAVEN-1390
MPPOM-4
MNG-271
[ http://jira.codehaus.org/browse/MNG-271?page=comments#action_31721 ]
Joerg Schaible commented on MNG-271:
Just for reference:
MAVEN-1390
MPPOM-4
> exported pom.xml should contain full pom informat
Backport of JSR 166
---
Key: MAVENUPLOAD-331
URL: http://jira.codehaus.org/browse/MAVENUPLOAD-331
Project: maven-upload-requests
Type: New Feature
Reporter: Joerg Schaible
Backport of JSR 166 (java.util.concurrent) from Dawid Kurzyniec
74 matches
Mail list logo
