Comfortably released Google Guava (not a complex app, but through entire
release phase incl. pgp signing) with 3.0-rc2. Looks great to me so far.
c.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional comma
As a user... +1
On Jul 1, 2009, at 3:41 PM, John Casey wrote:
Brett Porter wrote:
But I get the feeling that those sticking to 2.0.x are "happy" - in
that they've got things working the way they want and probably
won't jump up to further 2.0.x releases, let along 2.2.x. If we put
out a 2.
rt spent on the 2.2.x
line instead.
On Tue, Jun 30, 2009 at 10:13 AM, Christian
Gruber wrote:
+1 to Nicholas' assessment. Too many firms I've worked with won't be
changing to 2.1/2.2 until it's been in production release for several
months, and probably won't trust it. The
+1 to Nicholas' assessment. Too many firms I've worked with won't be
changing to 2.1/2.2 until it's been in production release for several
months, and probably won't trust it. They'll need critical bug
support on 2.0. We just need a window for migration, that's all.
cheers,
Christian.
O
Fair enough. Sounds good to me. -cg.
On 18-Sep-07, at 8:47 AM, Kenney Westerhof wrote:
If a CI only builds 1 project (-N, no reactor), then a per-build
workspace isn't needed. But a per reactor-build local workspace
as a default, when there are multiple projects in the reactor, as a
default,
Hmm. I'm liking how this is all shaping up, but I'm wondering about
the "in the top level pom" bit. Already some things we do assuming a
reactor build are confusing because each project is built separately,
and when you start getting into continuum which essentially replaces
the reactor w
Oh that's funny. Darned auto-complete addresses. lol. Please ignore.
Christian.
On 13-Sep-07, at 2:40 AM, Brett Porter wrote:
heh, I was quite busy thinking "eh?", and got all the way to the
bottom and realised you were talking about a different project :)
---
Darn-it. Now you went and said, in two sentences, what I was saying in
three paragraphs. Grrr.
christian.
On 10-Sep-07, at 11:32 AM, Brian E. Fox wrote:
I really hope that we're not trying to keep file://
around so that it's easier to _distribute_ repositories.
I don't think that's the m
To me file:// repos were for local situations where you wanted to test
or fix maven build behaviour because of some condition. For example,
you're one machine is behind a firewall and you are not able to cross
the boundary to pull in stuff into your build system, so you create a
repo for t
e
to start looking.
-john
On Sep 5, 2007, at 6:34 PM, Christian Gruber wrote:
Hey,
I'm trying to use pluginArtifacts to include the current plugin's
jar as a classpath for an external call, as I have created a crazy
but necessary wrapper. When I go to find the plug
Hmm. Sorry, I meant pluginArtifacts, not pluginDependencies. -cg
On 9/5/07, Christian Gruber <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I tried to send this earlier, but didn't see it show up
> anywhere. Anyway, I have a plugin where, for reasons too painful to
>
Hi,
I tried to send this earlier, but didn't see it show up
anywhere. Anyway, I have a plugin where, for reasons too painful to
go into, I have to execute a java class in a new JVM and have the
calling plugin's .jar in the classpath. I went to find the
appropriate approach to get it
Hey,
I'm trying to use pluginArtifacts to include the current plugin's
jar as a classpath for an external call, as I have created a crazy but
necessary wrapper. When I go to find the plugin in pluginArtifacts, I
find that I cannot, and that pluginArtifacts is not populated on
MavenPro
il: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2
416.998.6023
process coach and architect + ISRÁFÍL
aven-idea-plugin before I get started
or is there a better starting place?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
christian gruber + [EMAIL PROTECTED] + mob 410.900.0
r additional commands, e-mail: [EMAIL PROTECTED]
Thanks,
Jason
--
Jason van Zyl
Founder and PMC Chair, Apache Maven
jason at sonatype dot com
--
---
Very nice. My response Haiku then:
maven test skip on
enforcer detects no-no
therefore build still fails
Christian.
P.S. I'll take this off the dev list now. -cg
On Jul 19, 2007, at 6:54 PM, Brian E. Fox wrote:
Use the enforcer to detect maven.test.skip and fail the build on them
;-)
--
Thought the devs might appreciate this.
On my current project, I regrettably had to inform some users of the -
fae and -Dmaven.test.skip=true options, which ultimately resulted in
a near total abandonment of project discipline, and ultimately a lot
of error discovery through "finding out whe
t fyi, we are working on getting that profile enabled version
released in the next couple of weeks
jesse
christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2
416.998.6023
process coach and architect + ISRÁFÍL CONSULTING SER
What's the status of the whole distributed build thing in Continuum?
That seemed like quite a good way to get a server farm auto-building.
Christian.
On Jul 5, 2007, at 11:15 AM, Brian E. Fox wrote:
Hi Brett,
I think having the automated builds on many platforms is definitely
needed. What
+1 for both (non binding), but the unavailability of either shouldn't
spam consoles. Small concise warnings would be sufficient, if at all.
Christian.
On Jul 3, 2007, at 9:48 AM, Mark Hobson wrote:
Following the recent thread "Maven POM plugin config", this is a vote
to add downloadSources=
er of terminology,
though - great to have regular stable builds, but if you look at
what IDEA do they have both really regular builds, then milestones
where the less brave can still try it out, then betas, then final,
which is a good model.
christian gruber + [EMAIL PROTECTED] + mob 410.900.
+1 (non-binding)
successful on Mac for large reactor build of 20+ subprojects, plus a
bunch of plugin projects.
On Jun 19, 2007, at 5:33 PM, Jesse McConnell wrote:
+1
On 6/19/07, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
+1
Arnaud
On 19/06/07, Joakim Erdfelt <[EMAIL PROTECTED]> wrote:
TED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
christian gruber + [EMAIL PROTECTED] + mob 410.900.0796 + mob2
416.998.6023
an implementation detail.
- Brett
On 25/05/2007, at 9:33 AM, Christian Gruber wrote:
Nothing like original thought, huh? :)
Never mind then - good to know. Count this e-mail as a moral +1
on that feature should it ever come to vote.
Christian.
On May 24, 2007, at 7:29 PM, Brian E. Fox wro
efore.
-Original Message-
From: Christian Gruber [mailto:[EMAIL PROTECTED]
Hey.
I was thinking about the best-practice (I hate that word) of
including all direct dependencies in a pom even if you would get the
code transitively (in case transitive relationships are changed
behind the s
Hey.
I was thinking about the best-practice (I hate that word) of
including all direct dependencies in a pom even if you would get the
code transitively (in case transitive relationships are changed
behind the scenes). This makes sense, but it makes me wonder if the
compile phase sho
ne handles those issues.
Stéphane
On 5/2/07, Christian Gruber <[EMAIL PROTECTED]> wrote:
Greetings all,
Any ideas on how close maven-install-plugin 2.2-SNAPSHOT is to a
release. I'd like to release my Flex2 plugin in 1.0, but its testing
relies on the install 2.2 plugin, and it wo
Greetings all,
Any ideas on how close maven-install-plugin 2.2-SNAPSHOT is to a
release. I'd like to release my Flex2 plugin in 1.0, but its testing
relies on the install 2.2 plugin, and it won't let me do a clean
release with the maven-release-plugin while I'm depending on 2.2-
SNAPS
relevant files to
http://people.apache.org/builds/maven/continuum/1.1-alpha-1
+1 from me
jesse
christian gruber + [EMAIL PROTECTED] + bus 905.640.1119 + mob
416.998.6023
process coach and architect + ISRÁFÍL CONSULTING SERVICES
Heh. I'd use JSF or Tapestry, but then I've not submitted one line of
patches... so just ignore me. :)
Christian.
christian gruber + agile coach and architect
Israfil Consulting Services Corporation
email [EMAIL PROTECTED] + bus +1 (905) 640-1119
cell: +1 (416) 998-6023 + cell: +1
[ http://jira.codehaus.org/browse/MNG-1966?page=comments#action_56172 ]
Christian Gruber commented on MNG-1966:
---
On a related note, the same permissions tags do not seem to apply to the
tag. Such would be ideal for use in the pom.xml
section
32 matches
Mail list logo
