Etiquetado: Business Central
- Este debate tiene 11 respuestas, 4 mensajes y ha sido actualizado por última vez el hace 4 años, 4 meses por
Jon Ander (IGN).
Publicacion Extension en BC
-
Jon Ander (IGN)ParticipanteJon Ander (IGN)Hola,
Estoy intentando publicar la extension basica “HelloWord” en Business Central, pero cuando la compilo desde VS Code no me la publica, sin embargo si la publico desde PowerShell con el parametro -SkipVerification si.
Ahora que tenemos el onPremise no hay problema, pero en un futuro, como se puede publicar directamente desde el VS Code en Business Central?
Gracias.
16 noviembre 2018 a las 09:25 #6878
Laura NicolàsSuperadministradorLaura NicolàsHola Jon,
No se puede publicar directamente desde vscode a Business Central, no en el entorno de producción. Sí en el Sandbox.
Vscode es un entorno de desarrollo. Desde un entorno de desarrollo:
– tiene sentido publicar contra un entorno de desarrollo/test
– no tiene sentido publicar a un entorno de producciónEl deployment a producción tiene que seguir otros caminos:
- En una implementación on-premise, se hace desde el PowerShell
- En una implementación cloud, se hace desde la página de Extension Management, haciendo clic en el botón Cargar extensión.
Salut!
Laura Nicolàs16 noviembre 2018 a las 09:49 #6880
Jon Ander (IGN)Participante16 noviembre 2018 a las 09:55 #6881
Laura NicolàsSuperadministradorLaura NicolàsLas pruebas no se hacen en real ,-)
De todas formas en vscode puedes:
– Instalar la extensión de PowerShell
– Crear un script .ps1 y guardarlo dentro del propio proyecto
– Ejecutarlo desde la consola de vscodeA la que conoces los atajos de teclado y te sabes mover con soltura por vscode, tardas exactamente lo mismo en publicar.
Salut!
Laura Nicolàs16 noviembre 2018 a las 10:12 #6883
BETEAParticipanteBETEAAupa Jon Ander,
No se si servira de ayuda, pero yo he realizado pruebas sobre una instalación puramente en la nube que tenemos.
No publica como tu dices, pero existe una opcion en la configuración de extensiones para poder importar el archivo .app qeu se genera al compilar
No se si te habra servico de ayuda…
19 noviembre 2018 a las 12:55 #6907
Jon Ander (IGN)ParticipanteJon Ander (IGN)Buenas Javier,
Antes que nada un placer saludarte (Coincidi con tus compañeros en el curso impartido por estas dos Cracks!)
Seguidamente, Gracias por la aportacion, pero el problema que veo es a la ahora de hacer “prueba/error” mas que nada, porque hay veces que la persona que prueba el desarrollo no es la misma que la que lo desarrolla, por lo tanto me parecia un poco de perdida de tiempo.
Subir la app directamente a produccion si me parece un poco arriesgado, pero nosotros solemos tener un entorno de desarrollo y otro de produccion y antes era compilabas y probabas, ahora tienes que andar con powershell o subiendo la app (y tener un sandbox o una instalacion de BC por cliente… me parece un poco locura, pero habra que acostumbrarse)
Gracias a ambos por las respuestas.
19 noviembre 2018 a las 13:01 #6909
BETEAParticipanteBETEAAupa Jon Ander,
Yo trabajo contra un docker que he instalado en un servidor propio. hago las pruebas ahi, y listo.
El problema de importar la app en otra instandcia que no sea la misma sobre la que estas desarrollando, es mantener el control de la numeracion de las extensiones..
Un saludo
Aitor
19 noviembre 2018 a las 13:06 #6910
Jon Ander (IGN)ParticipanteJon Ander (IGN)Buenas Aitor,
Si tienes razon, el desarrollador hace algunas pruebas, pero (en mi caso) hay funcionalidades que prefiero que pruebe una figura mas funcional antes de trasladarselo al cliente.. por lo tanto, como haceis en el caso de que otra persona quiere realizar las pruebas?
Antes con crear una instancia en la misma red apuntando a una base de datos valia..
Ahora tendrias que pasarle el app y que el/ella lo publique en su BC, y si estan creando mas de un proyecto para diferentes clientes.. y las numeraciones son las mismas.. como lo realizas? tienes que andar instalando y desinstalando la extension para que no “choque”…
Me parece un poco complicado el tema de mantenimiento/testeo de los desarrollos, antes era mucho mas sencillo.. pero como he comentado antes, habra que acostumbrarse…
Gracias por el aporte.
Saludos.
19 noviembre 2018 a las 13:12 #6911
BETEAParticipanteBETEALa verdad es que si parece que es bastante engorroso, al final es como si tuvieas que mantener una especie de lista para controlar los objetos por cada instalacion. O al menos es como yo tengo pensado hacerlo, ya qeu aun tampoco tenemos ninguna implantacion en produccion…
Si que me he encontrado alguna vez, el ver como una extension ocupa el mismo rango de numeros que otra, y tener que desintastalarla para poder instalar la nueva… Seguramente exista algun forma mas efectiva de llevar el control, pero ahora mismo ni idea, estoy muy verde todavia…
19 noviembre 2018 a las 15:34 #6912
Jon Ander (IGN)ParticipanteJon Ander (IGN)Buenas,
Yo tengo un par de ideas.. una crear una base de datos (access o SQL) con todos los clientes y sus rangos con el objeto y una pequeña descripcion de lo que hace…
o meter horas en Git GUI que se supone que es un programa para crear repositorios y te va informando de las diferentes versiones…
Si tengo tiempo me creare un pequeño programilla para llevar las gestion de cada extension… Pero ya sabes.. poco tiempo mucha imaginacion jajaja
Gracias por todo.
19 noviembre 2018 a las 16:18 #6915
Cristina NicolàsSuperadministradorCristina NicolàsHola,
Con el tema de las numeraciones yo también ando un poco liada.
Desde hace poco he empezado a investigar y a utilizar GIT.Para controlar el tema de las numeraciones, he creado un Excel donde voy anotando los diferentes objetos utilizados. El excel lo guardo dentro de la propia carpeta donde están las extensiones del cliente y el Excel lo sincronizo con GIT también.
Así, cuando otro desarrollador (o yo misma) tenga que hacer un nuevo desarrollo, al recuperar el proyecto de GIT, recuperará el Excel también y podrá consultar las numeraciones.
De todos modos es muy manual.
Pero seguro que aparecerán herramientas en Visual Studio Code para llevar un mejor control.
De hecho ya el IntelliSense del propio AL Language ahora en Business Central ya te dice cual es el siguiente número libre cuando creas un nuevo objeto. Pero solo tiene en cuenta objetos creados por la propia extensión. Me faltaría que de algún modo se conectase a la BBDD y viera números utilizados también por otras extensiones instaladas en la misma BBDD.Un saludo,
Cristina Nicolàs19 noviembre 2018 a las 16:53 #6916
Jon Ander (IGN)ParticipanteJon Ander (IGN)Lo que comentas seria la os…. pero me da que todavia esta un poco verde, lo que si encontre fue un “object designer” que te descompila la app (y los repositorios) del proyecto y te lo muestra como el object designer de Dynamics NAV pero solo de las extensiones las cuales tengas la app… si no la tienes no sabes que numeracion esta libre…
Digo yo que iremos mejorando, pero esta claro que la rapidez de desarrollo/test/instalacion que teniamos antes, ha disminuido mucho… (a mi parecer)
19 noviembre 2018 a las 17:09 #6917
Debe iniciar sesión para responder a este tema.