+1 (non-binding)
Built and tried against all my current checked-out projects with no
incidents.
Christian
On Aug 7, 2010, at 7:53 AM, Jason van Zyl wrote:
+1
On Aug 7, 2010, at 7:16 AM, Benjamin Bentmann wrote:
Hi,
We solved 28 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?p
I think user issues can be addressed with some naming magic. Instead
of 3.0-beta2 and 3.0-beta3, go with 3.0-beta2, and 3.0-beta2a
It's still "forward", and it implies that they're similar or related
versions, and the notes/announce on it can be clear, but it won't
carry the implication th
Hey Jason. Please keep me in the loop on this. I'll hapily
contribute, since I'm hoping to improve docs on guice this upcoming
quarter or two, and I don't want to lose my maven-fu whilst in the
midst of Google's build toolset.
Regards,
Christian
also cgru...@google.com
Sent from my iPhone.
Ok. Sounds workable.
Christian.
On Sep 8, 2009, at 4:00 AM, Jason van Zyl wrote:
On 2009-09-08, at 9:49 AM, Christian Edward Gruber wrote:
So - 2 points.
1. Who's saying you have to actually have YAML poms IN the maven
project - as long as I can find a way to (through autodiscove
l. That's fine with me. I'm talking about pre-generating in a
way that's transparent from the CLI. If that's by extensions, fine.
I just would rather not have mvn wrapper scripts to do it.
Christian.
On Sep 8, 2009, at 3:35 AM, Jason van Zyl wrote:
On 2009-09-08, a
On Sep 7, 2009, at 9:52 PM, Ralph Goers wrote:
At one point the pom was going to be "redone" so that it wasn't
going to be completely compatible. Later, I think the decision was
made to keep it compatible. At one point there was support for
having different pom formats but I'm not really su
Ok. Thanks.
Christian
On 2009-09-07, at 04:36 , Jason van Zyl wrote:
No it's not available and won't be until I'm finished a fully
working beta.
On 2009-09-07, at 1:42 AM, Christian Edward Gruber wrote:
Is that prototype available? I'd love to see it.
Christian
t this
too. I can't tell you where those blogs are now because I pretty
much
dismissed them as I like using XML myself.
Jason
From: Christian Edward Gruber [christianedwardgru...@gmail.com]
Sent: Friday, September 04, 2009 2:29 PM
To: Maven Developers
pom.xml,
and so maven fails on the first sync because the pom was modified.
In a pinch, this can all be handled with shell scripts wrapping
maven,
but I'd prefer to have a cleaner place to integrate.
Christian.
On Sep 4, 2009, at 5:12 PM, Jason van Zyl wrote:
On 2009-09-04, at 10:59 P
ts wrapping maven,
but I'd prefer to have a cleaner place to integrate.
Christian.
On Sep 4, 2009, at 5:12 PM, Jason van Zyl wrote:
On 2009-09-04, at 10:59 PM, Christian Edward Gruber wrote:
So I agree that it is a valid concern, and there needs to be a
canonical format (which will pr
So I agree that it is a valid concern, and there needs to be a
canonical format (which will probably be XML) which all artifacts are
saved as - but in my source tree, it should be entirely possible to
have an alternate way to specify, since often I've found that XML-
hatred is a barrier to M
I've used classifiers before, though I think it's a bit of a hack.
There's also the native plugin which makes .nar archives - you should
look and see what it does, since it is geared for native c/c++ builds
(I believe)
Christian.
On Sep 4, 2009, at 10:58 AM, Brian Fox wrote:
I was rece
Hi all,
So I saw Jason's highlights of 3.x future plans, and decoupling
POMs from format. We're starting to use m3 on an open-source little
project at Google, and the main problem people have with Maven has
been the gawd-awful (not my words) of the xml format. I used the
maven-yamlp
True - I missed that part. We used -SNAPSHOT only for volatile
versions, but if we wanted to lock in on a specific snapshot, we'd
roll a milestone or nightly build. In fact, one client just rolled a
nightly release and stamped it 1.2.3-NIGHTLY-20070325 (or so). But
this is a real release,
nal commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
e-mail: christianedwardgru...@gmail.com
weblog: http://www.geekinasuit.com/
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands
That's less annoying than the current format? Not to me that's for
sure.
On Wed, May 27, 2009 at 7:28 PM, Christian Edward Gruber <
christianedwardgru...@gmail.com> wrote:
I'm not sure how that pans out.
mvn://net.israfil.foundation/foundation-container/1.1?
optional&pack
this often in Nexus when people have unusual artifact
or group
ids that make it hard for example to separate the group from the
artifact,
or the version from the classifier.
On Wed, May 27, 2009 at 2:06 PM, Jorg Heymans
wrote:
On Wed, May 27, 2009 at 3:55 PM, Christian Edward Gruber
wrot
ail: dev-h...@maven.apache.org
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
e-mail: christianedwardgru...@gmail.com
webl
On May 12, 2009, at 5:43 PM, Brian Fox wrote:
My POM-tree follows strict logical aspects that is motivated by the
architecture of the project and NOT by the philosophy of some plugin.
You do know these folks are trying to help, right? ;)
Christian.
Christian Edward Gruber
nd, doesn't have such metadata, so
it's more difficult. I think as a policy it's dramatically safer to
have a clean checkout or export of the canonical version from the repo
to be used for the release.
cheers,
Christian.
Christian Edward Gruber
respond.
On 23-Apr-09, at 4:00 PM, Christian Edward Gruber wrote:
My french isn't perfect, but the article basically...
...argues against you (Jason) personally having the habit of
imposing dramatic changes by presenting them as a fait-acomplis.
There's a bit of a bill of rights
Get a second opinion, but it's more or less the gist.
Christian
On Apr 23, 2009, at 7:52 PM, Jason van Zyl wrote:
Thanks if that seems like a reasonable translation I will respond.
On 23-Apr-09, at 4:00 PM, Christian Edward Gruber wrote:
My french isn't perfect, but the article
mands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
christianedwardgru...@gmail.com
http://www.geekinasuit.com/
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
but good ideas can't save bad people.
-- Paul Graham
-------------
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
christianedwar
I do. I didn't ask the original question - I was answering it.
Thanks though. I'm sure the original poster got his answer.
Christian.
On 22-Mar-09, at 15:11 , Ralph Goers wrote:
Right. Then in that case use provided.
On Mar 22, 2009, at 8:42 AM, Christian Edward Gruber wrote:
al-and-excludes-dependencies.html
--- Christian Edward Gruber
schrieb am Fr, 20.3.2009:
Von: Christian Edward Gruber
Betreff: Re: Scope for compile only?
An: "Maven Developers List"
Datum: Freitag, 20. März 2009, 12:54
I would use "provided" which implies
that the target runtime wi
n.apache.org
Christian Edward Gruber
e-mail: christianedwardgru...@gmail.com
weblog: http://www.geekinasuit.com/
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Please. 2.1.0-RC1 is ideal. Most people will interpret a 2.1.0 as a
release.
Christian
On Mar 11, 2009, at 11:45 AM, Brian E. Fox wrote:
I would change the tag.
-Original Message-
From: John Casey [mailto:jdca...@commonjava.org]
Sent: Wednesday, March 11, 2009 8:22 AM
To: Maven De
And tapestry trunk is building nicely.
Christian.
Oh, MacBook Pro with 2G RAM, Java 1.5
On Mar 9, 2009, at 12:00 PM, John Casey wrote:
Hi everyone,
I've rolled the first release candidate for Maven 2.1.0. It's
available at:
http://tinyurl.com/maven-2-1-0-RC1
(https://repository.apache.or
WFM
I just built tapestry5.0.x branch, plus a bunch of my own projects.
It seems to work just fine. Only one problem, which I think is a
selenium-on-Mac issue, not a maven one. I kept having to manually
kill firefox before it could continue.
Christian
On Mar 10, 2009, at 8:47 AM, Fabr
n.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
e-mail: christianedwardgru...@gmail.com
weblog: http://www.geekinasuit.com/
-
To unsubscribe, e-mail: dev-unsubscr...@mave
.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
christianedwardgru...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands
elmann
tsg-sw...@foogoo.net
A clear conscience is usually the sign of a bad memory.
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edw
.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
Christian Edward Gruber
christianedwardgru...@gmail.com
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org
developer
mailing-list.
Regards,
Hervé
Thank you,
Nat Harward
[1] http://modello.codehaus.org/index.html
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven
Crap! I was there (right in Mountain View) last week Thursday.
Oh well.
Christian.
On 2-Oct-08, at 07:49 , Jason van Zyl wrote:
Hi,
Next week Oleg, Shane and I are planning on doing some work on
Maven, to try and do some hacking and planning. It looks like Brian
is going to come now,
semantics of underlying OSs are often different.
Christian.
On 12-Sep-08, at 01:13 , Christian Edward Gruber wrote:
Well I think creating the folders up to the file is not so
difficult, because the folder creation can have a race, as long as
it's not a destructive creation. I think it&
, Oleg Gusakov wrote:
Christian Edward Gruber wrote:
BTW, my suggestion isn't as robust as java.nio.channels.FileLock is
supposed to be, but in basic testing it definitely returns "false"
if the lock file exists on two platforms (MacOS and BSD). I can't
generate a ra
So is File.createNewFile() not actually back-ended by the platform's
atomic file creation capability (that is, if there is one, it uses it,
else there's a possible race)? If so, I'd just use that. Looking
through the 1.5 source, it at least calls to
FileSystem.createFileExclusively, which
, but it
would at least reduce the race condition to the lock creation moment,
which is pretty darned small if you use this facility.
Christian.
On 11-Sep-08, at 17:06 , Christian Edward Gruber wrote:
So is File.createNewFile() not actually back-ended by the platform's
atomic file cr
On 9-Sep-08, at 14:03 , Oleg Gusakov wrote:
Benjamin Bentmann wrote:
Christian Edward Gruber wrote:
I suppose another option would be a very lightweight local repo
server so all activity against the local repo is "managed", but
this is probably overkill.
If I understand pro
e. Can you, please, provide any links on this
"big fat hairy"? Do you know if there are any unit/it tests that
check for it? I will definitely search for it, but if you are
asking, you probably know where to find the ends.
Thanks a lot,
Oleg
Christian Edward Gruber wrote:
Hi all,
Hi all,
Looking at the release plans for 2.1 and 2.2 I don't see
anything about addressing the big fat hairy race condition that
prevents multiple maven builds on the same local repository from
risking corruption of the local repo. There have been a few proposals
and several JIRAs,
Why not use JIRA voting as a mechanism, officially. Or at least as a
weighting factor.
Christian.
On 25-Aug-08, at 16:44 , John Casey wrote:
Hi,
I'd like to propose that we put together a plan for the next few
releases of Maven, and also a plan for what we're going to call
them. There
On 23-Aug-08, at 05:38 , Benjamin Bentmann wrote:
Paul Benedict wrote:
What would you think of if 2.0.10 was voted as beta,
and then 2.0.11 would take the place of RC1-RC10 build list. [...]
This is, in a way, similar to the odd-even release
versioning scheme.
It's surely my Windows-related
I know I'm not a part of the core team here, but the two tests are
written differently, and send different signals. It's
quiteappropriate to run them on different schedules, and not least
since they're usually slower than Unit Tests. In nearly all of my
clients, they don't have ITs on by
If the surefire plugin (and compiler plugin) and such were more
configurable, so you wouldn't have to sub-class them to make plugins
for integration tests, then the simple mode would be to bind them at
other phases to compile and execute tests in those phases. That would
be nice.
Christi
evant. (They're constrained by an
industry specification that includes this wierd signing protocol)
Christian.
On 11-Jul-08, at 13:59 , Brian E. Fox wrote:
Christian, what kind of files are produced with the sig? Are they
still
.asc?
-Original Message-
From: Christian Edward G
l (and frequent arguments as to the correct order).
If it were to be more built in, I would suggest making it a part of
and the deployment mechanism if anything,
but really the current plugin works fine for that.
Cheers,
Brett
On 12/07/2008, at 2:47 AM, Christian Edward Gruber wrote:
Can I
really the current plugin works fine for that.
Cheers,
Brett
On 12/07/2008, at 2:47 AM, Christian Edward Gruber wrote:
Can I suggest that a phase in the default lifecycle be added after
packaging for signing (somewhere). It can have no default binding
plugin (such as integration-test) but if i
Can I suggest that a phase in the default lifecycle be added after
packaging for signing (somewhere). It can have no default binding
plugin (such as integration-test) but if it's there, it's easier to
hook in things at the correct time.
Or a pre-package and post-package phase which would a
I know working with J2ME this is handy if the JRE_CONTAINER can come
last.
What I'd like to see (and I filed a JIRA for it) is /src/*/resources
added as library references, rather than source folders.
Christian.
On 4-Jul-08, at 21:25 , Kamil wrote:
Additional I guess Only
JRE_CONTAINER c
advantage of JUnit over POJO in maven, except for UI
convenience. TestNG, on the other hand, can do thread-pooled tests,
so I will often use that.
Christian.
On 13-May-08, at 21:18 , Dan Fabulich wrote:
Christian Edward Gruber wrote:
Moving on to future efforts, I added the final step in s
Congrats.
Moving on to future efforts, I added the final step in support for
setup/teardown of fixture in the PojoTestSet. I logged this bug (http://jira.codehaus.org/browse/SUREFIRE-498
) [with patch supplied] and called it a bug since everything was
prepped as if it would execute fixture
Hmm. I sense a javax.ioc and javax.ioc.annotations package. :)
Christian.
On 2-May-08, at 16:56 , John Casey wrote:
As far as annotations go, I completely agree with Jason, that
Annotations should be standardized, and framework-agnostic.
---
Would it not be helpful to have a version pattern, somewhat the way
dates have patterns for parsing, so that there can be the default, an
osgi standard pattern, and a custom one specified in the pom?
So a pattern might be xx.[yy.[zz.[pp]]] or xx.yy.pp-
Where xx == major, yy == medium, zz
So just to clarify (with pretend numbers), would this sort of scenario
be fair:
maven-2.0.9 includes:
maven-install-plugin-1.9,
maven-test-plugin-2.2
maven-compile-plugin-2.7
but
maven-2.0.10 includes:
maven-install-plugin-1.9,
maven-test-plugin-2.3
m
asking here =D
VELO
On Fri, Mar 14, 2008 at 10:25 PM, Christian Edward Gruber
<[EMAIL PROTECTED]> wrote:
This is slightly determined by teh plugin. Maven doesn't really
clarify this point. I think the latter is probably the more
accurate.
They're slightly related, thoug
transitive
or if
it should be linked or compiled, etc. There is no need to muck
around
with
scopes.
Shane
On Fri, Mar 14, 2008 at 1:46 PM, Christian Edward Gruber
<[EMAIL PROTECTED]> wrote:
I agree, I just hadn't yet thought through how to handle
deployment.
Especially since a .
WC as external or
as runtime or as merged
So, I don't believe changing type is the right decision.
VELO
On Fri, Mar 14, 2008 at 5:17 PM, Christian Edward Gruber
<[EMAIL PROTECTED]> wrote:
Yeah - I may do that too with the flex thing because a .swf is the
normal web-deployable, b
In this
case, I use
a provided scope but when the plugins see an artifact dependency
with
dotnet:gac_msil type, they know to treat it differently.
So the key is not to change scopes but to change the artifact type
of the
dependency to handle different behavior of the scope.
Shane
On Fri, Mar 14,
plugins see an artifact dependency with
dotnet:gac_msil type, they know to treat it differently.
So the key is not to change scopes but to change the artifact type
of the
dependency to handle different behavior of the scope.
Shane
On Fri, Mar 14, 2008 at 12:50 PM, Christian Edward Gruber <
now if you know Adobe Flex, is a little hard to explain
without a big intro.
VELO
On Fri, Mar 14, 2008 at 4:50 PM, Christian Edward Gruber
<[EMAIL PROTECTED]> wrote:
Why would you actually need other scopes? Don't think of scope,
think
of use-cases:
1. Need for both compile and in t
From: VELO [mailto:[EMAIL PROTECTED]
Sent: Friday, March 14, 2008 9:42 AM
To: Maven Developers List
Subject: Re: Custom scopes
And there is any where to say: "Hey maven, I wanna change your scopes,
I wanna this scopes"?
VELO
On Fri, Mar 14, 2008 at 10:13 AM, Christian Edward Grub
"System" scope doesn't exist in Java either. It's not a Java thing,
but a Maven thing, and it just means that the dependency is provided
at compile time by a local direct path, and that the ultimate runtime
will provide the dependency.
Christian.
On 14-Mar-08, at 07:25 , VELO wrote:
Hi
You may want to use a profile for this, set in your settings.xml (or
rather a settings.xml of the user used to build your ultimate
releases). This profile would define a propertly, and you reference
the properly in your actual pom.xml. This way you either:
1. only execute the signing
Well, I can certainly nail the scm plugin one (though adding it to the
maven sources and pointing the scm tag at the right location would
also do that).
My own plugin uses the invoker, but not the embedder. The exec plugin
wouldn't be too hard.
Actually, I take back my previous comment a
they
are enterprise examples that are closed source and not easy to
replicate
without time. The touchstone doesn't need tons of source, it's mostly
about the structure.
-Original Message-----
From: Christian Edward Gruber [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 13, 200
How can I help? Seriously. I'd be willing to put some time into it.
Christian.
On 13-Feb-08, at 13:47 , Brian E. Fox wrote:
Yes we do have plans for a touchstone build to test against. Getting
one
made is actually the problem ;-)
-Original Message-
From: Christian Edward G
This is true, but it might be appropriate for the maven core group to
provide a criterion (or criteria) for inclusion of the new version.
Some sort of sufficiency of testing, full regression in an isolated
integration environment, etc. If the core group can set a baseline of
quality that
Um - any reason that 2.0.8.1 can't be released that only contains an
update to the superpom's plugin-set? (again, assuming this line of
action is pursued)
Christian.
On 10-Feb-08, at 18:18 , Stephen Connolly wrote:
If the whole plugin versions in the super pom goes ahead, which I
think is
pable as any other JPA implementation as
long as
you don't use any hibernate-specific extensions.
On Feb 5, 2008 10:12 PM, Christian Edward Gruber <[EMAIL PROTECTED]>
wrote:
Toplink is mentioned, but it's a commercial app, and I don't think
they'll license it in
No, but I will be submitting a talk about build systems (using Maven2
as the implementation) and their effect on architecture and process
change efforts at Agile2008.
regards,
Christian.
On 6-Feb-08, at 09:30 , Jim Bethancourt wrote:
Hi everyone,
I found out last week that my presentation
A classic use-case of this that I think is orthogonal to "javadoc" and
"sources" classifiers would be binary native artifacts per-platform.
Taking libc for a sec, (stupid example, but what the heck... You
might have:
libc-2.0.5-win32-win32.dll.
libc-2.0.5-openbsd-i386.so
libc-2.0.5-darwin
Hey all,
I checked out the trunk, went to build in eclipse, and it came up
with all sorts of unused imports. normally these are just warnings,
but the project settings checked into SVN have this as an error state.
I'd prefer not to edit any of this code because I can't check it
in,
Um, 1.0 to 1.1 seems like the right time to break an api if you are
going to eventually. Better if it were a 1.x to 2.x, but certainly it's
not a 1.0.12 to 1.0.13 situation. I think it woudl be hard to argue on
a purely needs basis. Apache as a whole is approaching 500,000 commits
in their subve
+1
Rahul Thakur wrote:
Hi,
I'd like to request a vote to merge the id-refactor branch changes.
'int' ids are now converted to 'long' across the project and to allow
really large values. This should cater to scenarios where the id
generation could be started from an arbitrary large value.
C
It builds fine for me. On a lighter note, I find it most amusing that
-Dmaven.test.skip=true is mentioned as a way to move forward on a list
about a continuous integration project.
Cheers,
Christian.
P.S. Don't take that last as a serious criticism or anything, it just
made me chuckle, that
Hey. Just FYI, in the trunk the unauthenticated user (and other
logged-in, unempowered users) can create new project groups.
Christian.
--
*christian** gruber + process coach and architect*
*Israfil Consulting Services Corporation*
*email** [EMAIL PROTECTED] + bus 905.640.1119 + mob 416.998.6
ntime
+
Cheers, Christian.
Jesse McConnell wrote:
> point me where and I'll add it, but I just did a quick search in
> continuum and saw it referenced in the WorkingCopyAction so threw in
> the in pom
>
> jesse
>
> On 11/9/06, Christian Edward Gruber <[EMAIL PROTEC
Then I think s'cool.
Christian.
Jesse McConnell wrote:
> yes, correct
>
> the P4 notifiers would be applied to P4-P5-P6
>
> jesse
>
> On 10/24/06, Christian Edward Gruber <[EMAIL PROTECTED]> wrote:
>> Hmm. Even though the "below the watermark"
Hmm. Even though the "below the watermark" notifiers are attached "per
project", I still think that notifiers defined in intermediary parents
should be applied to each child project. True?
Christian
Christian Edward Gruber wrote:
> The above/below scheme makes sen
The above/below scheme makes sense to me.
Christian.
Jesse McConnell wrote:
>>
>> My only slight reservation would be if group-level notifiers can act
>> differently than project-level notifiers. If that's the case, then the
>> behavior of Continuum builds will differ based on which POM is used
>
xIdle="2"
>maxWait="5000"
>username="continuum"
>url="jdbc:postgresql://127.0.0.1/users"
>maxActive="4"/>
> /opt/tomcat/conf/context.xml
> /opt/tomcat/conf/context
I wouldn't make a feature-freeze just yet (I'm biased, as I have a
feature planned that is very minimal-impact. :) but I wouldn't wnat to
wait to release until the new year. I think momentum is an important
thing, and the change to group handling, the ui changes, plus the rbac
stuff makes continu
Hey Jesse,
The bug I reported and patched earlier where a variable was typod,
has re-appeared, probably due to the rbac merge. I re-filed it as a
separate bug (since the patch might not be useful), at
http://jira.codehaus.org/browse/CONTINUUM-959.
Christian
--
*christian** gruber + process
Ah! I have to get that "always build" and "group/project/build-def
workspace" idea written up!
I'm very happy to play with rbac, though. Thanks!
Christian.
Jesse McConnell wrote:
> this has been merged to trunk now, time to start plotting a path to
> 1.1 release :)
>
> On 10/6/06, Jason van Zy
Hey folks. It seems that the edit build def is not hooked up, and the
add new build def gets an invalid group id error.
I don't have time to hunt them down, but I wanted to check if they're
real bugs or are "in process" before I log to JIRA.
Christian.
--
*christian** gruber + process coach
+1 with a hearty w00t.
Jesse McConnell wrote:
> Brett suggested we do a vote for this today so I figured I would just
> do that now.
>
> [-1/0/+1] vote will be open for 72 hours
>
> Pulling from the other mail, this branch was pulled a bit over a week
> ago to test out the plexus-security integrat
Hey folks.
Looking over the white-site, I'm worried about the view build
schedule page. Since I almost always use continuum to run a continual
build cycle (usually implemented by a five-minute or ten-minute build
schedule). I can see this getting crowded. So I a wondering if only
the next
90 matches
Mail list logo
