I've also had to patch it once - if there is a fork of it I may also use
or contribute.
James
On Mon, 2008-04-14 at 06:02 +1000, Brett Porter wrote:
> On 14/04/2008, at 12:20 AM, Jason van Zyl wrote:
>
> > Anyone interested in forking it and maintaining the version that was
> > not GPL?
>
> I
I would take the 3.2.3 tag as the svn base and then apply the diff up to
1383 on a branch so we have the tag and the diff to work with.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Chris Custine
Sent: Sunday, April 13, 2008 5:17 PM
To: Maven Developers
I like this Idea
Some resources packaging.
If its not possible, we can create a simple mojo on flex-mojos, only to
handle configurations. What you think?
VELO
On Sun, Apr 13, 2008 at 3:49 PM, Sebastien ARBOGAST <
[EMAIL PROTECTED]> wrote:
> Now I think I understand what you mean by "some
Hi guys,
Talking with Shane Isbell some day ago, about NMaven. How it starts, how
get involved with maven on apache and so go on.
Well, I wanna know if exists any interest from Maven Project/Apache
Foundation to provide any official support for Adobe Flex. And, if I can
submit flex-mojos as an
On Mon, 14 Apr 2008 05:53:50 David Jencks wrote:
> a. Put the parent pom somewhere else, like in plugins/trunk/plugin-
> parent. The pom in plugins/trunk would just have the modules element.
>
> I prefer (a) because then tagging the parent pom wont copy the entire
> set of plugins in a unreleased
The license change was at rev 1384 and the 3.2.3 release was at 1235 so we
may want to also grab 1383 and review the change history in between. It
looks like there are quite a few changes in there so some of them may be
worth having.
Chris
On Sun, Apr 13, 2008 at 2:19 PM, Jason van Zyl <[EMAIL P
Ok, so I won't bother trying to find the exact point at which the
license changed and take the tag for the 3.2.3.
I'll just create a project at Codehaus unless someone wants to put it
somewhere else.
On 13-Apr-08, at 1:11 PM, Chris Custine wrote:
I have been irritated about this and thinkin
I have been irritated about this and thinking the same thing for the past
week, so if a fork occurs I am willing to help maintain it and tweak it.
Honestly there isn't too much wrong with the current 3.2.3 version that I am
aware of, but I think we can improve on it none the less.
Thanks,
Chris
O
On 14/04/2008, at 12:20 AM, Jason van Zyl wrote:
Anyone interested in forking it and maintaining the version that was
not GPL?
I'm continuing to use 3.2.3. I've had to patch it once [1], but I'm
not sure how much I'll need to work on a fork of it since that version
has been pretty stable.
Now I think I understand what you mean by "something similar". The main
problem I see with using the assembly plugin is the amount of configuration
needed for packaging and depackaging of resources to work. Indeed, if it was
possible to specify an dependency as overlaid instead of included, this
wo
On 13-Apr-08, at 10:34 AM, Alan D. Cabrera wrote:
On Apr 13, 2008, at 7:20 AM, Jason van Zyl wrote:
Hi,
I have contact Leif of JSW but have yet to get a response about the
license change.
Project that start using a commercially liberal license and then
switching long into the life of a
On Apr 13, 2008, at 1:21 AM, Benjamin Bentmann wrote:
Brian E. Fox wrote:
I saw leave it as it is because that is the normal scenario and
the one
users are most likely to have. This way we see and fix the same
things
they will need.
+1. The reactor was meant for exactly those aggregating
Even though we happen to all be developers, this discussion may be
more appropriate on the users list.
Sebastien, have you looked at the overlay feature of the WAR plugin? http://maven.apache.org/plugins/maven-war-plugin/examples/war-overlay.html
Are you proposing that a similar idea be ge
On Apr 13, 2008, at 7:20 AM, Jason van Zyl wrote:
Hi,
I have contact Leif of JSW but have yet to get a response about the
license change.
Project that start using a commercially liberal license and then
switching long into the life of a project is wrong. If you want to
do the GPL/comme
Hi Sebastien, you are right that this is a common problem and has no clean
solution. Partly because of this limitation, at my job I've instituted some
rules as part of the project standards. Any "resources" instead of being
placed in the src/main/resources are now placed in src/main/packages and
I'
Hi,
We solved 17 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11212&styleName=Html&version=13722
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11212&status=1
Staging repo:
http://people.apache.org/~denni
Hi Brett,
2008/4/12, Brett Porter <[EMAIL PROTECTED]>:
> Vincet,
>
> I don't see these merged back to trunk?
It is on my TODO list. I need to investigate again to be sure. (see MNG-3518)
>
> Also, it'd be really helpful to add tests for these changes.
Same thing :)
Cheers,
Vincent
>
> Tha
Hi,
I have contact Leif of JSW but have yet to get a response about the
license change.
Project that start using a commercially liberal license and then
switching long into the life of a project is wrong. If you want to do
the GPL/commercial thing then say so from the start. I have nothin
Sebastien ARBOGAST wrote:
I would like to find a natural solution to share confirguration
files between two modules. [...]
For now, the only solution I've found is to duplicate those files in
src/main/resources for each module.
Brian suggested that I could put those files in a third module to pac
Hi guys,
I've had a comment exchange on my blog with Brian Fox (
http://sebastien-arbogast.com/index.php/2008/04/11/flex-spring-and-blazeds-the-full-stack-part-2/#comment-126)
because I would like to find a natural solution to share confirguration
files between two modules. In this case, I'm build
Brian E. Fox wrote:
I saw leave it as it is because that is the normal scenario and the one
users are most likely to have. This way we see and fix the same things
they will need.
+1. The reactor was meant for exactly those aggregating builds. The usual
way to disable recursive builds is the -N
21 matches
Mail list logo
