you should find
your artifact.
Am 09.03.21 um 11:25 schrieb Nikos Karamolegkos:
Hello, I am trying to add a library to my maven local repository
using ./gradlew publishToMavenLocal. How can I check that the
library is really installed to the repository?
Thank you
--
N Oliver B. Fischer
A S
Karamolegkos:
Hello, I am trying to add a library to my maven local repository
using ./gradlew publishToMavenLocal. How can I check that the library
is really installed to the repository?
Thank you
--
Nikos Karamolegkos
R & D engineer at ICS-FORTH
Telecommunications and Networks Lab
The default configuration of Maven is to have its local repository in
the directory ./m2/repository. Below this directory you should find your
artifact.
Am 09.03.21 um 11:25 schrieb Nikos Karamolegkos:
Hello, I am trying to add a library to my maven local repository using
./gradlew
Hello, I am trying to add a library to my maven local repository using
./gradlew publishToMavenLocal. How can I check that the library is
really installed to the repository?
Thank you
--
Nikos Karamolegkos
R & D engineer at ICS-FORTH
Telecommunications and Networks Lab
what is exact URL of 'maven website'?
-D
On Wed, May 23, 2018 at 5:26 PM, Vivi An wrote:
> Hi All,
>
> I’m using takari extension through extensions.xml file under ./mvn, it
> downloads extensions from maven website. Wondering if we can change
> configuration in some way so
Hi All,
I’m using takari extension through extensions.xml file under ./mvn, it
downloads extensions from maven website. Wondering if we can change
configuration in some way so it could download all extensions from some
internal repository?
Thank you all!
Regards,
~ Vivi
I have just installed:
C:\workspacesmvn --version
Apache Maven 3.0.4 (r1232337; 2012-01-17 09:44:56+0100)
Maven home: C:\apps\apache-maven-3.0.4\bin\..
Java version: 1.7.0_03, vendor: Oracle Corporation
Java home: C:\Java\jdk1.7.0_03\jre
Default locale: no_NO, platform encoding: Cp1252
OS name:
Ok thanks to both of you!
Now I've been able to update (rerunning the update a couple of times)
Bye,
Stefano
--
View this message in context:
http://maven.40175.n5.nabble.com/Maven-central-repository-tp4901567p4909808.html
Sent from the Maven - Users mailing list archive at Nabble.com
Hi everybody,
I've been using Maven for a while, but now I'm facing a problem I can't
understand.
In the last days I've not been able to update index for maven central
repository at http://repo1.maven.org/maven2 both from m2eclipse and from a
proxy on my Nexus.
Nothing changed in my network
days I've not been able to update index for maven central
repository at http://repo1.maven.org/maven2 both from m2eclipse and from a
proxy on my Nexus.
Nothing changed in my network configuration, so I was wodering if there's a
problem on the repo.
Thanks,
Stefano
--
View this message
...@gmail.com:
Hi everybody,
I've been using Maven for a while, but now I'm facing a problem I can't
understand.
In the last days I've not been able to update index for maven central
repository at http://repo1.maven.org/maven2 both from m2eclipse and from a
proxy on my Nexus.
Nothing changed in my
Once upon a time, I filed a JIRA at Codehaus:
http://jira.codehaus.org/browse/MEV-641. Eleven months elapsed before someone
finally fixed the checksum metadata to match the jar in the repository.
Yesterday, I filed another pair of issues: MEV-675 and MEV-676. I was wondering
if I have to wait
You should file tickets for Maven Central at [1] instead.
/Anders
[1] https://issues.sonatype.org/browse/MVNCENTRAL
On Thu, Dec 2, 2010 at 15:21, Scott Parkerson s...@snortasprocket.netwrote:
Once upon a time, I filed a JIRA at Codehaus:
http://jira.codehaus.org/browse/MEV-641. Eleven months
On Dec 2, 2010, at 10:02 AM, Anders Hammar wrote:
You should file tickets for Maven Central at [1] instead.
[1] https://issues.sonatype.org/browse/MVNCENTRAL
Sigh. This is what I get for not reading *closely* (and assuming that things
were as they were 11 months ago). So Sonatype is in
Furthermore, it would seem that automating this process would be the answer,
as
it probably wouldn't be difficult to crawl the repository and check checksums
and
either (a) add them where they are missing or (b) fix them where they are
there
and are incorrect.
I don't think you want to
I don't think that checksums are for detecting compromised jars. Checksums
are for checking that a file was transferred correctly, regardless of it
being compromised or not. So, I also think that all checksums should be
corrected.
However, pgp signatures are for detecting compromised files.
I don't think that checksums are for detecting compromised jars. Checksums
are for checking that a file was transferred correctly, regardless of it
being compromised or not. So, I also think that all checksums should be
corrected.
But how does a bot know that the Jar was uploaded ok into
We do a little bit of sleuthing when resolving these types of issues
to make sure the file hasn't been changed, which is why automatic
correction isn't implemented. We are working on process to ensure that
no new things come in this way. It can only happen today via the old
rsync mechanisms and
What are common practices in terms of where to deploy maven sites to?
I'm specifically asking for projects built internally within a company
(i.e. only available to internal users). Initially I thought that our
artifact repository itself would be a logical place but that doesn't
seem to be a
Our artifacts go In our internal Nexus repo.
Ron
On 30/11/2010 11:42 AM, Mike Lenner wrote:
What are common practices in terms of where to deploy maven sites to?
I'm specifically asking for projects built internally within a company
(i.e. only available to internal users). Initially I thought
Yes, using the maven site feature of Nexus Pro makes it one place less to
manage authorization (compared to having a separate web server).
/Anders
On Tue, Nov 30, 2010 at 18:03, Ron Wheeler
rwhee...@artifact-software.comwrote:
Our artifacts go In our internal Nexus repo.
Ron
On 30/11/2010
Hi,
In preceeding Maven version, there was a way to build and initiate a local
repository via the CLI :
%MAVEN_HOME%\bin\install_repo.bat %HOME%\.maven\repository
And this command created a repository and loaded some core .jar
By now, when I unzip maven2, under \bin I don't find
%HOME%\.maven\repository
And this command created a repository and loaded some core .jar
By now, when I unzip maven2, under \bin I don't find any more a script to
build a local repository.
Looking at the Maven doc, I found I have to use Nexus ?!? Why not, but
it's
a so different way
notes.
Alain
-Message d'origine-
De : Roland Asmann [mailto:roland.asm...@adesso.at]
Envoyé : jeudi 31 décembre 2009 1:42 Juliane
À : Maven Users List
Objet : Re: How to create a maven local repository
Hi,
Just run Maven on a project and everything will solve itself
On 12/31/09 10:15 AM, Mezigue wrote:
Hi Roland,
Thanks for your advice.
You are certainly right ; to be true, I should say you are surely right !
:)
Of course, I have no reason to initiate a local repository, but, why was
this necessary in the previous version of Maven ?? And I've not found
On 12/31/09 10:15 AM, Mezigue wrote:
Hi Roland,
Thanks for your advice.
You are certainly right ; to be true, I should say you are surely
right !
:)
Of course, I have no reason to initiate a local repository, but, why was
this necessary in the previous version of Maven ?? And I've not
What's the current storage requirements for the central repository at this
time?
Per Jarvana, Central is around 100gb, as of mid October 2009:
http://www.jarvana.com/jarvana/info/repository_statistics
Wayne
-
To
a bit with EC2, It seems it would be ideal if
there were an EBS volume that had all the Maven central repository
within it. Does anyone know of such a thing?
thanks,
Mark
On Mon, Dec 21, 2009 at 12:09 AM, Mark Diggory mdigg...@gmail.com wrote:
I imagine there have to be a number of projects/companies out there
using Maven artifacts and incurring bandwidth costs to build systems.
Atlassian seems to be recommending the practice to its Bamboo users...
They should
you can set s3 buckets where requester pays
http://developer.amazonwebservices.com/connect/message.jspa?messageID=123715
On Mon, Dec 21, 2009 at 9:30 AM, Brian Fox bri...@infinity.nu wrote:
On Mon, Dec 21, 2009 at 12:09 AM, Mark Diggory mdigg...@gmail.com wrote:
I imagine there have to be a
FYI
Initiating a thread here to see its effect.
http://developer.amazonwebservices.com/connect/thread.jspa?messageID=158762#158762
Cheers,
Mark
On Mon, Dec 21, 2009 at 10:19 AM, Carlos Sanchez car...@apache.org wrote:
you can set s3 buckets where requester pays
the problem for a public dataset it's that AFAIK they are static while
the repo keeps changing
On Mon, Dec 21, 2009 at 12:55 PM, Mark Diggory mdigg...@gmail.com wrote:
FYI
Initiating a thread here to see its effect.
Cheers,
After experimenting a bit with EC2, It seems it would be ideal if
there were an EBS volume that had all the Maven central repository
within it. Does anyone know of such a thing?
thanks,
Mark
-
To unsubscribe, e-mail
with EC2, It seems it would be ideal if
there were an EBS volume that had all the Maven central repository
within it. Does anyone know of such a thing?
thanks,
Mark
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
As a Maven and Android user and committer with the Maven Android
plugin I have created a feature request on google code to get the
android jar into the maven central repository.
More technical details are with the bugreport: http://bit.ly/1HoyoZ
If you are a Android or Maven user I would
Then make your own repository. See how useful that is.
Jason, you are probably right.
http://xircles.codehaus.org/projects/pinin
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail:
Please see my response on the maven-dev list for how this problem is
best approached. For everyone's sanity, lets keep the discussion
thread on the dev list.
On Thu, Oct 1, 2009 at 2:41 PM, Albert Kurucz albert.kur...@gmail.com wrote:
Then make your own repository. See how useful that is.
Somebody just gave me an idea what would be an excellent tool to crawl
through a repository and create an index of the artifacts, which pass
some kind of acceptance criteria:
http://docs.codehaus.org/display/M2ECLIPSE/Nexus+Indexer
// get NexusIndexer component from Plexus
PlexusContainer plexus
Do you really mean that you would like to enforce such -source-release.zip
artefacts to be published?
Not any qualities of the code should be enforced.
But I very much want to be able to find those gems from the big pile of ...
Therefore the artifacts on Central should be search-able and
For some start-ups, this could mean a business opportunity!
Nobody said, that the quality info should be given away free.
On Tue, Sep 29, 2009 at 7:21 AM, Albert Kurucz albert.kur...@gmail.com wrote:
Do you really mean that you would like to enforce such -source-release.zip
artefacts to be
Filtering is already used for another Maven feature.
To avoid ambiguity, we should better call the one what I defined:
repository-skinning or repository-certification.
Do you think this new feature would hurt the repo or any Maven user?
On Sun, Sep 27, 2009 at 11:27 PM, Albert Kurucz
Yes it would hurt.
A build then becomes dependent on the certlist in order for it to function.
In such a way, a cert list becomes directly equivalent to a repository
definition in a pom.xml file.
We do not allow repository definitions in pom files for a good reason.
certlists is just another
Any other flaws?
A build then becomes dependent on the certlist in order for it to function.
The project's build will not become dependent of the certlist.
If it was able to build with certlist feature turned on, it will
certainly build without the certlist.
We do not allow repository
On Mon, Sep 28, 2009 at 9:02 AM, Albert Kurucz albert.kur...@gmail.com wrote:
Any other flaws?
A build then becomes dependent on the certlist in order for it to function.
The project's build will not become dependent of the certlist.
If it was able to build with certlist feature turned on, it
One unwritten? rule of Maven good practice is that you change the
undefined dependency version definitions to fixed versions before
release. If you have done that, resolution will not be effected by
certlist on or off status.
The value (benefit) what certlist would provide to a Maven user, is
Sorry for thread hijack, but was not able to resist...
Another thing to think about, since it's adoption:
On Mon, Sep 28, 2009 at 5:34 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
We do not allow repository definitions in pom files for a good reason.
This seemed as a good
I did not propose point system to describe the quality of repository
alone, I thought of it just to be able to compare two different
repositories... (ie. you find same thing in two of them, decide which one
will you want to use, etc). But now I understand that this would provide a
lot less value
- Message d'origine
De : Albert Kurucz albert.kur...@gmail.com
À : Maven Users List users@maven.apache.org
Envoyé le : Lundi, 28 Septembre 2009, 19h39mn 00s
Objet : Re: Maven Central Repository - Cleanup Efforts
Tamas, could explain MRMs + grouping + mirrorOf or send a link
, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good --
don't hesitate to start one on MAVENUSER Wiki [1
BOUTEMY herve.bout...@free.fr
wrote:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even
, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions
, Sep 26, 2009 at 11:22 AM, Hervé BOUTEMY herve.bout...@free.fr
wrote:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository
On 27/09/2009, at 5:15 AM, Jason van Zyl wrote:
Not having a super high quality central repository actually makes
our commercial efforts a lot harder. If I was devious I would have
agreed with Brett and would make a completely clean central
repository as our plans require intact
It is not necessary to create a new repo and it is not necessary to
modify anything on Central or the policies how it is managed. Mess
could be cleaned up virtually if I could attach a filter.
In the ~/.m2/settings.xml for example, I should be able to add a list
of repository addresses and for
A lot of +1-es to this quote
~t~
On Sat, Sep 26, 2009 at 4:35 AM, Albert Kurucz albert.kur...@gmail.comwrote:
Non-buildable source is fine as a gesture of goodwill, but I think if the
public source isn't buildable, we're gonna end up with egg on our faces.
Quote from:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we measure
it? Can we define it?
A wiki page
Le samedi 26 septembre 2009, Albert Kurucz a écrit :
For the additional requirement, getting into the pure Maven repo (The
best), I really meant: build-able.
Me too, I don't really care what tool you use to build it as long as
the tool is already checked in and you only use the attached
Le samedi 26 septembre 2009, Albert Kurucz a écrit :
For the additional requirement, getting into the pure Maven repo (The
best), I really meant: build-able.
Me too, I don't really care what tool you use to build it as long as
the tool is already checked in and you only use the attached
I think we all need some clarification, since we all talk about quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we measure it?
Can we define it?
A wiki page with piled up (even personal) opinions would be good -- whatever
herve.bout...@free.fr wrote:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we measure
it? Can we
IMHO, being buildable by maven is a nice to have, but to be honest, if
somebody wants to build their project with a DOS batch file and a
piece of string I don't mind as long as they publish the artifact with
a valid pom
anything else is setting the repository up for failure
Sent from my
herve.bout...@free.fr
wrote:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we measure
it? Can we
:
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good --
don't
:
Le samedi 26 septembre 2009, Tamás Cservenák a écrit :
I think we all need some clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page
central it just too useful... it has gathered critical mass whereby it is
nearly a right of passage for new java projects to get hosted on central...
hosting on central becomes one of those things projects are asked to do...
if we move the goalposts too far or too fast we will kill the
of a maven repository (in general)? Can we measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good --
don't hesitate to start one on MAVENUSER Wiki [1]
whatever they are -- and later we should cherry-pick the most relevant
ones
to build some tooling to build
On Sat, Sep 26, 2009 at 12:11 PM, Albert Kurucz albert.kur...@gmail.com wrote:
I don't want anyone to miss any of the numerous ok arifacts.
Those could still be housed by the Good enough Central repo.
I would like to have a setting in my Maven with 3 options:
-Good enough
-Good (verified
the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good --
don't hesitate to start one on MAVENUSER Wiki [1]
whatever they are -- and later we should cherry-pick
clarification, since we all talk about
quality
(we all agreed upon the basic things unanimously).
What is the quality of a maven repository (in general)? Can we
measure
it? Can we define it?
A wiki page with piled up (even personal) opinions would be good
--
don't hesitate to start one
be another publicly Maven repository, which is
maintained with rules enforced. This repo could even have a rule
(additional to the old and unenforced rules) that only Maven built
projects can enter, maybe even more restriction: only the designated
Continuous Integration server can upload
...@sonatype.com wrote:
On 2009-09-24, at 7:52 PM, Albert Kurucz wrote:
Jason and Brian, thanks for the explanations.
Understood, the policy of not removing anything from Maven Central
serves a purpose.
I wish there would be another publicly Maven repository, which is
maintained with rules
-24, at 7:52 PM, Albert Kurucz wrote:
Jason and Brian, thanks for the explanations.
Understood, the policy of not removing anything from Maven Central
serves a purpose.
I wish there would be another publicly Maven repository, which is
maintained with rules enforced. This repo could even have
.
Understood, the policy of not removing anything from Maven Central
serves a purpose.
I wish there would be another publicly Maven repository, which is
maintained with rules enforced. This repo could even have a rule
(additional to the old and unenforced rules) that only Maven built
projects can enter
, this doesn't change anything on
the quality of the artifact itself and of its metadata = what counts for an
artifact repository
building with Maven, Ant+Maven Ant Tasks, or Ant + Ivy, Buildr, or any other
tool doesn't change anything
Hervé
-Stephen
Le vendredi 25 septembre 2009, Stephen Connolly a écrit :
2009/9/25 Albert Kurucz albert.kur...@gmail.com:
The pure Maven repo should say:
We honestly don't care which Maven plugin the people build with, as
long as that plugin is already checked into here.
And why people would prefer to
On Fri September 25 2009 12:07:09 pm Stephen Connolly wrote:
For me,
High quality is that:
/project/(?parent/)(groupId|artifactId|version) are valid and do not
reference properties
/project/dependencies is valid and if there are any properties defined
they are defined within the pom or
on this one
you can build your artifact the way you like, this doesn't change anything on
the quality of the artifact itself and of its metadata = what counts for an
artifact repository
building with Maven, Ant+Maven Ant Tasks, or Ant + Ivy, Buildr, or any other
tool doesn't change anything
2009/9/25 Hervé BOUTEMY herve.bout...@free.fr:
Le vendredi 25 septembre 2009, Stephen Connolly a écrit :
2009/9/25 Albert Kurucz albert.kur...@gmail.com:
The pure Maven repo should say:
We honestly don't care which Maven plugin the people build with, as
long as that plugin is already
Technically it is possible to manage 3 different OSS Maven repos.
1. The good enough
This is the current Maven Central
No rules, only recommendations:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html
Note: it is not a rule what is not enforced!
2. The good
This would be
On Fri, Sep 25, 2009 at 12:44 PM, Albert Kurucz albert.kur...@gmail.com wrote:
Technically it is possible to manage 3 different OSS Maven repos.
1. The good enough
This is the current Maven Central
No rules, only recommendations:
For the additional requirement, getting into the pure Maven repo (The
best), I really meant: build-able.
Me too, I don't really care what tool you use to build it as long as
the tool is already checked in and you only use the attached metadata
and the attached sources.
But a tool like this, in
According to http://www.think88.com/resources/Maven_white_paper_june_2009.pdf
Sonatype maintains a central repository with more than 90,000 artifacts,
consuming more than 60 GB of storage. In addition to the artifacts
themselves, the
Maven Central Repository also contains a POM-file for each
/Maven_white_paper_june_2009.pdf
Sonatype maintains a central repository with more than 90,000 artifacts,
consuming more than 60 GB of storage. In addition to the artifacts
themselves, the
Maven Central Repository also contains a POM-file for each of the artifacts,
containing the meta data for these artifacts
/Maven_white_paper_june_2009.pdf
Sonatype maintains a central repository with more than 90,000 artifacts,
consuming more than 60 GB of storage. In addition to the artifacts
themselves, the
Maven Central Repository also contains a POM-file for each of the artifacts,
containing the meta data
than 60 GB of storage. In addition to the artifacts
themselves, the
Maven Central Repository also contains a POM-file for each of the artifacts,
containing the meta data for these artifacts. To protect the integrity of the
repository, Sonatype checks the meta data for correctness. If the meta
On Thu, Sep 24, 2009 at 12:18 PM, Albert Kurucz albert.kur...@gmail.com wrote:
Brian,
MEV is for Maven Evangelism issues.
Are you sure maintenance issues of any given repo should belong to that?
For any given repo no, for Central, yes.
On Thu, Sep 24, 2009 at 12:04 PM, Albert Kurucz albert.kur...@gmail.com wrote:
Brian,
Probably no one ever suggested that the corrupt artifacts should be
fixed, because fixing is not even possible (every artifact must be
signed by the creator).
The question is whether you prefer the corrupt
Requirements for the POMs are defined as:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html
I call the artifact corrupt (regarding Maven Central Compliance) if
the POM of the artifact does not fulfills the above requirements.
There are corrupt ones have made it to the
Garbage collection?
Identify corrupted ones and remove.
On Thu, Sep 24, 2009 at 4:41 PM, Brian Fox bri...@infinity.nu wrote:
On Thu, Sep 24, 2009 at 12:04 PM, Albert Kurucz albert.kur...@gmail.com
wrote:
Brian,
Probably no one ever suggested that the corrupt artifacts should be
fixed,
On 2009-09-24, at 3:16 PM, Albert Kurucz wrote:
Requirements for the POMs are defined as:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html
I call the artifact corrupt (regarding Maven Central Compliance) if
the POM of the artifact does not fulfills the above
On Thu, Sep 24, 2009 at 3:16 PM, Albert Kurucz albert.kur...@gmail.com wrote:
Requirements for the POMs are defined as:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html
I call the artifact corrupt (regarding Maven Central Compliance) if
the POM of the artifact does not
Jason and Brian, thanks for the explanations.
Understood, the policy of not removing anything from Maven Central
serves a purpose.
I wish there would be another publicly Maven repository, which is
maintained with rules enforced. This repo could even have a rule
(additional to the old
On 2009-09-24, at 7:52 PM, Albert Kurucz wrote:
Jason and Brian, thanks for the explanations.
Understood, the policy of not removing anything from Maven Central
serves a purpose.
I wish there would be another publicly Maven repository, which is
maintained with rules enforced. This repo could
for help
--
View this message in context:
http://www.nabble.com/Maven---POM-repository%2C-Freemind%2C-Confluence-tp22906474p22922687.html
Sent from the Maven - Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail
Did you read the comment thread on that page?
From: sigi9009 [mailto:sigi9...@web.de]
Sent: Tue 4/7/2009 3:29 AM
To: users@maven.apache.org
Subject: RE: Maven - POM repository, Freemind, Confluence
and why doesn't it work?
I tried to follow this instructions
?
From: sigi9009 [mailto:sigi9...@web.de]
Sent: Tue 4/7/2009 3:29 AM
To: users@maven.apache.org
Subject: RE: Maven - POM repository, Freemind, Confluence
and why doesn't it work?
I tried to follow this instructions:
http://confluence.atlassian.com/display/CONFEXT
://www.nabble.com/Maven---POM-repository%2C-Freemind%2C-Confluence-tp22906474p22906474.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
http://maven.apache.org/POM/4.0.0 is a namespace URI, not a link.
From: sigi9009 [mailto:sigi9...@web.de]
Sent: Mon 4/6/2009 6:58 AM
To: users@maven.apache.org
Subject: Maven - POM repository, Freemind, Confluence
Hi forum,
Does somebody know the link
Hello maven users,
Links on http://repository.apache.org/snapshots are invalid, they are
missing snapshots part. This is error only in the root of the repository,
once in some directory e.g. http://repository.apache.org/snapshots/org;,
links work well. It seems to be some sort of (nexus)
1 - 100 of 237 matches
Mail list logo