m2e provides org.eclipse.m2e.core.embedder.ILocalRepositoryListener.
Please direct any further questions to m2e-...@eclipse.org as this list
is about developing maven itself.
--
Regards,
Igor
On 11-09-14 2:54 AM, Wang YunFeng wrote:
Thanks lgor, RespositoryListener is what I'm looking for!
Have a look at org.sonatype.aether.RepositoryListener, this is what we
use in m2e to track changes to the local repository. This, of course,
does not receive events from builds running concurrently in other vms,
but I don't have a solution for that.
--
Regards,
Igor
On 11-09-13 8:46 PM, Wang
artifacts.xml contains md5 checksums of the artifact files. Signing or
pack200 conditioning changes file contents and thus invalidates the
checksums. In other words, artifacts.xml can only be generated after
final signed/packed version of the files has been created.
--
Regards,
Igor
On 11-09-08
The whole point of this discussion is to find a good way to eliminate
artifacts.xml fixup step at the end.
Also note that Eclipse.org is not the only
organization that needs to produce p2 repositories with signed jars, so
sign step has to be pluggable to work with at least generic
Introducing tycho-specific lifecycles is not practically feasible. All
lifecycle phase names must be globally unit across all lifecycles, which
means we'd have to invent tycho-compile, tycho-validate and so on.
This means we'd have to explain these new names to Tycho users. Many
standard maven
I agree that adding new phase (or phases) does not look like a scalable
solution. For example, in addition to signing, Eclipse projects are
encouraged to pack200 their artifacts, but neither signing nor pack200
are mandatory. So we need to be able add both sign and pack200 steps to
the lifecycle
Beware that Eclipse P2 does not like self-signed certificates all that much.
[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=340345
--
Regards,
Igor
On 11-08-31 10:42 AM, Benson Margulies wrote:
I've been helping Vincent Hervé push Vincent's Eclipse plugins for
Doxia file formats towards a
Wouldn't it be easier to use fully qualified implementation class name
as component hint? This will even allow stable invocation order if
components are ordered by hint. Maybe not the cleanest approach from
design pureness point of view, should work for listener usecase well
enough.
--
Regards,
Just to confirm what Jason said. The code in question is [1] and from
our testing, decentxml provides perfect read-write roundtrip without
loosing any formatting anywhere in the document, including cdata,
comments, whitespaces, etc, and with no special effort on our part.
[1]
It is sort-of possible to plug per-project dependency resolver and this
is more or less how Tycho works already (I can provide more details
about implementation, if you are interested). The problem is on the
consumer end. What dependency resolution logic you expect to apply if
standard maven
Fundamental issue here is having multiple ways to construct dependency
dirty DAG and prune the DAG to eliminate conflicts. Resolution starts
with artifact A using one strategy and then hits dependency artifact B
that uses another strategy. Forcing the same strategy on A and B will
almost
Have a look at #getLocalRepository() method around line 352 in [1].
[1]
http://git.eclipse.org/c/m2e/m2e-core.git/tree/org.eclipse.m2e.core/src/org/eclipse/m2e/core/internal/embedder/MavenImpl.java?id=releases/1.0/1.0.0.20110607-2117
--
Regards,
Igor
On 11-07-05 12:14 PM, Dennis Lundberg
+1
--
Regards,
Igor
On 11-02-28 12:58 PM, Benjamin Bentmann wrote:
Hi,
Thanks to those who tested the RC, I think we can move on to the real
thing now.
We solved 29 issues since 3.0.2:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=17061
There are still a couple of
Is there a chance to update resources-plugin version to 2.4.3 for better
m2e compatibility?
--
Regards,
Igor
On 11-01-27 04:30 AM, Olivier Lamy wrote:
Hello Folks,
I'd like to release the ASF parent pom [1].
In the maven parent pom [2], we have setup a maven-3 profile for the
site plugin.
No
+1
tested tycho and m2e, both are happy with the new version.
--
Regards,
Igor
On 11-01-08 08:20 PM, Benjamin Bentmann wrote:
Hi,
We solved 25 issues since 3.0.1:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16952
There are still a couple of issues left in JIRA:
+1.
Both Tycho and m2e work as expected.
--
Regards,
Igor
On 10-11-23 06:18 AM, Benjamin Bentmann wrote:
Hi,
3.0.1-RC1 seems to be fine, thanks to those who tested it. So let's do
the real thing.
We solved 21 issues since 3.0:
How do we make sure different plugins use parameter names consistently?
I would like to align Tycho OSGi test plugin with Surefire, for example,
but I don't see a way to do this, to be honest.
--
Regards,
Igor
On 10-11-22 04:05 PM, Jason van Zyl wrote:
What if we provided some of a core
In maven 3.0, you can use @Requirement to have logger injected like any
other component.
--
Regards,
Igor
On 10-10-21 06:23 AM, Tobi wrote:
Tobias Gierke wrote:
Is there a way to get a Logger injected directly into the component
The usual pattern is to have the component extend
+1. maven 3.0 looks good on tycho.
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
feedback on the RCs seems to be decreasing and I am currently not aware
of any major regression so let's try and cross the finishing line of
this marathon.
We solved 31 issues since 3.0-beta-3:
+1. Both tycho and m2eclipse builds are happy.
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
what's a better start for a week than a new fresh release :-) ? So here
we go!
Apart from another few regression fixes, this release includes Guice and
Aether [0] and shall help to get some more
You may want to check how we do this in m2eclipse [1] or during maven
performance regression tests [2].
[1]
http://github.com/sonatype/m2eclipse-core/blob/master/org.maven.ide.eclipse/src/org/maven/ide/eclipse/internal/embedder/MavenImpl.java
[2]
I am sorry if this has been answered already, but do you have any info
that shows performance comparison single vs milti threaded build? If you
happen to have any profiler snapshots that show where time is spent
during single and multi threaded builds, I am interested to see these too.
PS: we
+1
Works for Tycho (although I had to fix a couple of sloppy tests) and few
our internal projects I work on.
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
We solved 39 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16089
There are still a couple of issues
Would it make more sense to reject running // build or fallback to
sequential execution (with a warning) if any of the mojos bound to
lifecycle is NOT marked as thread safe? Personally, I'd hate to have
intermittent build failures.
--
Regards,
Igor
Kristian Rosenvold wrote:
I found the bug in
+1
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
We solved 22 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=16087
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1
Staging
I am not 100% sure, but I think this may break MavenMetadataCache, which
caches Artifact instances and assumes they do not change. In m2e, for
example, we do not flash the cache before each build, only when project
pom.xml changes. So if one of mojos changes cached Artifact instance,
next build
It is a bit outdated, but here is how I use m2e to work on maven plugin
development.
https://docs.sonatype.org/display/M2ECLIPSE/Developing+and+debugging+Maven+plugins
Disclaimer: as m2e project lead, I may be biased ;-)
--
Regards,
Igor
Ron 'coyote' Lussier wrote:
Has anyone documented how
+1.
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
We solved 29 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=15996
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1
Staging
Benjamin Bentmann wrote:
Igor Fedorenko wrote:
Out of curiosity, what kind of performance difference you get with this
optimization vs without it?
I did not benchmark this. This is about IO, so pick a module count, an
average artifact size and IO throughput.
From my experience, feeling
Benjamin,
Out of curiosity, what kind of performance difference you get with this
optimization vs without it?
Also, I think implementation should behave the same for pom and other
artifacts. I would not want to have to troubleshoot strange build
failures should pom get out of sync with the
Sorry, I guess I spent too much time with Eclipse code and take some of
their conventions for granted. 2 convention [1] is a way to add new
abstract methods without breaking existing implementations. Logically,
the new method is an optional part of ArtifactRepositoryLayout
interface, so
+1
--
Regards,
Igor
Benjamin Bentmann wrote:
Hi,
We solved some more issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500version=14952
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=truepid=10500status=1
Unfortunately m2e will have to wait until alpha-4 due to PLX-444,
assuming alpha-3 is not respun that is. Do not break trunk just yet ;-)
--
Regards,
Igor
Dan Fabulich wrote:
Brian Fox wrote:
Does that mean that changes that we make in the Apache trunk can
automatically break people's
All interactions with Maven core are hidden behind facade object in m2e
and have good unit test coverage. We can accommodate pretty much any
changes in the core quite easily, assuming new core interfaces provide
comparable functionality and performance.
--
Regards,
Igor
Jason van Zyl wrote:
);
--
Olivier
2009/7/1 bentm...@apache.org:
Author: bentmann
Date: Tue Jun 30 22:36:30 2009
New Revision: 789993
URL: http://svn.apache.org/viewvc?rev=789993view=rev
Log:
[MNG-4224] maven lifecycle participant
Submitted by: Igor Fedorenko
Added:
maven/components/trunk/maven-core/src/main/java/org
This is correct, m2e 0.9.8 uses old 2.1.0 embedder from before
2.1-3.0 version rename. We plan to update embedder to real 3.0 in 0.9.9.
For now, you should be able to move enforcer execution to a profile,
which is not activated in m2e.
--
Regards,
Igor
nicolas de loof wrote:
Hi,
As I'm
We are adding something like this to 0.9.8. I can provide more details
if you are interested, but m2e dev list is probably a better place for
this discussion.
--
Regards,
Igor
nicolas de loof wrote:
Hi
I wonder if there is any way to configure m2eclipse settings using
dedicated meta-datas
Arnaud,
We are using MavenEmbedder#readProjectWithDependencies in m2e. We also
keep track of all workspace projects, so inter-module dependencies are
resolved from workspace where applicable.
In Tycho, we are using MavenProjectBuilder#buildProjectWithDependencies.
I am not sure if this
Abel,
As far as I know, PlexusTestCase is part of plexus container API at the
moment, so at least technically junit dependency is needed.
Abel Muiño wrote:
I have run dependency:tree on a pom with the maven embedder (SNAPSHOT) as the
only dependency. I'm using several repositories so all the
Christopher,
Although I can't help you with pde-maven-plugin (I remember some
discussion here about retiring it, see [1]), I am working on another
maven-based tool called Tycho that should be able to build Eclipse RCP
applications. You can read more about Tycho goals and scope in [2] and
RCP
Richard,
I wonder if you have seen Tycho [1]? This is one of the projects I work
on, so I am biased ;-) but I believe it should address your problem,
i.e. building eclipse rcp application with maven.
[1] http://docs.codehaus.org/display/M2ECLIPSE/Tycho+project+overview
--
Regards,
Igor
Would not it be better to move wagons and anything else not intended to
be visible by plugins into a separate classloader?
Brett Porter wrote:
/me cheers
Yep, go for it.
This will also mean producing shaded versions of the wagons though I
think, or creating a shaded built-in wagons JAR, to
Oleg Gusakov wrote:
Working on Mercury I faced the necessity to use some standard definition
of a version range, so I took OSGi definition: OSGi core specs 4.1,
page 39 in April-2007 PDF available on OSGi site - http://osgi.org.
Some interesting ramifications for Maven users:
1). Declaration
We've discussed this subject on m2e dev list a lot recently and I
believe the conclusion is that both collocated and separate output
folders cause problems for some projects and development styles, for
the lack of a better word.
For example, I mostly work with maven core and various maven
/2008, at 6:36 AM, [EMAIL PROTECTED] wrote:
Author: jvanzyl
Date: Tue Jul 8 13:36:14 2008
New Revision: 674941
URL: http://svn.apache.org/viewvc?rev=674941view=rev
Log:
MARTIFACT-29: Prevent checking from all remote repositories once the
artifact is found.
Submitted by: Igor Fedorenko
Modified
Brett,
Out of curiosity. It seems that your fix for MARTIFACT-25 only caches
missing pom.xml lookup. Where is the logic that will prevent maven from
repeatedly hitting remote repositories for actual artifacts?
Brett Porter wrote:
Hi Oleg,
I think you are good to go now for the release.
Are you using IBM Java5 VM by any chance? I had to switch to SUN VM to
workaround this issue.
Timothy Reilly wrote:
I'm attempting to build maven-compoents trunk
I get this exception ... any suggestions welcome:
[ERROR] BUILD ERROR
[INFO]
Marvin,
Not that I know/understand much about maven dependency management, but
can you not use optional element to mark dependencies that should not
be re-exported
(http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html#Transitive_Dependencies)
Marvin
as transitive). At current time flex-mojos is resolving
all dependencies, no one is transitive. I just wanna make dependencies
transitive when, by it scope, make sense.
VELO
On Thu, Jun 5, 2008 at 10:38 AM, Igor Fedorenko [EMAIL PROTECTED] wrote:
Marvin,
Not that I know/understand much about
I do agree with artifactId == bundle symbolic name (you meant bundle
symbolic name, not bundle id, right?) but I think there is more to it.
Consider the following four usecase
* Create new Maven artifact from existing eclipse/osgi bundle. This
happens when eclipse bundles are deployed into a
This is probably offtopic, but m2e does support custom project
configurators so it is possible to plugin support for checkstyle or
whatever happens to be your favourite plugin.
Brian E. Fox wrote:
Both are still early and I'm sure there will be support for these
things, especially if they are
require to include some new eclipse plugins, or can
it be set as free jar outside eclipse ... for example in the local
repository ?
2008/4/23, Igor Fedorenko [EMAIL PROTECTED]:
This is probably offtopic, but m2e does support custom project
configurators so it is possible to plugin support
It might be a good idea to run CI with IBM JDK even on more common
hardware. For example, I could not build maven with IBM JDK last time I
tried. I did not have much time to investigate, but it looked like IBM
JDK could not read modello's pom.xml as UTF-8.
--
Regards,
Igor
Hervé BOUTEMY
401 - 453 of 453 matches
Mail list logo