Re: Is there a offline Maven Indexer API docs?

2013-03-26 Thread zhu19774279 
Oh,yes. Download the sources.jar.
Thank you very much!!



--
View this message in context: 
http://maven.40175.n5.nabble.com/Is-there-a-offline-Maven-Indexer-API-docs-tp5751835p5751964.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: Is there a offline Maven Indexer API docs?

2013-03-26 Thread Michael-O 

Am 2013-03-26 07:56, schrieb zhu19774279:

My network environment is not very well, can not online all the time.
Where can I download a offline Maven Indexer API docs?
thanks~


Have you tried these JavaDoc JARs? 
http://search.maven.org/#search|ga|1|maven-indexer



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

Is there a offline Maven Indexer API docs?

2013-03-26 Thread zhu19774279 
My network environment is not very well, can not online all the time.
Where can I download a offline Maven Indexer API docs?
thanks~



--
View this message in context: 
http://maven.40175.n5.nabble.com/Is-there-a-offline-Maven-Indexer-API-docs-tp5751835.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: maven deploy artifacts to Nexus repository

2013-03-26 Thread Baptiste MATHUS 
Hi,
I think this is a bad idea since you bypass nexus indexing and artifact
management. Sure it will technically work. But you also doesn't isolate
from some nexus evolution to the storage system that might arise in the
future.

Btw, you might be interested to know that Brian actually works on nexus. So
him saying it's unsupported should ring a bell.

Hth.

Cheers

-- Baptiste
Le 26 mars 2013 13:35, "DJViking"  a écrit :

> I could take a look at User Token for the settings.xml if using http for
> distribution management is the preferred way. But why is it preferred over
> scp?
>
> I'm not using SCP to Nexus. I'm using SCP to upload the artifacts directly
> to the storage location where Nexus keeps its releases and snapshots.
> Anyway
> I have gotten that approach to work.
>
>
>
> --
> View this message in context:
> http://maven.40175.n5.nabble.com/maven-deploy-artifacts-to-Nexus-repository-tp5751512p5751848.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org
>
>

Re: maven deploy artifacts to Nexus repository

2013-03-26 Thread DJViking 
I could take a look at User Token for the settings.xml if using http for
distribution management is the preferred way. But why is it preferred over
scp?

I'm not using SCP to Nexus. I'm using SCP to upload the artifacts directly
to the storage location where Nexus keeps its releases and snapshots. Anyway
I have gotten that approach to work.



--
View this message in context: 
http://maven.40175.n5.nabble.com/maven-deploy-artifacts-to-Nexus-repository-tp5751512p5751848.html
Sent from the Maven - Users mailing list archive at Nabble.com.

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

Re: Why are POMs of non-SNAPSHOT versions downloaded although already in local repo?

2013-03-26 Thread Stephen Connolly 
Are these POMs that exist? If a POM does not exist (i.e. only the .jar is
in the remote repository) then Maven will keep trying to find that pom.

Are you using Maven 3.x and changing effective repository ids across
builds? Maven 3.x stores the repository that a file was downloaded from and
if requesting a specific GAVCT and the local repository cache has that
GAVCT downloaded from a different URI then Maven will re-download from the
URI that is in effect in your current build.

The first question will probably be the answer you are looking for. The
second will lead you on a rat-run of chasing down bad poms, so only go that
way if the first does not resolve your issue.

-Stephen


On 26 March 2013 12:02, Jörg von Frantzius wrote:

> Hi,
>
> during our builds I can see that Maven downloads POMs for non-SNAPSHOT
> versions again, even though the POMs are already present in the local
> repository. I could understand that it does so for SNAPSHOT versions, but
> why also for non-SNAPSHOT versions?
>
> This causes the build to spend considerable time downloading POMs where it
> doesn't seem necessary.
>
> Does anybody know a particular reason for this happening?
>
> Regards,
> Jörg
>
> --
> *Dipl. inf. Jörg von Frantzius, System Architect*
>
> Email mailto:joerg.frantzius@aperto.**de 
> Phone +49 30 283921-318
> Fax +49 30 283921-29
>
> Aperto AG - In der Pianofabrik
> Chausseestraße 5, D-10115 Berlin-Mitte
> http://www.aperto.de
> http://www.facebook.com/aperto
> https://www.xing.com/**companies/apertoag
>
> HRB 77049, AG Berlin Charlottenburg
> Vorstand: Dirk Buddensiek (Vorsitzender), Kai Großmann, Stephan Haagen
> Aufsichtsrat: Bernd Hardes (Vorsitzender)
>

Why are POMs of non-SNAPSHOT versions downloaded although already in local repo?

2013-03-26 Thread Jörg von Frantzius 

Hi,

during our builds I can see that Maven downloads POMs for non-SNAPSHOT 
versions again, even though the POMs are already present in the local 
repository. I could understand that it does so for SNAPSHOT versions, 
but why also for non-SNAPSHOT versions?


This causes the build to spend considerable time downloading POMs where 
it doesn't seem necessary.


Does anybody know a particular reason for this happening?

Regards,
Jörg

--
*Dipl. inf. Jörg von Frantzius, System Architect*

Email mailto:joerg.frantz...@aperto.de
Phone +49 30 283921-318
Fax +49 30 283921-29

Aperto AG - In der Pianofabrik
Chausseestraße 5, D-10115 Berlin-Mitte
http://www.aperto.de
http://www.facebook.com/aperto
https://www.xing.com/companies/apertoag

HRB 77049, AG Berlin Charlottenburg
Vorstand: Dirk Buddensiek (Vorsitzender), Kai Großmann, Stephan Haagen
Aufsichtsrat: Bernd Hardes (Vorsitzender)

AW: How to tell Maven to put DLL dependency into java.library.path?

2013-03-26 Thread Markus Karg 
Maybe you like to vote or comment: http://jira.codehaus.org/browse/MNG-5448 ? 
:-)

Regards
-Markus

-Ursprüngliche Nachricht-
Von: Dan Tran [mailto:dant...@gmail.com] 
Gesendet: Montag, 25. März 2013 17:04
An: Maven Users List
Betreff: Re: How to tell Maven to put DLL dependency into java.library.path?

dont think maven can do that ( surefire understand jars but not dll/so ). I am 
facing the same issue and the best I can come up ATM is to configure every 
single project

-D

On Mon, Mar 25, 2013 at 12:58 AM, Markus Karg  wrote:
> Dan,
>
> thank you for this tip. I is working very well. But one question I still do 
> have: If I have a second project which needs the same native dependency, 
> obviously I have to tell configure maven-surefire-plugin again. This is a bit 
> strange, as obviously the fact that the configuration is needed is related to 
> the dependency, not to the dependent project. I wonder if Maven has a 
> solution that roughly spoken does the same but is configured inside oft he 
> dependency's POM, not inside oft he dependent POM? That would allow to use 
> the dependency as "any other" dependency without having to remember that it 
> actually is a DLL...
>
> Thanks!
> -Markus
>
> -Ursprüngliche Nachricht-
> Von: Dan Tran [mailto:dant...@gmail.com]
> Gesendet: Mittwoch, 27. Februar 2013 17:41
> An: Maven Users List
> Betreff: Re: How to tell Maven to put DLL dependency into java.library.path?
>
> - Use maven profile to detect OS arch and set it into a maven property
>
> - Use maven-dependcy-plugin to down all requires dll.  Make sure to 
> take advantage of the property set in step 1
>
> - Configure maven-surefire-plugin to set PATH env variable into the 
> download directory
>
> Good luck
>
> -D
>
> On Wed, Feb 27, 2013 at 6:58 AM, Markus Karg  wrote:
>> My POM declared a dependency to a DLL:
>>
>>
>>
>> 
>>
>> net.sf.jacob-project
>>
>> jacob-runtime
>>
>> dll
>>
>> x64
>>
>> 1.17-M2
>>
>> runtime
>>
>> 
>>
>>
>>
>> (1)How can I tell Maven that when doing "mvn test", that DLL shall
>> be found on java.library.path, so that the JVM can load native 
>> classes from it (using JNI)?
>>
>>
>>
>> (2)How can I tell Maven that it shall not statically be "x64", but
>> instead it depends on the architecture of the system actually 
>> executing "mvn test" (e. g. "x86")?
>>
>>
>>
>> Thanks! J
>>
>> -Markus
>>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
> For additional commands, e-mail: users-h...@maven.apache.org

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