[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66272
]
Wim Deblauwe commented on MSUREFIRE-115:
I would be most gratefull if you could do that. Maybe some option to turn off
the use of the isolated classloader?
> Classloading
[ http://jira.codehaus.org/browse/MRELEASE-124?page=comments#action_66268 ]
Mike Perham commented on MRELEASE-124:
--
Interesting. I can put the timestamp build in a section of
a parent POM, release that and then use it in a WAR module which can be
rel
[ http://jira.codehaus.org/browse/MCHANGELOG-37?page=all ]
Edwin Punzalan closed MCHANGELOG-37:
Resolution: Fixed
Fixed in SVN.
> Class 'java.util.List' cannot be instantiated while running changelog
> --
[ http://jira.codehaus.org/browse/MCHANGELOG-37?page=all ]
Edwin Punzalan reopened MCHANGELOG-37:
--
Reopening issue from a related question in the mailing list:
http://www.nabble.com/changelog+site+problems-t1707487.html#a4635587
> Class 'java.
[ http://jira.codehaus.org/browse/MPJAR-30?page=all ]
Jason van Zyl updated MPJAR-30:
---
Assign To: (was: Jason van Zyl)
> Manifest creation for dependency jars deployed in a sub-directory
> ---
[ http://jira.codehaus.org/browse/MNGECLIPSE-66?page=comments#action_66264
]
Eugene Kuleshov commented on MNGECLIPSE-66:
---
Can anybody attach some test case to this issue? Otherwise I'll have to close
it.
> unable to find artifacts from attached t
[ http://jira.codehaus.org/browse/MPRELEASE-5?page=all ]
Jason van Zyl updated MPRELEASE-5:
--
Assign To: (was: Jason van Zyl)
> Premature plugin
>
>
> Key: MPRELEASE-5
> URL: http://jira.codehaus.org/browse/MPRELEAS
[ http://jira.codehaus.org/browse/MPWAR-26?page=all ]
Jason van Zyl updated MPWAR-26:
---
Assign To: (was: Jason van Zyl)
> JSP precompile support
> --
>
> Key: MPWAR-26
> URL: http://jira.codehaus.org/browse/MPWAR-26
[ http://jira.codehaus.org/browse/MPTASKLIST-11?page=all ]
Jason van Zyl updated MPTASKLIST-11:
Assign To: (was: Jason van Zyl)
> Non-US-ASCII characters in identifiers hinders todos from being included
> -
[ http://jira.codehaus.org/browse/MCOMPILER-22?page=all ]
Jason van Zyl updated MCOMPILER-22:
---
Assign To: (was: Jason van Zyl)
> Compilation fails: "The command line is too long."
> --
>
> Ke
[ http://jira.codehaus.org/browse/MNG-1496?page=all ]
Jason van Zyl updated MNG-1496:
---
Assign To: (was: Jason van Zyl)
> Ancient documentation is confusing users.
> -
>
> Key: MNG-1496
> URL: ht
[ http://jira.codehaus.org/browse/MPJAR-27?page=all ]
Jason van Zyl updated MPJAR-27:
---
Assign To: (was: Jason van Zyl)
> Send e-mail after successfully deploying jars and jar snapshots
> ---
>
[ http://jira.codehaus.org/browse/SUREFIRE-34?page=all ]
Jason van Zyl updated SUREFIRE-34:
--
Assign To: (was: Jason van Zyl)
> Using security manager in a fork mode causes an AccessControlException
> -
[ http://jira.codehaus.org/browse/MPDIST-7?page=all ]
Jason van Zyl updated MPDIST-7:
---
Assign To: (was: Jason van Zyl)
> Use shorter path for assembling distributions and clean up afterwards.
> --
[ http://jira.codehaus.org/browse/MPTASKLIST-10?page=all ]
Jason van Zyl updated MPTASKLIST-10:
Assign To: (was: Jason van Zyl)
> Method todos are never found even if they exist in the code
> --
[ http://jira.codehaus.org/browse/MNG-369?page=all ]
Jason van Zyl updated MNG-369:
--
Assign To: (was: Jason van Zyl)
> run yourkit over m2 again
> -
>
> Key: MNG-369
> URL: http://jira.codehaus.org/browse/MNG-36
[ http://jira.codehaus.org/browse/MNG-1212?page=all ]
Jason van Zyl updated MNG-1212:
---
Assign To: (was: Jason van Zyl)
> apply new style to plugins sites
>
>
> Key: MNG-1212
> URL: http://jira.codehaus
[ http://jira.codehaus.org/browse/MNG-50?page=all ]
Jason van Zyl updated MNG-50:
-
Assign To: (was: Jason van Zyl)
> Coding standard descriptor
> --
>
> Key: MNG-50
> URL: http://jira.codehaus.org/browse/MNG-50
>
[ http://jira.codehaus.org/browse/SUREFIRE-31?page=all ]
Jason van Zyl updated SUREFIRE-31:
--
Assign To: (was: Jason van Zyl)
> support junit 4.0
> -
>
> Key: SUREFIRE-31
> URL: http://jira.codehaus.org/browse/SUREFI
[ http://jira.codehaus.org/browse/MPJAR-33?page=all ]
Jason van Zyl updated MPJAR-33:
---
Assign To: (was: Jason van Zyl)
> jar:install copies jar even when no changes have occurred
> -
>
>
[ http://jira.codehaus.org/browse/MPRELEASE-8?page=all ]
Jason van Zyl updated MPRELEASE-8:
--
Assign To: (was: Jason van Zyl)
> Message is shown even when there are no snapshot dependencies
> --
[ http://jira.codehaus.org/browse/MPWAR-18?page=all ]
Jason van Zyl updated MPWAR-18:
---
Assign To: (was: Jason van Zyl)
> plugin doesn't provide for easily way to filter files
> -
>
> Key: MPW
[ http://jira.codehaus.org/browse/MPWAR-16?page=all ]
Jason van Zyl updated MPWAR-16:
---
Assign To: (was: Jason van Zyl)
> war plugin cannot add other files to web-inf without workaround
> ---
>
[ http://jira.codehaus.org/browse/MPCONSOLE-8?page=all ]
Jason van Zyl updated MPCONSOLE-8:
--
Assign To: (was: Jason van Zyl)
> (Re)Loading a project fil
> -
>
> Key: MPCONSOLE-8
> URL: http://jira.codehaus.o
[ http://jira.codehaus.org/browse/MPTEST-37?page=all ]
Jason van Zyl updated MPTEST-37:
Assign To: (was: Jason van Zyl)
> When tests are run in a separate JVM, all system properties from the current
> JVM should be provided to the forked tests
> ---
[ http://jira.codehaus.org/browse/MPRELEASE-7?page=all ]
Jason van Zyl updated MPRELEASE-7:
--
Assign To: (was: Jason van Zyl)
> goal convert-snapshots(-auto)
> -
>
> Key: MPRELEASE-7
> URL: http://jira.co
[ http://jira.codehaus.org/browse/MPTEST-41?page=all ]
Jason van Zyl updated MPTEST-41:
Assign To: (was: Jason van Zyl)
> Handle spaces in additional parameters correctly
>
>
> Key: MPTEST-41
[ http://jira.codehaus.org/browse/MNG-1307?page=all ]
Jason van Zyl updated MNG-1307:
---
Assign To: (was: Jason van Zyl)
> Document profile injection in conjunction with inheritance
> --
>
>
[ http://jira.codehaus.org/browse/ARCHETYPE-11?page=all ]
Jason van Zyl updated ARCHETYPE-11:
---
Assign To: (was: Jason van Zyl)
> webapp archetype generate invalid POM URL
> -
>
> Key: ARCHETYPE-11
>
[ http://jira.codehaus.org/browse/MPJAR-37?page=all ]
Jason van Zyl updated MPJAR-37:
---
Assign To: (was: Jason van Zyl)
> maven.jar.manifest.classpath.add should work like ejb plugin
>
>
>
[ http://jira.codehaus.org/browse/ARCHETYPE-20?page=all ]
Jason van Zyl updated ARCHETYPE-20:
---
Assign To: (was: Jason van Zyl)
> create a site skin archetype
>
>
> Key: ARCHETYPE-20
> URL: http://jira.
[ http://jira.codehaus.org/browse/JXR-10?page=all ]
Jason van Zyl updated JXR-10:
-
Assign To: (was: Jason van Zyl)
> Create a named anchor for each symbol like Javadoc does
> ---
>
> Key: JXR-1
[ http://jira.codehaus.org/browse/MNG-1306?page=all ]
Jason van Zyl updated MNG-1306:
---
Assign To: (was: Jason van Zyl)
> Document the use of https for transport in m2 (wagon)
> -
>
> Key: MNG
[ http://jira.codehaus.org/browse/MPJAR-25?page=all ]
Jason van Zyl updated MPJAR-25:
---
Assign To: (was: Jason van Zyl)
> improve mapping of manifest entries, share code with ejb
>
>
> Ke
[ http://jira.codehaus.org/browse/MNG-2022?page=all ]
Jason van Zyl updated MNG-2022:
---
Assign To: (was: Jason van Zyl)
> What is the Difference between project.getDependencies() and
> project.getDependencyArtifacts?
> -
[ http://jira.codehaus.org/browse/MPWAR-27?page=all ]
Jason van Zyl updated MPWAR-27:
---
Assign To: (was: Jason van Zyl)
> Add multiple files to WEB-INF from a merge point directory
> --
>
>
[ http://jira.codehaus.org/browse/MNGECLIPSE-20?page=all ]
Eugene Kuleshov updated MNGECLIPSE-20:
--
Comment: was deleted
> using ${version} for subproject dependencies doesn't work (maven uses 2.4.1
> version instead)
> -
When the embedder starts up for the first time and the user doesn't have maven
installed the default directories should be created.
---
Key: MNG-2334
U
[ http://jira.codehaus.org/browse/MNG-2333?page=all ]
Jason van Zyl updated MNG-2333:
---
Description:
In an IDE environment, you want to know what will be generated by a plugin
without having it execute. For example, if you have a plugin that generates a
s
[ http://jira.codehaus.org/browse/MNG-2333?page=all ]
Jason van Zyl updated MNG-2333:
---
Description:
In an IDE environment, you want to know what will be generated by a plugin
without having it execute. For example, if you have a plugin that generates a
s
Plugins need to offer up all information without executing
--
Key: MNG-2333
URL: http://jira.codehaus.org/browse/MNG-2333
Project: Maven 2
Type: New Feature
Components: Embedding
Versions: 2.0.5
Break during release if any dependency does not have pom
Key: MRELEASE-126
URL: http://jira.codehaus.org/browse/MRELEASE-126
Project: Maven 2.x Release Plugin
Type: Improvement
Versions: 2.0
Report
[maven-maven1-plugin] Expand Compiler and Surefire Converters
-
Key: MNG-2332
URL: http://jira.codehaus.org/browse/MNG-2332
Project: Maven 2
Type: Improvement
Components: Sandbox
Reporter: Dennis Lu
add config prop to specify webapp classes should be zipped and placed into
WEB-INF/lib/xxx.jar instead of placed in WEB-INF/classes/
-
Key: MWAR-45
[ http://jira.codehaus.org/browse/MCHANGES-36?page=all ]
Julian Wood closed MCHANGES-36:
---
Resolution: Won't Fix
Specifying the xmlPath as described by Mike is a satisfactory way of addressing
this problem.
> Documentation states that you must create
[ http://jira.codehaus.org/browse/MSITE-136?page=all ]
Brett Porter updated MSITE-136:
---
Fix Version: (was: 2.0-beta-5)
2.0
> when inheriting site.xml the expands to a menu with links
> for *all* ancestors and not just the immediate p
Create a group relocator tool
-
Key: MRM-113
URL: http://jira.codehaus.org/browse/MRM-113
Project: Maven Repository Manager
Type: New Feature
Reporter: Carlos Sanchez
Migrating old group names to new ones is painful. We need a tool
[ http://jira.codehaus.org/browse/MRELEASE-124?page=comments#action_66246 ]
Brett Porter commented on MRELEASE-124:
---
I think this is still a good default behaviour (As timestamps can get removed
in the future where releases are less likely to).
Howeve
[ http://jira.codehaus.org/browse/MNG-2331?page=all ]
Carlos Sanchez closed MNG-2331:
---
Assign To: Carlos Sanchez
Resolution: Won't Fix
Relocation is per version. You may experience that problem during the
transition from one group name to anothe
[ http://jira.codehaus.org/browse/CONTINUUM-509?page=comments#action_66245
]
toli kuznets commented on CONTINUUM-509:
Having an ability to always execute a scheduled build is very useful,
regardless of whether or not there were any code changes chec
[ http://jira.codehaus.org/browse/MIDEA-56?page=all ]
Brett Porter deleted MIDEA-56:
--
> aa
> --
>
> Key: MIDEA-56
> URL: http://jira.codehaus.org/browse/MIDEA-56
> Project: Maven 2.x Idea Plugin
> Type: Bug
> Reporter: D
[ http://jira.codehaus.org/browse/MSUREFIRE-124?page=comments#action_66242
]
Brett Porter commented on MSUREFIRE-124:
the pom is valid. Maybe there is an issue in surefire's resolution - it'll need
to be investigated. I've never seen this myself.
[ http://jira.codehaus.org/browse/MSUREFIRE-124?page=all ]
Brett Porter moved MEV-403 to MSUREFIRE-124:
Priority: Major
Group ID: (was: org.apache.maven.surefire)
Artifact ID: (was: surefire)
Version: (was: 2.0)
[ http://jira.codehaus.org/browse/CONTINUUM-426?page=comments#action_66240
]
Carlos Sanchez commented on CONTINUUM-426:
--
The problem is that for password protected http poms, which is very usual in an
enterprise, there's no easy way to add that pro
redirected artifacts do not evict against/collide with non-redirected artifacts
---
Key: MNG-2331
URL: http://jira.codehaus.org/browse/MNG-2331
Project: Maven 2
Type: Bug
Components: Depen
[ http://jira.codehaus.org/browse/MEV-403?page=comments#action_66232 ]
Olivier Lamy commented on MEV-403:
--
The case happens when just checkout dotw-webapp module.
Not with all modules build.
> surefire-providers-2.0.pom contains strange dependencies which
[ http://jira.codehaus.org/browse/MRELEASE-125?page=all ]
Mike Perham closed MRELEASE-125:
Resolution: Cannot Reproduce
Fix Version: 2.0-beta-4
This was caused by the build mvn instance not being called with the same
settings as the release mv
[ http://jira.codehaus.org/browse/MEV-403?page=all ]
Olivier Lamy updated MEV-403:
-
Attachment: poms.zip
> surefire-providers-2.0.pom contains strange dependencies which generate error
> ---
Tests fail in dryrun which succeed in normal build
--
Key: MRELEASE-125
URL: http://jira.codehaus.org/browse/MRELEASE-125
Project: Maven 2.x Release Plugin
Type: Bug
Versions: 2.0-beta-4
Reporter: Mike Perh
Impossible to depend on a deployed snapshot
---
Key: MRELEASE-124
URL: http://jira.codehaus.org/browse/MRELEASE-124
Project: Maven 2.x Release Plugin
Type: Bug
Versions: 2.0-beta-4
Reporter: Mike Perham
Priorit
[ http://jira.codehaus.org/browse/MEV-403?page=comments#action_66222 ]
Carlos Sanchez commented on MEV-403:
show me your poms ;)
> surefire-providers-2.0.pom contains strange dependencies which generate error
> ---
[ http://jira.codehaus.org/browse/WAGON-49?page=comments#action_66220 ]
Cédric Vidal commented on WAGON-49:
---
Well not exactly, it cannot check whether the collection exists before being
authenticated. But once authenticated, it should just try to make the
[ http://jira.codehaus.org/browse/MEV-403?page=comments#action_66219 ]
Olivier Lamy commented on MEV-403:
--
You want my poms ? or the surefire's in my repo ?
> surefire-providers-2.0.pom contains strange dependencies which generate error
> -
[ http://jira.codehaus.org/browse/MEV-403?page=comments#action_66217 ]
Carlos Sanchez commented on MEV-403:
Can you attach the poms?
> surefire-providers-2.0.pom contains strange dependencies which generate error
> ---
[ http://jira.codehaus.org/browse/MEV-403?page=all ]
Olivier Lamy updated MEV-403:
-
Attachment: log.txt
> surefire-providers-2.0.pom contains strange dependencies which generate error
>
surefire-providers-2.0.pom contains strange dependencies which generate error
-
Key: MEV-403
URL: http://jira.codehaus.org/browse/MEV-403
Project: Maven Evangelism
Type: Bug
Components: De
[ http://jira.codehaus.org/browse/WAGON-49?page=comments#action_66214 ]
Carlos Sanchez commented on WAGON-49:
-
It probably should check first if the folders exist (ignore auth errors during
this phase)
> Webdav wagon not robust enough when uploading to
[ http://jira.codehaus.org/browse/MNG-2289?page=comments#action_66211 ]
Carlos Sanchez commented on MNG-2289:
-
can you provide a test case in code, please?
> Newer SNAPSHOT parents in the remote repository are ignored
> --
Unable to execute eclipse:eclipse goal with embedded maven
--
Key: MNG-2330
URL: http://jira.codehaus.org/browse/MNG-2330
Project: Maven 2
Type: Bug
Components: Embedding
Versions: 2.0.4
Environmen
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66210
]
Carlos Sanchez commented on MSUREFIRE-115:
--
Although this might be an incorrect use of the API, if it works in m1 and the
IDEs it may be worth to check for a workaround in
Webdav wagon not robust enough when uploading to a WEBDAV repository which uses
more than one security realm
Key: WAGON-49
URL: http://jira.codehaus.org/browse/WAGON-49
Custom artifact handlers should be ignored
--
Key: MONE-2
URL: http://jira.codehaus.org/browse/MONE-2
Project: Maven 2.x M1 Plugin
Type: Bug
Versions: 1.0
Reporter: Matthew Beermann
Priority: Critical
If a c
aa
--
Key: MIDEA-56
URL: http://jira.codehaus.org/browse/MIDEA-56
Project: Maven 2.x Idea Plugin
Type: Bug
Versions: 2.0
Reporter: Djebali Makrem
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one
inherited site url not properly handling parameters
---
Key: MSITE-144
URL: http://jira.codehaus.org/browse/MSITE-144
Project: Maven 2.x Site Plugin
Type: Bug
Versions: 2.0-beta-5
Reporter: Jacob Robertson
SCP works for deploy goal, but not for site-deploy
--
Key: MSITE-143
URL: http://jira.codehaus.org/browse/MSITE-143
Project: Maven 2.x Site Plugin
Type: Bug
Versions: 2.0-beta-5
Reporter: Jacob Robertson
[ http://jira.codehaus.org/browse/MNGECLIPSE-129?page=all ]
Eugene Kuleshov updated MNGECLIPSE-129:
---
Priority: Minor (was: Major)
Please explain what are you doing and when exactly problem occurs.
Please also attach same pleject that can be buil
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66205
]
Dan Tran commented on MSUREFIRE-121:
Yes, classes in the bootstrap classloader really load stuff from the system
classpath
I am fine with the idea of allowing only a set of s
[ http://jira.codehaus.org/browse/MAVENUPLOAD-900?page=all ]
Anders Hermansen updated MAVENUPLOAD-900:
-
Attachment: mocquer-0.9.3-bundle.jar
> mocquer 0.9.3
> -
>
> Key: MAVENUPLOAD-900
> URL: http://jira.codehaus.or
dependency type from parent pom
---
Key: MNGECLIPSE-129
URL: http://jira.codehaus.org/browse/MNGECLIPSE-129
Project: Maven 2.x Extension for Eclipse
Type: Bug
Components: Dependency Resolver
Versions: 0.0.9
Environment: Eclip
[ http://jira.codehaus.org/browse/MAVENUPLOAD-900?page=all ]
Anders Hermansen updated MAVENUPLOAD-900:
-
Attachment: mocquer-0.9.3-bundle.jar
> mocquer 0.9.3
> -
>
> Key: MAVENUPLOAD-900
> URL: http://jira.codehaus.or
[ http://jira.codehaus.org/browse/MAVENUPLOAD-899?page=all ]
Anders Hermansen updated MAVENUPLOAD-899:
-
Attachment: dunamis-0.9.4-bundle.jar
> dunamis 0.9.4
> -
>
> Key: MAVENUPLOAD-899
> URL: http://jira.codehaus.or
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66194
]
Trygve Laugstol commented on MSUREFIRE-121:
---
I would still like to understand the real use case that you have here.
Will classes in the bootstrap classloader really load
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66192
]
Dan Tran commented on MSUREFIRE-121:
Ok, let me try to rephase in details so see it makes sense.
In my fork mode sample configuration, myboot.jar must be loaded via
-Xbootcla
[ http://jira.codehaus.org/browse/MEV-394?page=all ]
David Smiley updated MEV-394:
-
Attachment: axis-1.4.pom
> Axis' dependencies aren't specified in ibiblio
> --
>
> Key: MEV-394
> URL: http://ji
Automatic notification to last committers
-
Key: CONTINUUM-715
URL: http://jira.codehaus.org/browse/CONTINUUM-715
Project: Continuum
Type: Wish
Components: Mail Notifier
Versions: 1.0.3
Reporter: Jarl Petter Kv
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66171
]
Wim Deblauwe commented on MSUREFIRE-115:
So very true, sorry about that.
so, I guess I will have to talk to the betwixt team to not use this construct:
Date.class.getResou
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66161
]
Mark Holster commented on MSUREFIRE-115:
That's because finding a resource by the Class object difference from finding a
resource by a Classloader object: The Class.getReso
[ http://jira.codehaus.org/browse/MCHANGELOG-37?page=all ]
Edwin Punzalan closed MCHANGELOG-37:
Assign To: Edwin Punzalan
Resolution: Cannot Reproduce
> Class 'java.util.List' cannot be instantiated while running changelog
> ---
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66157
]
Wim Deblauwe commented on MSUREFIRE-115:
I added 2 more tests, taking your suggestions into account.
{noformat}
public void testClassloading()
{
ClassLoader cla
[ http://jira.codehaus.org/browse/MNG-2289?page=comments#action_66153 ]
Roger Butenuth commented on MNG-2289:
-
The problem seems to be more general for me:
We use maven 2 to build a large project consisting of several modules.
Dependencies between modul
[ http://jira.codehaus.org/browse/MSUREFIRE-115?page=comments#action_66152
]
Kenney Westerhof commented on MSUREFIRE-115:
API doc for java.lang.Class:
{noformat}
public ClassLoader getClassLoader()
Returns the class loader for the class. So
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66151
]
Carlos Sanchez commented on MSUREFIRE-121:
--
if Dan could provide an use case that breaks right now it'd be great
> ability to add dependency to jvm's classpath rather in s
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66147
]
Trygve Laugstol commented on MSUREFIRE-121:
---
And, we can't be expected to add stuff just beacuse it fixes your problem. That
will lead to unwanted complexity and feature
[ http://jira.codehaus.org/browse/MSUREFIRE-121?page=comments#action_66146
]
Trygve Laugstol commented on MSUREFIRE-121:
---
I still don't understand what you're after here, you're saying something about
the boot class path and something about the -c
94 matches
Mail list logo
