You haven't played with Fluid yet?
http://fluidapp.com/
Its pimp, lets you make a web-app into more of a standalone application.
--jason
On Aug 9, 2008, at 12:15 PM, Jason van Zyl wrote:
I have no idea what you're talking about ...
Sent from my iPhone
On Aug 8, 2008, at 9:50 PM, Jason
I have no idea what you're talking about ...
Sent from my iPhone
On Aug 8, 2008, at 9:50 PM, Jason Dillon <[EMAIL PROTECTED]> wrote:
Is there a decent size icon for Nexus somewhere... suitable for
using to setup a SSB via Fluidapp?
--jason
--
Is there a decent size icon for Nexus somewhere... suitable for using
to setup a SSB via Fluidapp?
--jason
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
Thank you John! I see you created an issue for it :-)
MNG-3701
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
John, does this build include a fix for the error I reported with RC5?
Paul
On Fri, Aug 8, 2008 at 5:52 PM, John Casey <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> Well, I think I've finally managed to reduce the memory consumption and
> boost the speed of the RC5 build. In addition, I've fixed
For round-triping, I am 99.99% certain that no other changes are required to
StAX (providing you are fine with the Event half of the API)
For generating XML to match exacting formatting, a special mode whereby
ignorableSpace events can be raised and received in between Attribute
events.
There cou
OK... one change needed in the StAX API is to fix
XMLOutputFactory.newInstance(String, ClassLoader) to return XMLOutputFactory
and not XMLInputFactory.
;-)
On Fri, Aug 8, 2008 at 7:55 PM, Stephen Connolly <
[EMAIL PROTECTED]> wrote:
> On Fri, Aug 8, 2008 at 2:15 PM, Aaron Digulla <[EMAIL PROTECT
Hi everyone,
Well, I think I've finally managed to reduce the memory consumption and
boost the speed of the RC5 build. In addition, I've fixed a couple of
exceptions that came up - a NPE related to POM configuration
interpolation, and a ClassCastException related to settings profiles
without
Thank you, Benjamin
as it seems you just downgraded to parent 11 and everything works.
Is it ready for release now? I'd like to finally use it!
Grüße,
Sebastian
-Ursprüngliche Nachricht-
Von: Stephane Nicoll [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 8. August 2008 23:01
An: Maven Dev
The Maven team is pleased to announce the release of the Maven IDEA
Plugin, version 2.2
This plugin create/updates an IDEA workspace for the current project
(individual modules are created as IDEA modules).
http://maven.apache.org/plugins/maven-idea-plugin/
You can run mvn -up to get the latest
Mmmm as far as I can tell it could be related to the changes in the MINVOKER
configuration. You may want to have a look to the history of the pom and
revert the hack.
Best,
Stéphane
On Fri, Aug 8, 2008 at 10:56 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 2, 2008 at 7:49 PM, Wendy Smo
On Sat, Aug 2, 2008 at 7:49 PM, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> The war plugin is blocked by a snapshot depedency on the new
> maven-filtering component. Looks like the vote on an initial release
> for that wasn't successful. Olivier, are you planning to re-try it
> soon?
It was *so* c
On Fri, Aug 8, 2008 at 2:15 PM, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> Quoting Jochen Wiedmann <[EMAIL PROTECTED]>:
>
> That didn't work well. Okay, since you don't believe me, here is an
>>> (incomplete) list of changes I would need in StAX to be able to use it
>>> for
>>> my work instead of
This vote has passed with the following votes:
+1 from Dennis Lundberg, Arnaud Heritier, Brett Porter, Emmanuel Venisse
Thanks to everyone who took time to review and vote!
I'll start moving the artifacts over to the public repo.
Dennis Lundberg wrote:
Hi,
Second try, this time with a licens
oh, and one more thing.
I'm willing to add a helping hand with stabilisation, however I've
been burned a few times in the past when I did. There's no point
fixing any issue when 2 weeks later everything gets washed away and
changed completely.
Milos
On 8/8/08, Milos Kleint <[EMAIL PROTECTED]> w
+1 too.
Emmanuel
On Fri, Aug 8, 2008 at 7:51 AM, Brett Porter <[EMAIL PROTECTED]> wrote:
> +1 (reviewed the code changes, checked licenses, generated a multi-module
> project and opened then converted it in 7.0.3)
>
>
> On 08/08/2008, at 3:17 PM, Dennis Lundberg wrote:
>
> We need one more vote
please, please, let's not add anything else to trunk (2.1) and
stabilize it. I've been waiting for a stable embeddable version for 2
years and with the number of work (complete rewrites of everything)
in the branches, a stable maven.next looks years ahead again.
Not having an embeddable maven tha
On Thu, Aug 7, 2008 at 2:14 PM, Arnaud HERITIER <[EMAIL PROTECTED]> wrote:
> Do you want to have ITs activated by default in the plugin build ?
No.
> Why ?
The default build should be fast, otherwise people are going to skip
the tests entirely. Integration tests don't need to be run on every
On Wed, Aug 6, 2008 at 2:08 PM, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
> Staging repo:
> http://people.apache.org/~dennisl/staging-repo/maven-invoker-plugin/
...
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
+1 - I tried it with the integration tests for the war plugin.
--
Wendy
-
Thanks Shane.
I've looked over the doc and it seems to make sense. Here are some
questions (some were from earlier that I still don't quite grok).
* How is versioning handled?
* Would it be good to keep the URI we currently use for the model as a
base?
* How would extending the model be ac
Well, I'm not really sure if it might just be my env - would want
confirmation from someone else first.
Here it is anyway...
[INFO]
[INFO] Building Unnamed - org.apache.maven.its.mng3694:project:jar:1
[INFO]task-se
I did that in the original one with -fae...perhaps you copied it? In
this instance -fae is appropriate since one plugin failure shouldn't
block everything from executing.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Friday, August 08, 2008 3:52 AM
To: Maven D
I guess reopen that issue, and I'll have a look. If you have a
stacktrace or the log.txt from the IT run that you could post, it'd
probably help.
Thanks,
-john
Brett Porter wrote:
I am still getting a failure from
MavenITmng3694ReactorProjectsDynamismTest though - is that known?
Cheers,
Br
>I think the typical development pattern is where you code and unit
>test and code and unit test, you maybe write an integration test or
>two and run them on their own, and then before you commit you run all
>the integration tests. The last part is just discipline, and as long
>as we have
>CI did not develop or make release for us ;) So, I think we need to be
>developer oriented and not CI oriented.
Then activate the Its in the release, that makes perfect sense. The
point is I don't need long running Its in my face on every build. I
should run them before I commit, when I release a
I have been saying that the trunk is too changed for 2.1 for a while
also. I think having it as 3.0 is probably the logical thing to do and
then we can really buckle 2.0 down as it should be and start making
these bigger destabilizing fixes/small features to a 2.1 branch cut from
2.0.10. Unless 2.0
+1
Vincent
2008/8/6, Dennis Lundberg <[EMAIL PROTECTED]>:
> Hi,
>
> We solved 7 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11441&styleName=Html&version=14348
>
> There are still a couple of issues left in JIRA:
> http://jira.codehaus.org/secure/IssueNavigator.jspa?rese
> I think the slowness will turn people towards continually wanting to skip
> them rather than run them. It's an interesting question of what impression
> it gives to the contributors - impressed by the testing, or annoyed by the
> speed of the build?
>
Often contributors who try to work on the ma
Quoting Jochen Wiedmann <[EMAIL PROTECTED]>:
That didn't work well. Okay, since you don't believe me, here is an
(incomplete) list of changes I would need in StAX to be able to use it for
my work instead of having to write my own XML parser.
I think here is a misunderstandment. The question wa
On 08/08/2008, at 9:55 PM, Vincent Siveton wrote:
2008/8/7 Arnaud HERITIER <[EMAIL PROTECTED]>:
Hi all,
You noticed that we changed in plugins the behavior of ITs.
We would like to have your advice :
Do you want to have ITs activated by default in the plugin build ?
I think we need to se
2008/8/7 Arnaud HERITIER <[EMAIL PROTECTED]>:
> Hi all,
>
> You noticed that we changed in plugins the behavior of ITs.
>
> We would like to have your advice :
>
> Do you want to have ITs activated by default in the plugin build ?
>
I think we need to separate your question between core and plu
>
> >
> > ITs are needed for example in plugins when we wrap another tool, but
> > otherwise, and particularly in the core we should have a good unit tests
> > suite.
>
> In plugins world, we have a lot of UTs with our test harness and ITs.
> I think ITs is sometimes misunderstanding by dev or user
Vincent Siveton wrote:
So, what to do if a user propose a test case? Add it as an IT or transform it
to the
plugin harness?
IMHO, ITs give us the most value in terms of coverage so these are my
favorite. Admittedly, that might be influenced by the fact that plugin
ITs are usually easier to
Hi Benjamin,
2008/8/8 Benjamin Bentmann <[EMAIL PROTECTED]>:
> Hi Vincent,
>
>> Author: vsiveton
>> Date: Thu Aug 7 13:29:31 2008
>> New Revision: 683705
>>
>> URL: http://svn.apache.org/viewvc?rev=683705&view=rev
>> Log:
>> o added a validation for lineLength and indentSize and updated Javadoc
>
Hi Arnaud,
2008/8/7 Arnaud HERITIER <[EMAIL PROTECTED]>:
> As I said in another thread, we just ended 3.
> We named the profile integration-tests but to have the same name as in the
> core we'll rename it run-its
>
> It seems that there is 2 point of view about ITs activation :
> -1) ITs are part
Hi,
Help needs now the latest Plugin Tools. I already uploaded it
yesterday and Hudson was fine [1].
Cheers,
Vincent
[1] http://ci.sonatype.org/job/Maven-Plugin-Tools/47/
2008/8/8 Benjamin Bentmann <[EMAIL PROTECTED]>:
> Arnaud HERITIER wrote:
>
>> Any idea about this ?
>> I don't see a failur
Hi, Aaron,
On Wed, Aug 6, 2008 at 9:48 AM, Aaron Digulla <[EMAIL PROTECTED]> wrote:
> That didn't work well. Okay, since you don't believe me, here is an
> (incomplete) list of changes I would need in StAX to be able to use it for
> my work instead of having to write my own XML parser.
I think h
Olivier Lamy wrote:
My question is : why do prefer shitty (the name ? :- ) .
Good question ;-), but I believe this is irrelevant for the things Jason
had in mind. As I understand, the intention was to try out how the
plugins work with Maven 2.1. But that merely requires to build them with
t
Hi Vincent,
Author: vsiveton
Date: Thu Aug 7 13:29:31 2008
New Revision: 683705
URL: http://svn.apache.org/viewvc?rev=683705&view=rev
Log:
o added a validation for lineLength and indentSize and updated Javadoc (should
be positive)
o change modifier for toLines() into public static so it could
2008/8/8 Brett Porter <[EMAIL PROTECTED]>:
> I was poking back through the archives for a couple of things related to
> Maven core and was having trouble since it was drowned out in plugin
> development discussion and votes.
>
> Considering plugin dev occurs on more on the stable basis of previous
Brett Porter wrote:
Does that just mean some plugins need to be locked down to their
non-latest equivalent in the reactor build, so you aren't using what you
are building?
Actually, that should already be the case unless I am something missing.
To reproduce the issue, simply add the snippet
Arnaud HERITIER wrote:
Any idea about this ?
I don't see a failure.
Have a look at the very end of
http://ci.sonatype.org/job/plugins-CI-with-maven-2.0.x/51/console
the way Hudson seems to run is postponing all errors to the end.
Benjamin
--
Any idea about this ?
I don't see a failure.
An hudson issue ??
On Fri, Aug 8, 2008 at 5:29 AM, Hudson <[EMAIL PROTECTED]> wrote:
> See
> http://ci.sonatype.org/job/plugins-CI-with-maven-2.0.x/org.apache.maven.plugins$maven-help-plugin/51/changes
>
> --
> [
44 matches
Mail list logo
