1. Seguir los pasos del


http://www.gustavo-arellano.com/?p=343

para configurar el acceso al artifactory.

2 Revisar ‘settings.xml’ del paso 1 y localizar el id del server al que se
va a deployar.

<settings>
<servers>
<server>
<id><id_repo></id>
<username><admin_user></username>
<password><password_encriptado></password>
</server>
</servers>
</settings>

donde:

id_repo – es el id con el que se identificará el repositorio (usado al momento de subir el artefacto)
admin_user – es el usuario con permisos para crear artefactos en el repositorio
password_encriptado – password del usuario creado con el

3. Nos posicionamos en la raíz del proyecto y generamos el paquete jar:

mvn package

4. Una vez generado el paquete lo agregamos a artifactory:

mvn deploy:deploy-file \
-DrepositoryId=<id_repo> \
-Durl=<url_artifactory>\
-DgroupId=<group_ip> \
-DartifactId=<artifact_ip> \
-Dversion=<version> \
-Dpackaging=jar \
-Dfile=target/<artifact_ip>-<version>.jar \
-DpomFile=pom.xml

Nota: Asegurarse que los datos del pom coincidan con los datos que declaran en groupId, artifactId, version

Ejemplo:

mvn package

mvn deploy:deploy-file \
-DrepositoryId=my-repo \
-Durl=http://localhost/artifactory/libs-snapshot-local \
-DgroupId=org.google \
-DartifactId=myApp \
-Dversion=1.0.1-SNAPSHOT \
-Dpackaging=jar \
-Dfile=target/myApp-1.0.1-SNAPSHOT.jar \
-DpomFile=pom.xml

Otro ejemplo:

mvn deploy:deploy-file \
-DrepositoryId=nexus.kebblar.io-repo \
-Durl=http://nexus.kebblar.io:8081/repository/maven-snapshots/ \
-DgroupId=mx.qbits.kepler \
-DartifactId=api-caller \
-Dversion=0.0.1-SNAPSHOT \
-Dpackaging=jar \
-Dfile=target/caller.jar

Referencias:

http://maven.apache.org/guides/mini/guide-3rd-party-jars-remote.html

http://maven.apache.org/guides/mini/guide-encryption.html

Observaciones:

1) Si la ayuda ofrecida por las páginas oficiales de maven es escueta y escasa, favor de leerla completa
2) Si se desea subir un arquetipo, no incluir la opción: -DpomFile=pom.xml

Cheers,
Goose

Nota: Se agradece la colaboración de Erik Valdivieso para la generación de este comentario.

Varas formas de empaquetar y comprimir archivos….

.tar (tar)
Empaquetar
Desempaquetar
Ver el contenido (sin extraer)
.tar.gz – .tar.z – .tgz (tar con gzip)
Empaquetar y comprimir
Desempaquetar y descomprimir
Ver el contenido (sin extraer)
.gz (gzip)
Comprimir
(El archivo lo comprime y lo renombra como “archivo.gz”)
Descomprimir
(El archivo lo descomprime y lo deja como “archivo”
Nota: gzip solo comprime archivos, no directorios
.bz2 (bzip2)
Comprimir

(El archivo lo comprime y lo renombra como “archivo.bz2″)
Descomprimir

(El archivo lo descomprime y lo deja como “archivo”)
Nota: bzip2 solo comprime archivos, no directorios
.tar.bz2 (tar con bzip2)
Comprimir
Descomprimir
(versiones recientes de tar)
Ver contenido
.zip (zip)
Comprimir
Descomprimir
Ver contenido
.lha (lha)
Comprimir
Descomprimir
Ver contenido
.zoo (zoo)
Comprimir
Descomprimir
Ver contenido
.rar (rar)
Comprimir
Descomprimir
Ver contenido

No sé si sirva para windows, pero en LINUX lo que me funcionó fué escribir (en una sola línea):

load data local infile '/home/gustavo/Escritorio/Estados.txt' 
into table estados fields terminated by ',' lines terminated by '\r\n';

Cheers,
Goose

Hace unos pocos días tuve la necesidad de dotar (a todos los integrantes de mi coordinación de desarrollo) la capacidad de efectuar “deploys” o despliegues de bibliotecas hechas en casa hacia nuestro servidor de Artifactory, vía un comando maven.

Anteriormente sólo yo lo hacía, pero usando la interfaz gráfica del mismo Artifactory. Es por ello que tuve que investigar cómo hacerlo vía un comando “mvn” y he aquí el resultado:

1) Crear un archivo llamado settings.xml y colocarlo en el directorio .m2 con el siguiente contenido:

<settings>
<servers>
<server>
<id>infotec-repo</id>
<username>usuario-autorizado</username>
<password>clave-a-encriptar</password>
</server>
</servers>
</settings>

2) Probar que funciona con el siguiente comando:

mvn deploy:deploy-file
-DrepositoryId=infotec-repo
-Durl=http://200.200.200.201/artifactory/libs-snapshot-local
-DgroupId=mx.com.infotec.dadt.pruebas
-DartifactId=pruebaDeploy
-Dversion=0.0.1-SNAPSHOT
-Dpackaging=jar
-Dfile=target/pruebaDeploy-0.0.1-SNAPSHOT.jar

Se asume la existencia del archivo: pruebaDeploy-0.0.1-SNAPSHOT.jar

3) Si lo anterior funciona, procedemos a encriptar la clave MAESTRA:

Ejecutar el siguiente comando:

mvn --encrypt-master-password holaMundo

Esto producirá una cadena como la siguiente: {jSMOWnoPFgsHVpMvz5VrIt5kRbzGpI8u+9EF1iFQyJQ=}

4) Crear un archivo llamado settings-security.xml en .m2

5) Copiar en el archivo anterior el siguiente contenido:

<settingsSecurity>
<master>{jSMOWnoPFgsHVpMvz5VrIt5kRbzGpI8u+9EF1iFQyJQ=}</master>
</settingsSecurity>

6) Crear la clave FINAL:

Ejecutar el siguiente comando:

mvn --encrypt-password adiosMundo

Esto producirá una cadena como la siguiente: {COQLCE6DU6GtcS5P=}

7) Sustituir la cadena anterior en lugar del valor que tenía el tag “password”:

<settings>
...
<servers>
...
<server>
<id>my.server</id>
<username>foo</username>
<password>{COQLCE6DU6GtcS5P=}</password>
</server>
...
</servers>
...
</settings>

Listo !!!

Debe de funcionar bien la configuración anterior…

Cheers !!!!
Goose

PD Feliz año 2012 a TODOS !!!!!!!!!!!!!!!!!!!!!!!!!!!!!
JoJoJoJo

© 2017 Goose Workshop Suffusion theme by Sayontan Sinha