Did you get this figured out? I've seen the MalformedInputException before
on Windows machines when the default character endcoding is being used.
Are you configuring the resource plugin at all, or relying on defaults? You
might try specifying UTF-8 explicitly in there.
On Tue, Nov 3, 2009 at 8
7;re now referring to as "3.0.x"...aside from that,
> I'm not entirely sure why Joakim said it wasn't fixable until that release.
>
> -john
>
>
> Patrick Schneider wrote:
>
>> Hi All,
>>
>> It's been awhile since I've had the availabil
Hi All,
It's been awhile since I've had the availability to do any Maven work, but
I'd like to get back into it. I have a few open JIRA issues, and I figure
MNG-3038 is as good a place to start as any.
I notice that the first comment states that the issue will likely not be
fixed for 2.0.x, and
Sorry for the delayed response -- have you resolved this yet? Whenever I
fixed this issue I was planning on using the generateReleasePoms feature but
never got around to it...
Looks like SCM-341 is the only pending issue for a 1.1 release of SCM... is
there a timeline on this?
Patrick
On Jan
For now, I'm a fan of disallowing snapshots when they are not explicitly in
the boundary, as per the patch.
In my mind, the problem with a profile flag is that it's an all-or-nothing
proposition. Any released artifacts with version ranges will also start to
pull in snapshots. There wouldn't be
rt org.apache.maven.model.Plugin;
> +import org.apache.maven.model.PluginExecution;
> +import org.apache.maven.model.Dependency;
> +import org.apache.maven.project.MavenProject;
> +import
> org.apache.maven.project.inheritance.AbstractProjectInheritanceTestCas
> e;
> +import org.
Yup; I was using 2.0-beta-6 and looking for open JIRA issues. Maybe I
should learn to search better ;o)
Thanks!
On 6/29/07, Mark Hobson <[EMAIL PROTECTED]> wrote:
On 28/06/07, Patrick Schneider <[EMAIL PROTECTED]> wrote:
> Howdy,
>
> Is there anything special that ne
Howdy,
Is there anything special that needs to happen for the
section to get written out when using generateReleasePoms and version
ranges? I'm getting everything *but* the section written
out. Simple hello world project; one dep on commons-logging.
testRewriteExternalRangeDependency in Gene
On 6/26/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 26 Jun 07, at 1:20 PM 26 Jun 07, Patrick Schneider wrote:
> A few things:
>
> 1. Can I get edit access? My username is 'pschneider'.
>
Sure. I'll find all the user names and add them to the group.
&g
A few things:
1. Can I get edit access? My username is 'pschneider'.
2. Are there any thoughts re: how pages are parented? I noticed that only
the 'Toolchains' proposal is parented by 'All Proposals'. Most of the rest
seem to be under 'Maven 2.1 Design Documents'. It would be nice to see, at
uot;right" B
On 6/6/07, Patrick Schneider <[EMAIL PROTECTED]> wrote:
> I guess I am on the fence as to whether 2.0 is the correct version of D
for
> A to get.
>
> While B declares version 2.0 in its depMan section, we can't really be
sure
> of the intention of the dev
I guess I am on the fence as to whether 2.0 is the correct version of D for
A to get.
While B declares version 2.0 in its depMan section, we can't really be sure
of the intention of the developer if there is not a direct dependency on D
also listed in B. Maybe B is a parent project to X, Y, & Z
I would be curious to see the -X output if you could send it along.
Your dependency declaration on junit 4.1 is a project dependency, not a
plugin dependency. That means it shouldn't affect the classpath for the
xmlbeans plugin, when it runs. You should try adding a dependency in the
plugin dec
Yeah, I don't think it's a show stopper either; I'll log an issue.
Patrick
On 5/2/07, Stephane Nicoll <[EMAIL PROTECTED]> wrote:
I guess that we can release it since it's beta anyway.
Thanks,
Stéphane
On 5/2/07, Patrick Schneider <[EMAIL PROTECTED]> wrote:
Existing features work for me in my trials, but release:rollback does not.
I'm using Perforce -- the Perforce provider requires edit mode, and it looks
like RestoreBackupPomsPhase just tries a FileUtils.copyFile, disregarding
whether the SCM requires this or not (i.e. it fails b/c the POM is read
You might try posing your question to the users' list:
[EMAIL PROTECTED]
Also, it would be helpful to provide some more information, such as stack
traces, error output, POMs, etc.
Patrick
On 4/13/07, Sohan Shetty <[EMAIL PROTECTED] > wrote:
Hi,
We had a properly working in Build System in p
+1
I've been using 2.2-SNAP for some time now as well, but mainly only with
small test projects.
On 4/10/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
+1
Thought I voted but I guess not. I've been running a snapshot for a long
time now anyway. A release can only help to get feedback about what
+1 Move to Maven Pom
On 4/3/07, John Tolentino <[EMAIL PROTECTED]> wrote:
+1 [ X ] Move to Maven Pom
On 4/3/07, Brian E. Fox <[EMAIL PROTECTED]> wrote:
> Currently only plugins get a nice looking skin that matches the main
> maven.apache.org page because the site.xml exists in the plugin proje
+1
On 3/27/07, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
+1
On 3/26/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
> Hi,
>
> The roadmap is here:
>
> http://jira.codehaus.org/secure/IssueNavigator.jspa?
> reset=true&pid=10500&fixfor=13010
>
> The tag is here:
>
> http://svn.apache.org/repos/asf/
Have you tried the staged released from yesterday night?
Jason -- are these these stages the same?
On 3/27/07, David J. M. Karlsen < [EMAIL PROTECTED]> wrote:
Jason van Zyl wrote:
> Hi,
>
> Before I staged the release I just wanted to get some people to a build
> first:
>
> http://idisk.mave
Thanks all!
On 3/17/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
Great, well I'll get Patrick to send in his CLA then.
Jason.
On 17 Mar 07, at 3:14 AM 17 Mar 07, Fabrice Bellingard wrote:
> +1
>
> Fabrice.
>
> On 3/16/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
>>
>> Hi,
>>
>> Patrick has,
On 3/16/07, Carlos Sanchez <[EMAIL PROTECTED]> wrote:
On 3/16/07, John Casey <[EMAIL PROTECTED]> wrote:
> If the solution to this situation has been to define the dependency
locally
> with the version you want, how can having a dependencyManagement section
> that works transitively possibly be r
+1 (non-binding)
Our integration tests are way too simplistic to test this so we definitely
need to test this against 'real life' complex builds.
FWIW, we have been using this patch on our 60+ module build for two months
or so, with extensive use of demMgmt/transitive dependencies exercising t
We haven't done any documentation yet, no. I'll certainly be happy to write
some up, help you out, review what you have, etc.
Where is the wiki page you were editing? Is it open to anyone, or do I need
to submit changes to it through you or Mike?
On 3/15/07, Ralph Goers <[EMAIL PROTECTED]> wro
Yes, I can add the override model option in; I'm fairly busy presently, but
I can hopefully have something out in the next day or two.
Patrick
On 3/12/07, Jason van Zyl <[EMAIL PROTECTED]> wrote:
On 11 Mar 07, at 4:02 PM 11 Mar 07, Ralph Goers wrote:
> Jason,
>
> Well, I view the behavior o
The current 1577 sandbox patch was done on the trunk -- I am working on
getting both the trunk updates and the 1577 updates applied to this sandbox
(through Mike).
Jason -- I assume you still want this done on the trunk (not 2.0.6)
correct? (It would be easier in 2.0.6 just in case you could go
Forgive me if this is obvious, but in your description here...
"in this working area, module M builds version V (some local custom version
name), *and* all other modules that depend on P must resolve that dependency
to version V"
...what is P?
On 1/28/07, Mark Lundquist <[EMAIL PROTECTED]> wro
16/01/2007, at 9:34 AM, Patrick Schneider wrote:
> Did the indented list of dependencies in the debug output go away
> in the
> trunk? 2.0.x would give a list like:
>
> [DEBUG] com.test:project-a:jar:1.0-SNAPSHOT (applying version: 1.0-
> SNAPSHOT
> ;)
> [DEBUG] com.test:
Did the indented list of dependencies in the debug output go away in the
trunk? 2.0.x would give a list like:
[DEBUG] com.test:project-a:jar:1.0-SNAPSHOT (applying version: 1.0-SNAPSHOT
;)
[DEBUG] com.test:project-a:jar:1.0-SNAPSHOT (selected for null)
[DEBUG] junit:junit:jar:3.8.1:compile (ap
It also reverts the changes fixed in this bug:
http://jira.codehaus.org/browse/MNG-2692 -- after bootstrapping, I had to
make changes to mvn.bat and m2.conf in order to be able to run...
Patrick
On 1/15/07, Dennis Lundberg <[EMAIL PROTECTED]> wrote:
Not sure why, but this brought back the old
30 matches
Mail list logo
