Re: How to inject a ResourceManager?

[Jochen Wiedmann]

Thanks, Igor!


On Fri, Oct 2, 2015 at 3:03 PM, Igor Fedorenko  wrote:
> @Component
> private ResourceManager locator;
>
> --
> Regards,
> Igor
>
> On Fri, Oct 2, 2015, at 06:31 AM, Jochen Wiedmann wrote:
>> Hi,
>>
>> I am trying to migrate a plugin from XDoclet to Annotations. In my new
>> Mojo, I have a parameter declared like this:
>>
>> /**
>>  * Plexus resource manager used to obtain XSL.
>>  */
>> @Parameter(required=true, readonly=true)
>> private ResourceManager locator;
>>
>> This used to work perfectly with
>>
>> /**
>>  * Plexus resource manager used to obtain XSL.
>>  *
>>  * @component
>>  * @required
>>  * @readonly
>>  */
>> private ResourceManager locator;
>>
>> However, now I am getting the following error message in the invoker
>> tests:
>>
>> [ERROR] Failed to execute goal
>> org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate
>> (default-cli) on project it1: The parameters 'locator' for goal
>> org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate are missing
>> or invalid -> [Help 1]
>>
>> Any ideas how to inject the ResourceManager? (I have tried to remove
>> the "required=true", but that gives an NPE (obviously).
>>
>> Thanks,
>>
>> Jochen
>>
>>
>> --
>> The next time you hear: "Don't reinvent the wheel!"
>>
>> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>> For additional commands, e-mail: dev-h...@maven.apache.org
>>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>



-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: How to inject a ResourceManager?

[Igor Fedorenko]

@Component
private ResourceManager locator;

-- 
Regards,
Igor

On Fri, Oct 2, 2015, at 06:31 AM, Jochen Wiedmann wrote:
> Hi,
> 
> I am trying to migrate a plugin from XDoclet to Annotations. In my new
> Mojo, I have a parameter declared like this:
> 
> /**
>  * Plexus resource manager used to obtain XSL.
>  */
> @Parameter(required=true, readonly=true)
> private ResourceManager locator;
> 
> This used to work perfectly with
> 
> /**
>  * Plexus resource manager used to obtain XSL.
>  *
>  * @component
>  * @required
>  * @readonly
>  */
> private ResourceManager locator;
> 
> However, now I am getting the following error message in the invoker
> tests:
> 
> [ERROR] Failed to execute goal
> org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate
> (default-cli) on project it1: The parameters 'locator' for goal
> org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate are missing
> or invalid -> [Help 1]
> 
> Any ideas how to inject the ResourceManager? (I have tried to remove
> the "required=true", but that gives an NPE (obviously).
> 
> Thanks,
> 
> Jochen
> 
> 
> -- 
> The next time you hear: "Don't reinvent the wheel!"
> 
> http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
> 

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

[GitHub] maven pull request: MNG-3092: Add strategy based version range res...

[barthel]

Github user barthel closed the pull request at:

https://github.com/apache/maven/pull/57


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

[GitHub] maven pull request: MNG-3092: Add strategy based version range res...

[barthel]

Github user barthel commented on the pull request:

https://github.com/apache/maven/pull/57#issuecomment-144993151
  
I closed this pull request and I come back soon with a less invasive filter 
solution.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

[GitHub] maven pull request: MNG-3092: Filter Version Range Result

[barthel]

Github user barthel commented on the pull request:

https://github.com/apache/maven/pull/68#issuecomment-144997575
  
Only b6d72699c8b0089351f797e217d635424c1ae5a2 contains the enhancements.


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

How to inject a ResourceManager?

[Jochen Wiedmann]

Hi,

I am trying to migrate a plugin from XDoclet to Annotations. In my new
Mojo, I have a parameter declared like this:

/**
 * Plexus resource manager used to obtain XSL.
 */
@Parameter(required=true, readonly=true)
private ResourceManager locator;

This used to work perfectly with

/**
 * Plexus resource manager used to obtain XSL.
 *
 * @component
 * @required
 * @readonly
 */
private ResourceManager locator;

However, now I am getting the following error message in the invoker tests:

[ERROR] Failed to execute goal
org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate
(default-cli) on project it1: The parameters 'locator' for goal
org.codehaus.mojo:xml-maven-plugin:1.0.1-SNAPSHOT:validate are missing
or invalid -> [Help 1]

Any ideas how to inject the ResourceManager? (I have tried to remove
the "required=true", but that gives an NPE (obviously).

Thanks,

Jochen


-- 
The next time you hear: "Don't reinvent the wheel!"

http://www.keystonedevelopment.co.uk/wp-content/uploads/2014/10/evolution-of-the-wheel-300x85.jpg

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

[GitHub] maven pull request: MNG-3092: Filter Version Range Result

[barthel]

GitHub user barthel opened a pull request:

https://github.com/apache/maven/pull/68

MNG-3092: Filter Version Range Result

The discussion on issue 
[MNG-3092](https://issues.apache.org/jira/browse/MNG-3092) shows the seriously 
needs of different kinds of version range resolving in Maven.

I know about the risk on changing the resolving mechanism in Maven.
I always had the backward compatibility in mind, if I have something 
changed.
I added some basic tests for the default version range resolver before I've 
started with the refactoring.

This pull request contains the basic tests and a less invasive solution 
based on a filter works with resolved version range results.

The actual version range resolving algorithm **wasn't changed** and the 
internal used default filter implementation don't filter anything.

The goal:
Provide a hook for Maven extensions/plugins to change the list of resolved 
version range results as required.

These changes are only placed in _maven-aether-provider_.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/barthel/maven MNG-3092-filter

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven/pull/68.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #68


commit fa8daaea046ff3acc7d78ad4bb92d4ada49c3eaa
Author: barthel 
Date:   2015-06-23T18:04:41Z

Merge pull request #1 from apache/master

Merge all commits from apache/master into barthel/master.

commit 9010f79b76e1ca97742d1cf095e7aa5fd309d657
Author: barthel 
Date:   2015-07-05T20:33:26Z

Merge pull request #2 from apache/master

[MNG-5813] pass debug-opts from mvnDebug to mvn script in the additio…

commit d77335c159d12a2d6fdeaead612017fec681cd1a
Author: tssp 
Date:   2015-04-29T08:22:38Z

[MNG-5816] Empy maven.config cause Maven to exit with failure

Avoid adding non empty configuration argument that causes exception.

Signed-off-by: Karl Heinz Marbaise 

commit ffc25a7ccdfc79ecf5cce4ee719505e343017e2c
Author: Jason van Zyl 
Date:   2015-07-17T18:05:46Z

[maven-release-plugin] prepare release maven-3.3.4

commit cff46e46e474372b90c1e64fa2e23868922feb7f
Author: Jason van Zyl 
Date:   2015-07-17T18:06:03Z

[maven-release-plugin] prepare for next development iteration

commit 387946320ad98a0336cfe4e2761efc042b67f2bf
Author: Karl Heinz Marbaise 
Date:   2015-07-18T18:59:29Z

Fixed wrong URL to Maven Issue Tracker after
transition to Apache Software Foundation.

commit 65d6452d3a918fbd4455264cc20f72f469290399
Author: Karl Heinz Marbaise 
Date:   2015-07-19T07:53:50Z

Fixed URL's to issue tracking after transition to
Apache Software Foundation.

commit 999edf7d9a3dda202235db4bb8d933c8ce9743e6
Author: Anton Tanasenko 
Date:   2015-07-19T21:01:50Z

MNG-5805: Restore binary compatibility

Signed-off-by: Jason van Zyl 

commit 6e5e5865c3b532949c88a111c3c7813b402bcea3
Author: Jason van Zyl 
Date:   2015-07-20T18:05:06Z

[maven-release-plugin] prepare release maven-3.3.5

commit 1a46e29d365fcb815dff2ca3bcadacc46c3ed489
Author: Jason van Zyl 
Date:   2015-07-20T18:05:24Z

[maven-release-plugin] prepare for next development iteration

commit 6e00e6d415b56a0cdeb742d015c96372ab429336
Author: Stephen Connolly 
Date:   2015-07-22T07:38:05Z

[MNG-5840] The fix for parent version validation caused a regression in the 
parent version range

- With this change we basically unwind MNG-5840 for the rumoured validation 
in the workspace resolver
  when dealing with a parent version range. Not ideal but only way for now 
to retain the version range feature

commit 6be2b36bd304d1eb658c717864f60d8831578bf1
Author: Stephen Connolly 
Date:   2015-07-22T08:09:31Z

curses upon you IDE for screwing up the formatting

commit 9590195891448d0f930ee56243b286318ee6dbd6
Author: Stephen Connolly 
Date:   2015-07-22T08:52:01Z

[MNG-5840] The fix for parent version validation caused a regression in the 
parent version range

- With this change we basically unwind MNG-5840 for the rumoured validation 
in the workspace resolver
  when dealing with a parent version range. Not ideal but only way for now 
to retain the version range feature

commit 37f9529fae81cb74dc576725eecddf6d29dce993
Author: Jason van Zyl 
Date:   2015-07-31T02:25:36Z

[maven-release-plugin] prepare release maven-3.3.6

commit 

Releasing the assembly plugin

[Benson Margulies]

Could we do this? I'm waiting on the 'snappy' support.

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Full migration to Git

[Kristian Rosenvold]

This did not go well. I was able to get a full backup of asf svn up on
my server, but unfortunately git-svn barfed on it. So I suppose some
heavy filter-branching over the current git-svn clones is the only way
to go,

Kristian


2015-09-30 2:28 GMT+02:00 Barrie Treloar :
> On 3 June 2015 at 18:14, Kristian Rosenvold 
> wrote:
>
>> FYI; I am setting up a full copy of asf svn (just 65GB) and will be trying
>> some imports once this is ready
>>
>
> How did this go?

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Full migration to Git

[Jörg Schaible]

Kristian Rosenvold wrote:

> This did not go well. I was able to get a full backup of asf svn up on
> my server, but unfortunately git-svn barfed on it. So I suppose some
> heavy filter-branching over the current git-svn clones is the only way
> to go,

Never tried myself, but reposurgeon is supposed to work also directly on svn 
dumps:

http://www.catb.org/esr/reposurgeon/reposurgeon.html

Cheers,
Jörg


-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

[GitHub] maven pull request: MNG-5899 Reactor should use reduced dependency...

[trask]

GitHub user trask opened a pull request:

https://github.com/apache/maven/pull/69

MNG-5899 Reactor should use reduced dependency pom



You can merge this pull request into a Git repository by running:

$ git pull https://github.com/trask/maven MNG-5899

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/maven/pull/69.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #69


commit 1ca0deec41814815d82033645ca00fe6bbfdd813
Author: Trask Stalnaker 
Date:   2015-10-01T22:09:41Z

MNG-5899 Reactor should use reduced dependency pom




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional commands, e-mail: dev-h...@maven.apache.org

Re: Full migration to Git

[Behrooz Nobakht]

We have also used Subgit[1] to do a one-time migration to Git
from a large SVN. We also needed to use specific branch/tag
filtering for which Subgit took around 5 days to complete.

Hope this helps.

Regards,
Behrooz

[1]: http://www.subgit.com/


On Fri, Oct 2, 2015 at 11:37 PM, Jörg Schaible 
wrote:

> Kristian Rosenvold wrote:
>
> > This did not go well. I was able to get a full backup of asf svn up on
> > my server, but unfortunately git-svn barfed on it. So I suppose some
> > heavy filter-branching over the current git-svn clones is the only way
> > to go,
>
> Never tried myself, but reposurgeon is supposed to work also directly on
> svn
> dumps:
>
> http://www.catb.org/esr/reposurgeon/reposurgeon.html
>
> Cheers,
> Jörg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
>


-- 
-- Behrooz Nobakht