Find artefact

[buters]

Hi,

there are jar-libraries in jboss/client. They have not groupId and artifactId. How can I find they in the jboss repository? Some artifacts I can easy find, but some ones not.

Thanks beforehand,
regards, buters

[Stephen Coy]

G'Day,

You generally will not need these unless you're building a remote EJB client. If this is what you are doing then you probably want something like:

  <groupId>org.jboss.client</groupId>
  <artifactId>jbossall-client</artifactId>
  <version>4.2.2.GA</version>

You can see the other artifacts available by pointing your web browser at <http://repository.jboss.com/maven2/org/jboss/>.

Cheers,

Steve C

buters wrote:

there are jar-libraries in jboss/client. They have not groupId and artifactId. How can I find they in the jboss repository? Some artifacts I can easy find, but some ones not.

[buters]

Thank you very much Stephen,

Do you mean that another plugins are not neededat all? Only jbossall-client one? It would be great.

But my question was rather general. If I've a jar-file and I know maximum the appropriate repository, how can I find the plugin? A repository is a folder structure (sometimes to large) without a search function. Exists a way to find fast the needed plugin ?

Thanks beforehand,
regards, buters

G'Day,

You generally will not need these unless you're building a remote EJB client. If this is what you are doing then you probably want something like:

  <groupId>org.jboss.client</groupId>
  <artifactId>jbossall-client</artifactId>
  <version>4.2.2.GA</version>

You can see the other artifacts available by pointing your web browser at <http://repository.jboss.com/maven2/org/jboss/>.

Cheers,

Steve C

buters wrote:

there are jar-libraries in jboss/client. They have not groupId and artifactId. How can I find they in the jboss repository? Some artifacts I can easy find, but some ones not.

[matinh]

Hi!

Try http://mvnindex.org/
Enter the name of the JAR file without ".jar" and it probably will spit
out the group and artifact IDs.

hth,
- martin

On 06 Jul 2008, buters wrote:

>
> Thank you very much Stephen,
>
> Do you mean that another plugins are not neededat all? Only jbossall-client
> one? It would be great.
>
> But my question was rather general. If I've a jar-file and I know maximum
> the appropriate repository, how can I find the plugin? A repository is a
> folder structure (sometimes to large) without a search function. Exists a
> way to find fast the needed plugin ?
>
> Thanks beforehand,
> regards, buters
>
> Stephen Coy wrote:
> >
> > G'Day,
> >
> > You generally will not need these unless you're building a remote EJB
> > client. If this is what you are doing then you probably want something
> > like:
> >
> >   <groupId>org.jboss.client</groupId>
> >   <artifactId>jbossall-client</artifactId>
> >   <version>4.2.2.GA</version>
> >
> > You can see the other artifacts available by pointing your web browser at
> > <http://repository.jboss.com/maven2/org/jboss/>.
> >
> > Cheers,
> >
> > Steve C
> >
> > buters wrote:
> >>
> >> there are jar-libraries in jboss/client. They have not groupId and
> >> artifactId. How can I find they in the jboss repository? Some artifacts I
> >> can easy find, but some ones not.
> >>
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Find-artefact-tp18306545p18308335.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

[buters]

Thank you very much Martin,

but this is not a solution. Some artifact with same artifactId can have a different grouId.
The MvnIndexes idea is good, but e.g.
  <dependency>
  <groupId>antlr</groupId>
  <artifactId>antlr</artifactId>
  <version>2.7.7</version>
  </dependency>
Maven doesn't want to accept it, though MvnIndex finds it.

Bestregards, buters

matinh wrote:

Hi!

Try http://mvnindex.org/
Enter the name of the JAR file without ".jar" and it probably will spit
out the group and artifact IDs.

hth,
- martin

On 06 Jul 2008, buters wrote:

>
> Thank you very much Stephen,
>
> Do you mean that another plugins are not neededat all? Only jbossall-client
> one? It would be great.
>
> But my question was rather general. If I've a jar-file and I know maximum
> the appropriate repository, how can I find the plugin? A repository is a
> folder structure (sometimes to large) without a search function. Exists a
> way to find fast the needed plugin ?
>
> Thanks beforehand,
> regards, buters
>
> Stephen Coy wrote:
> >
> > G'Day,
> >
> > You generally will not need these unless you're building a remote EJB
> > client. If this is what you are doing then you probably want something
> > like:
> >
> >   <groupId>org.jboss.client</groupId>
> >   <artifactId>jbossall-client</artifactId>
> >   <version>4.2.2.GA</version>
> >
> > You can see the other artifacts available by pointing your web browser at
> > <http://repository.jboss.com/maven2/org/jboss/>.
> >
> > Cheers,
> >
> > Steve C
> >
> > buters wrote:
> >>
> >> there are jar-libraries in jboss/client. They have not groupId and
> >> artifactId. How can I find they in the jboss repository? Some artifacts I
> >> can easy find, but some ones not.
> >>
> >
> >
>
> --
> View this message in context: http://www.nabble.com/Find-artefact-tp18306545p18308335.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [e-mail]
> For additional commands, e-mail: [e-mail]
>


 

[matinh]

On 07 Jul 2008, buters wrote:

>
> Thank you very much Martin,
>
> but this is not a solution. Some artifact with same artifactId can have a
> different grouId.

That's true. But where's the problem?

> The MvnIndexes idea is good, but e.g.
>   <dependency>
>   <groupId>antlr</groupId>
>   <artifactId>antlr</artifactId>
>   <version>2.7.7</version>
>   </dependency>
> Maven doesn't want to accept it, though MvnIndex finds it.

What do you mean by "not accept"? It's definitely there [0], that's why
mvnindex.org find it. What error message do you get?


- martin

[0] http://repo1.maven.org/maven2/antlr/antlr/2.7.7/

[buters]

Sorry Matinh,

it was a silly thing to do. Errors were because I'm using Artifactory with Tomcat and Tomcat was not started. Tomcat runs normally im background, but yesterday it didn't.

Sorry and againg thank you.

antlr.jar was a wrong example. But jbossall-client-4.2.2.GA.jar
[0] http://repository.jboss.com/maven2/org/jboss/client/jbossall-client/4.2.2.GA/
doesn't exist in http://repo1.maven.org/maven2/ and MvnIndex cannot find it.

If you know, how can I configure settings.xml or pom.xml, that this artifact can be automatically found without copying it from the jboss repository to my local one?

Thanks beforehand,
regards, buters

matinh wrote:

On 07 Jul 2008, buters wrote:

>
> Thank you very much Martin,
>
> but this is not a solution. Some artifact with same artifactId can have a
> different grouId.

That's true. But where's the problem?

> The MvnIndexes idea is good, but e.g.
>   <dependency>
>   <groupId>antlr</groupId>
>   <artifactId>antlr</artifactId>
>   <version>2.7.7</version>
>   </dependency>
> Maven doesn't want to accept it, though MvnIndex finds it.

What do you mean by "not accept"? It's definitely there [0], that's why
mvnindex.org find it. What error message do you get?


- martin

[0] http://repo1.maven.org/maven2/antlr/antlr/2.7.7/

 

[matinh]

I don't know Artifactory, but see it's documentation how to add remote
repositories to it. This is a common task so it should be documented.

If you are not using Artifactory, just add a <repository> entry to your
settings.xml [0] and Maven will find it if you specify the correct
artifactId/groupId/version.

hth,
- martin

[1] http://maven.apache.org/settings.html#Repositories


On 08 Jul 2008, buters wrote:

>
> Sorry Matinh,
>
> it was a silly thing to do. Errors were because I'm using Artifactory with
> Tomcat and Tomcat was not started. Tomcat runs normally im background, but
> yesterday it didn't.
>
> Sorry and againg thank you.
>
> antlr.jar was a wrong example. But jbossall-client-4.2.2.GA.jar
> [0]
> http://repository.jboss.com/maven2/org/jboss/client/jbossall-client/4.2.2.GA/
> doesn't exist in http://repo1.maven.org/maven2/ and MvnIndex cannot find it.
>
> If you know, how can I configure settings.xml or pom.xml, that this artifact
> can be automatically found without copying it from the jboss repository to
> my local one?
>
> Thanks beforehand,
> regards, buters
>
>
>
> matinh wrote:
> >
> > On 07 Jul 2008, buters wrote:
> >
> >>
> >> Thank you very much Martin,
> >>
> >> but this is not a solution. Some artifact with same artifactId can have a
> >> different grouId.
> >
> > That's true. But where's the problem?
> >
> >> The MvnIndexes idea is good, but e.g.
> >>   <dependency>
> >>   <groupId>antlr</groupId>
> >>   <artifactId>antlr</artifactId>
> >>   <version>2.7.7</version>
> >>   </dependency>
> >> Maven doesn't want to accept it, though MvnIndex finds it.
> >
> > What do you mean by "not accept"? It's definitely there [0], that's why
> > mvnindex.org find it. What error message do you get?
> >
> >
> > - martin
> >
> > [0] http://repo1.maven.org/maven2/antlr/antlr/2.7.7/
> >
> >  
> >
>
> --
> View this message in context: http://www.nabble.com/Find-artefact-tp18306545p18334883.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@...
> For additional commands, e-mail: users-help@...
>

[buters]

Thank you very much matinh.

I've finally got what I want. The problem was if an artifact is not located in the central repository then it takes more time as normally to search. I've thought that it is a closed loop and aborted the prozess. But in reality Maven has searched for the artifact. Now my problem is how can I do so that each plugin will be searched in the correct repository?


Thanks beforehand,
regards, buters

matinh wrote:

I don't know Artifactory, but see it's documentation how to add remote
repositories to it. This is a common task so it should be documented.

If you are not using Artifactory, just add a <repository> entry to your
settings.xml [0] and Maven will find it if you specify the correct
artifactId/groupId/version.

hth,
- martin

[1] http://maven.apache.org/settings.html#Repositories


On 08 Jul 2008, buters wrote:

>
> Sorry Matinh,
>
> it was a silly thing to do. Errors were because I'm using Artifactory with
> Tomcat and Tomcat was not started. Tomcat runs normally im background, but
> yesterday it didn't.
>
> Sorry and againg thank you.
>
> antlr.jar was a wrong example. But jbossall-client-4.2.2.GA.jar
> [0]
> http://repository.jboss.com/maven2/org/jboss/client/jbossall-client/4.2.2.GA/
> doesn't exist in http://repo1.maven.org/maven2/ and MvnIndex cannot find it.
>
> If you know, how can I configure settings.xml or pom.xml, that this artifact
> can be automatically found without copying it from the jboss repository to
> my local one?
>
> Thanks beforehand,
> regards, buters
>
>
>
> matinh wrote:
> >
> > On 07 Jul 2008, buters wrote:
> >
> >>
> >> Thank you very much Martin,
> >>
> >> but this is not a solution. Some artifact with same artifactId can have a
> >> different grouId.
> >
> > That's true. But where's the problem?
> >
> >> The MvnIndexes idea is good, but e.g.
> >>   <dependency>
> >>   <groupId>antlr</groupId>
> >>   <artifactId>antlr</artifactId>
> >>   <version>2.7.7</version>
> >>   </dependency>
> >> Maven doesn't want to accept it, though MvnIndex finds it.
> >
> > What do you mean by "not accept"? It's definitely there [0], that's why
> > mvnindex.org find it. What error message do you get?
> >
> >
> > - martin
> >
> > [0] http://repo1.maven.org/maven2/antlr/antlr/2.7.7/
> >
> >  
> >
>
> --
> View this message in context: http://www.nabble.com/Find-artefact-tp18306545p18334883.html
> Sent from the Maven - Users mailing list archive at Nabble.com.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [e-mail]
> For additional commands, e-mail: [e-mail]
>