microcks / microcks/microcks-cli
import command requires login even when --microcksURL is provided
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Go
- Estrellas
- 52
- Forks
- 68
- Merge medio
- 6 h 54 min
- PR fusionados (30 d)
- 10
Descripción
### Describe the bug
`microcks import` does not seem to handle `--microcksURL` the same way as `import-dir`.
I started a local Microcks instance using `microcks start`, which runs the `latest-native` image without Keycloak enabled. In this setup, importing through `--microcksURL
http://localhost:8585` should work without a saved login/config.
`import-dir` works correctly with an empty config path and imports the artifact successfully. But `import` with the same server URL and same empty config path fails with:
```
please login to perform this operation
```
This is confusing because the command already has the target server from `--microcksURL`.
### Expected behavior
microcks import `--microcksURL`... should try to use the provided server directly, like `--import-dir` does. If the server requires authentication, then it
should fail with an auth/API error from the server.
The issue seems to be that `cmd/import.go` has its own client setup logic, while import-dir uses the shared `newCommandClient(globalClientOpts)` helper.
### Repro
### Microcks version or git rev
microcks-cli master branch
### Install method (`docker-compose`, `helm chart`, `operator`, `docker-desktop extension`,...)
_No response_
### Additional information
_No response_
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Comienza en cmd/import.go y compara la configuración de su cliente con el uso de newCommandClient(globalClientOpts) por parte de import-dir. Reproduce el comando contra un servidor local usando --microcksURL y una ruta de configuración vacía; se considera terminado cuando se usa la URL proporcionada sin requerir un inicio de sesión guardado, mientras que los servidores que requieren autenticación devuelven su error de autenticación o de API.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- go
- Área
- cli
- Tipo de issue
- Error
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Estado de actividad
- Activo
- Claridad
- Bien especificado
- Aptitud para principiantes
- 84/100