Hi,
I have directory strucute like this
a/b
a/c
a/d.java
a/e.java
I have one pom.xml under "a" directory .. Having code for compilation
and redirecting directories from there
Like
m
4.0.0
a
1.0
pom
b
c
${TOPDIR}/${JAVA_CLAS
Mostly it was just a time factor. The native maven support in Hudson that
breaks out the builds by modules isn't able to be mixed with the
multi-configuration setup we wanted to test across many platforms. This
meant we went with the high level projects like plugins instead of 20 odd
individual plu
I've uploaded a version with javadoc aggregates that worked for me at
http://jira.codehaus.org/browse/MNG-3336 . It's not really fixed, but I
guess I have what I need.
I also created a new issue for the PMD issue as they requested with a
test case: http://jira.codehaus.org/browse/MPMD-92 and c
All good ideas, and (as I get time) I will investigate each of them. I will
look more closely at Modello first and try to get a standalone YAML plugin
working there (now that I'm aware of it I could use it for my own stuff
outside of Maven so I have some incentive there); once that is done I
suspe
As long as there's a canonical format that is semantically crisp, and
that there's an unambiguous transform between the two formats, I think
this is a reasonable idea. But I would make sure that there's a
plugin that can auto-transform to and from the formats, so that if I'm
looking at a p
Le mardi 20 janvier 2009, Nathaniel Harward a écrit :
> After browsing the Maven source code it looks to me like the best way to do
> this is to create a YAML plugin for Modello, then somehow glue that into
> the core Maven code. I don't have any prior experience developing either
> one (though I
This is exactly the scenario that the new model builder is designed to
handle in 3.0. You can transform from any format to a canonical data format
and have the pom processed. You could even create a hierarchy of yaml files
for inheritance, interpolation, etc. Take a look at blogs here:
http://blogs
I was going to create a new MNG issue but thought I'd start here first:
managing large XML documents is no fun and long POM definitions with many
dependencies are subject to this. I saw a thread from 2007 that Eric
Redmond linked to regarding a YAML -> XML program (
http://markmail.org/message/5ei
Can anyone explain why the grid is setup up in the way that it is?
I'm looking at upgrading from CruiseControl but my layout is very different.
e.g.
I have each module in the build as a separate entity to be built.
A module is rebuilt if the source changes or one of its dependencies
has been rebu
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
Ric
These are all fixed, somehow the permissions were messed up and some files
weren't readable and some folders not executable. Is rsync somehow pulling
over the permissions or did something change on our end to cause this?
On 1/20/09 9:30 AM, "Arnaud HERITIER" wrote:
> Hi all,
>
> I submitted
Hi all,
I submitted this email on repo-maintainers lis but I had no response.
Any idea ?
Arnaud
On Wed, Jan 14, 2009 at 10:50 PM, Arnaud HERITIER wrote:
> Hi,
>
> A coworker of mine noticed a set of 403 errors in the central repository
> :
> http://repo1.maven.org/maven2/opensymphony/quar
Brett Porter wrote:
Sorry for the delayed reply.
Better late than never :-)
I would say not 2.0.x, but I think it makes sense for 2.1.x.
Sounds good.
I believe we could drop the "stripped" syntax already and handle it with errors
when used.
Not sure whether we should really produce an
Hi,
some of the CI jobs on http://grid.sonatype.org/ci/ currently don't send
email notifications:
- maven-parent-pom-trunk
- Maven-Plugin-Tools
- maven-shared
- scm
- wagon
These are not the only ones but the jobs I mentioned seem to run stable
enough to not cause senseless failures.
Does
14 matches
Mail list logo