Here:
mb-olamy:maven-scm olamy$ mvn -v
Apache Maven 3.1-SNAPSHOT (7bb5f1957a3bd9ee8357f8ddaee6f61e975ae954;
2013-07-05 22:50:43+1000)
Maven home: /Users/olamy/softs/maven/trunk
Java version: 1.7.0_25, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_25.jdk/Contents/
On 10 August 2013 04:22, John Casey wrote:
> You should be able to use a quick fix to add an entry to the pom to ignore
> these. It's not ideal, but it works well enough.
> On 8/9/13 1:31 PM, John Dix wrote:
>> is not supported by m2e.
If the errors are only the "is not supported by m2e", you ca
Not planning on it this weekend, if you want to go ahead.
On Aug 9, 2013, at 2:45 PM, Dennis Lundberg wrote:
> Hi Jason,
>
> Are you going to start the release vote for the Remote Resource Plugin?
>
> On Mon, Jul 29, 2013 at 3:37 PM, Jason van Zyl wrote:
>> Tag deleted, repository dropped, an
2013/8/9 Kristian Rosenvold
> 2013/8/9 Andreas Gudian :
> > But now you need a JDK 7 to build that project, right? I didn't see that
> in
> > the pom. Is it defined somewhere else?
>
> That's because you're not looking at the latest commit I did :)
>
I'm not going to compare timestamps now... ;-
Hi,
I'm trying to bring some order to apache-resource-bundles.
A JIRA project has been created in the ASF JIRA instance at
https://issues.apache.org/jira/browse/MASFRES
Now I want to publish the site. Current site is at
http://maven.apache.org/apache-resource-bundles/
The site is part of the ag
2013/8/9 Andreas Gudian :
> But now you need a JDK 7 to build that project, right? I didn't see that in
> the pom. Is it defined somewhere else?
That's because you're not looking at the latest commit I did :)
Kristian
-
To unsub
You should be able to use a quick fix to add an entry to the pom to
ignore these. It's not ideal, but it works well enough.
On 8/9/13 1:31 PM, John Dix wrote:
The failures I am encountering on importing the Maven projects in Eclipse are:
Maven-remote-resources-plugin:1.0-beta-2:process (21 err
I think we have to be quite smart to get any gains.
Once a plugin class starts loading in the classloader, the first class
referenced "A", will most likely load a whole tree. Sometimes a huge
tree. If we recorded the class loading order when building the plugin
descriptor, we could preemptively lo
Hi Jason,
Are you going to start the release vote for the Remote Resource Plugin?
On Mon, Jul 29, 2013 at 3:37 PM, Jason van Zyl wrote:
> Tag deleted, repository dropped, and now re-released and restaged.
>
> https://repository.apache.org/content/repositories/maven-034/
>
> On Jul 29, 2013, at 9
The failures I am encountering on importing the Maven projects in Eclipse are:
Maven-remote-resources-plugin:1.0-beta-2:process (21 errors)
Maven-antrun-plugin:1.3:run (1 error)
This is found by Importing in the entire maven 2.1.0 source code as an existing
Maven project.
If I try to import jus
2013/8/8 Kristian Rosenvold
> I just committed an update to plexus-classworlds that permits
> concurrent classloading under jdk7.
>
> I would really appreciate it if anyone would care to review this
> patch, especially regarding thread safety (esp the use of guards
> to access the protected metho
Yeah the main issues were
1) you need to // the whole process
2) your hard drive needs to be parallized (didnt find a free solution to
this one)
3) you need to load independent classes
So generally gain is not as impressive as parallelization sounds
Le 9 août 2013 19:52, "Kristian Rosenvold" a
é
2013/8/9 Romain Manni-Bucau :
> When i tested on tomee gain was ridiculous too so maybe not the first place
> to hack on to make maven fast ;)
> Le 9 août 2013 18:36, "Jason van Zyl" a écrit :
>> And what's the net difference then before after trying to parallelize the
>> classloading? I'll read
surefire and maven core itself. I run with -DskipTests since I dont
want to measure "that" right now :)
Kristian
2013/8/9 Stuart McCulloch :
> On 9 Aug 2013, at 17:21, Kristian Rosenvold wrote:
>
>> I just did some manual instrumentation to classworlds since I'm not
>> trusting the profiler due
On 9 Aug 2013, at 17:21, Kristian Rosenvold wrote:
> I just did some manual instrumentation to classworlds since I'm not
> trusting the profiler due to native code. For my 2 test projects,
> classloading is pretty close to 10% of the total build time (with
> -DskipTests).
Btw, which test projects
When i tested on tomee gain was ridiculous too so maybe not the first place
to hack on to make maven fast ;)
Le 9 août 2013 18:36, "Jason van Zyl" a écrit :
> And what's the net difference then before after trying to parallelize the
> classloading? I'll read up on the Java7 classloading this week
And what's the net difference then before after trying to parallelize the
classloading? I'll read up on the Java7 classloading this weekend.
I'm in transport land at the moment.
On Aug 9, 2013, at 12:21 PM, Kristian Rosenvold
wrote:
> I just did some manual instrumentation to classworlds sinc
I just did some manual instrumentation to classworlds since I'm not
trusting the profiler due to native code. For my 2 test projects,
classloading is pretty close to 10% of the total build time (with
-DskipTests).
As I suspected yesterday, this confirms that at least YJP reports
classloading time
Note that the test project fails on Maven 2.0.11 and 2.2.1 with the same issue
(missing zip dependency) so in that regard the 3.1.0 behaviour is consistent
with Maven2.
On 9 Aug 2013, at 15:34, Stanislav Ochotnicky wrote:
> Adding -llr switch makes no difference in this case. To expand a bit on
Adding -llr switch makes no difference in this case. To expand a bit on my
initial explanation the issue is not related just to the assemblies but to any
attached artifacts apparently.
Quoting Baptiste Mathus (2013-08-09 13:34:51)
> Hi,
>
> Just a thought, could you please retry with -llr mvn opt
Hi,
You need to do that yourself.
This list address is: iss...@maven.apache.org
For instructions see:
http://maven.apache.org/mail-lists.html
On Fri, Aug 9, 2013 at 1:00 PM, Raju Rathi wrote:
> pls remove my from this list . thanks
>
>
> On Thu, Aug 8, 2013 at 1:13 AM, Dennis Lundberg (JIRA) w
Hi,
Just a thought, could you please retry with -llr mvn option and see how it
goes?
Thanks
2013/8/9 Stanislav Ochotnicky
> During rebuild of our Java packages for Fedora 20 we have encountered an
> interesting issue with Maven 3.1.0[1]
>
> When pom.xml is referencing assemblies in other modu
pls remove my from this list . thanks
On Thu, Aug 8, 2013 at 1:13 AM, Dennis Lundberg (JIRA) wrote:
>
> [
> https://issues.apache.org/jira/browse/MASFRES-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel]
>
> Dennis Lundberg moved MPOM-29 to MASFRES-7:
> --
During rebuild of our Java packages for Fedora 20 we have encountered an
interesting issue with Maven 3.1.0[1]
When pom.xml is referencing assemblies in other module they are not resolved
unless they are already in local or remote repository (i.e. reactor resolution
of assemblies fails). Maven 3.0
24 matches
Mail list logo
