Migrar proyecto verison 2.7.13 a 3.2.2

Richard, buen día

Por favor me colaboras con dos puntos:

  1. Instale el framework según lo indicado, pero NO logre que el diretorio INSTALACION, me quedara fuera del VENDOR, como recomiendas para futuras
    actualizaciones, sigue quedando donde siempre
    MIGRAR
  2. En el origen exporte normalmente el proyecto que se llama hoja_vida
    2.1. La carpeta completa del proyecto se pega en C:\proyectos_toba\vendor\siu-toba\framework\proyectos\hoja_vida
    2.2. Al intentar migrar con los comandos del help me sale el error que te describo, no son compatibles pasarlos o no es la forma, o cual es la forma correcta?

EJECUTO C:\proyectos_toba\vendor\siu-toba\framework\bin>toba proyecto migrar_toba -p hoja_vida -i desarrollo -d “c:\proyectos\toba_2_7\instalacion” -h “c:\proyectos_toba\proyectos\hoja_vida”

ERROR
El nmero de versin c:\proyectos\toba_2_7\instalacion es incorrecto. Se requiere al menos 3 partes. El formato debe ser x.y.z (inestable-build). Donde
(inestable-build) es opcional

  1. y aplicando IMPORTAR
    toba proyecto importar -p hoja_vida -i desarrollo -d “c:\proyectos\toba_2_7” --destino “c:\proyectos_toba\proyectos\hoja_vida”
    En el directorio destino, solo pasa la carpeta METADATOS, las faltantes PHP-WWW-proyecto.ini no los pasa
    además de todo lo que he leido, dices que cada proyecto tentra su propio toba_usuarios y demás…, tampoco encuentra la url para loguearnos

Disculpa que por ser primera vez estoy perdido

Quedo atento, cordial saludo

Hola Jhon,

Lo respondi en el otro hilo.

MIGRAR 2. En el origen exporte normalmente el proyecto que se llama hoja_vida 2.1. La carpeta completa del proyecto se pega en C:\proyectos_toba\vendor\siu-toba\framework\proyectos\hoja_vida
Fijate que cambio la manera en que se organiza el proyecto, en el README de la version 3.0+ esta especificada la nueva forma de organizacion de las carpetas...poner el proyecto ahi dentro cuando deberia estar por fuera, solo va a hacer que no se encuentre lo que debe.
2.2. Al intentar migrar con los comandos del help me sale el error que te describo, no son compatibles pasarlos o no es la forma, o cual es la forma correcta?

EJECUTO C:\proyectos_toba\vendor\siu-toba\framework\bin>toba proyecto migrar_toba -p hoja_vida -i desarrollo -d “c:\proyectos\toba_2_7\instalacion” -h “c:\proyectos_toba\proyectos\hoja_vida”
ERROR
El nmero de versin c:\proyectos\toba_2_7\instalacion es incorrecto. Se requiere al menos 3 partes. El formato debe ser x.y.z (inestable-build). Donde
(inestable-build) es opcional


El comando necesita el directorio de la instalacion anterior de Toba (o del proyecto segun el caso), no de la carpeta “instalacion”… son dos cosas distintas.

3. y aplicando IMPORTAR toba proyecto importar -p hoja_vida -i desarrollo -d "c:\proyectos\toba_2_7" --destino "c:\proyectos_toba\proyectos\hoja_vida" En el directorio destino, solo pasa la carpeta METADATOS, las faltantes PHP-WWW-proyecto.ini no los pasa además de todo lo que he leido, dices que cada proyecto tentra su propio toba_usuarios y demás...., tampoco encuentra la url para loguearnos
Esto puede derivar del primer punto que pusiste, si copiaste el proyecto dentro de [i] C:\proyectos_toba\vendor\siu-toba\framework\proyectos\hoja_vida[/i] la ruta de destino que le pasaste al comando no es la correcta. Por otro lado, nunca el comando importar copio la carpeta www o php para el caso, eso queda a responsabilidad de la persona que ejecuta la migracion como paso previo.

El orden correcto hubiera sido:

  • Copiar el proyecto en c:\proyectos_toba\proyectos\hoja_vida
  • Realizar la instalacion de Toba segun lo explicitado en el README de la misma.
  • Ejecutar el comando toba proyecto importar -p hoja_vida -i desarrollo -d “c:\proyectos\toba_2_7” --destino “c:\proyectos_toba\proyectos\hoja_vida”

Con eso te deberia quedar migrado el proyecto a la version 3.2.x
Saludos

Ingeniero, mil gracias
Ya quedó claro lo de crear e importar proyectos, en instancias y bases de datos diferentes

  1. Cuando voy a trabajar un proyecto en particular me toca desactivar en httpd.conf las líneas correspondientes a otras instalaciones (una por proyecto) y dejar solo la que corresponda al proyecto a trabajar y asi poder ingresar localhost/toba_editor/3.2 para trabajar dicho proyecto; esto es lógico o hay otra forma ? ya que me di cuenta porque siempre toba_editor arrancaba con el primer proyecto creado.

  2. Lo de listar multiproyectos, que aprecía en la parte superior drecha, para que el usuario pasara de un proyecto a otro con el mismo login, entonces ya NO tendría sentido, o igual en la misma instancia podría manejar varios proyectos ? sacando el directorio instalación a un directorio anterior de los proyectos que comparitan dicha instancia?

  3. el paso a producción, se similar a la instalación de la instanica de desarrollo ? para aplicar cargar y regenerar como se hacía anteriormente ? o recomiendas empaquetar y pasar uno por uno?

  4. Probe lo de boostrap con lo de contexto_ejecucion.php y si es genial el logro obtenido, agregamos al composer.json la opcion “siu/manejador-salida-bootstrap”: “^1.0”, se requiere otras ?

  5. Como puedo entonces mejorar este concepto de boostrap digamos para adecuarlo a plantillas que se descargan como para la página del login.

Disculpa si son preguntas obvias, pero como es primera vez que lo implementamos requerimos de los expertos, y no hacer un daño

Mil gracias y cordial saludo

Hola Jhon,

No, en lo absoluto… lo que si puede que tengas que hacer, es corregir las urls de las distintas instalaciones de Toba para que no se pisen los alias entre si.
Eso lo podes hacer facilmente via lo siguiente:


- Ejecutando toba instalacion despublicar
- Modificando el parametro url en el archivo instalacion.ini
- Modificar el alias de toba_usuarios, toba_editor en instancia.ini
- Ejecutando toba instalacion publicar

Luego de que hayas cambiado todos, reinicias el servidor web para que incorpore los cambios y listo, con un poco de cuidado en las urls podes tener todo activo en simultaneo sin problemas.

2. Lo de listar multiproyectos, que aprecía en la parte superior drecha, para que el usuario pasara de un proyecto a otro con el mismo login, entonces ya NO tendría sentido, o igual en la misma instancia podría manejar varios proyectos ? sacando el directorio instalación a un directorio anterior de los proyectos que comparitan dicha instancia?
Lo de listar multiproyectos no se cambio.. pero es mas complicado con esta nueva manera de instalar Toba poder tener varios proyectos en la misma instancia, no es imposible pero si mas trabajoso y requiere de mucho mas cuidado.
3. el paso a producción, se similar a la instalación de la instanica de desarrollo ? para aplicar cargar y regenerar como se hacía anteriormente ? o recomiendas empaquetar y pasar uno por uno?
Ignoro como venias realizando el pasaje a produccion.. pero los comandos de consola no cambiaron.. si venias empaquetando varios proyectos en uno, probablemente si tengas que cambiar el mecanismo.
3. Probe lo de boostrap con lo de contexto_ejecucion.php y si es genial el logro obtenido, agregamos al composer.json la opcion "siu/manejador-salida-bootstrap": "^1.0", se requiere otras ?
En gral las dependencias que se requieren las vamos incluyendo para que composer las baje automaticamente, cuando no es posible dicha manera lo explicitamos.
4. Como puedo entonces mejorar este concepto de boostrap digamos para adecuarlo a plantillas que se descargan como para la página del login.
En el proyecto toba_referencia de la ultima version de Toba, existe un ejemplo de extension de un manejador para que puedas guiarte sobre como encarar una adecuacion. Asi mismo, podes definir tu propio manejador.. solo debe implementar la interface de manejadores de salida (esta como dependencia en el manejador-boostrap) y luego le indicas al runtime de Toba que lo utilice, tal como esta en el ejemplo de toba_referencia.

Saludos

Ingeniero, mil gracias

Quedan solucionados los puntos de migración respectivos.

  1. Te cambio entonces la pregunta, la instalación de producción del Framework 3.2.2 en Ubuntu es el mismo que segui en este caso para windows ?
    lo que haciamos antes es desarrollar el proyecto completo en la instancia desarrollo y en producción pegabamos la carpeta del mismo y aplicabamos cargar; al momento tenemos php version 7.0, aguantaría esta o obligadamente la que ustedes recomiendan como mínmo la 7.1

  2. Segui paso a paso para un proyecto nuevo https://github.com/SIU-Toba/framework (descargar, cambiar nombre directorio, composer install, export, instalar toba, crear proyecto), pero al extender el contexto_ejecucion.php, sale una interfaz totalmente distorcionada (adjunto imagen1), y al tratar de editarlo se queda en un reproceso sin fin(grafica2), contrario a si solamente lo hago por toba proyecto crear sin la descarga del github,
    el contexto_ejecucion.php active las dos líneas iniciales use y active las líneas
    $bootstrap_config = new bootstrap_factory();
    toba::output()->registrarServicio($bootstrap_config);
    2.1. Al archivo composer.json y composer.lock se dejan tal cual al de la descarga, hay que cambiar algo?

  3. Esta si la lanzo al foro si alguien tiene un ejemplo más completo digamos paso a paso de haber implementado una plantilla de boostrap al proyecto, donde hay que cambiar; disculpa es que por primera vez lo vamos a ser y solo llegamos a extender el contexto_ejecucion.php en toba referencia.

  4. El proceso de migración si logramos los efectos del responsibe(ultima imagen), y comparando en la raiza del proyecto NO tiene tantos directorios como en el desde cero

toba_3.2.2 php 7.1.2.6
Quedo atento a este paso final.

Cordial Saludo


error proyecto desde cero.png

error proyecto desde cero.png

error proyecto desde cero2.png

error proyecto desde cero2.png

en migracion.png

en migracion.png

Hola Jhon

La instalacion del framework es similar tanto en Ubuntu como Windows, solo debes tener el soft base que se requiere… el resto se lleva adelante via composer o scripts en PHP.

Pegar la carpeta sobre lo que estaba nunca fue un buen ejemplo de deployment, si recordas siempre se recomendaba tener una instalacion nueva… no hacerlo sobre la misma.
Con el cambio de estructura y el uso de composer, esto va a ser mucho mas importante… ya que al poder existir diferencias entre las versiones de desarrollo y produccion, composer bajara distintas versiones de las librerias segun corresponda… asi que pegar la carpeta va a ser una peor forma de “instalar” de lo que ya era.

El requerimiento minimo es php 7.1.

2. Segui paso a paso para un proyecto nuevo https://github.com/SIU-Toba/framework (descargar, cambiar nombre directorio, composer install, export, instalar toba, crear proyecto), pero al extender el contexto_ejecucion.php, sale una interfaz totalmente distorcionada (adjunto imagen1), y al tratar de editarlo se queda en un reproceso sin fin(grafica2), contrario a si solamente lo hago por toba proyecto crear sin la descarga del github, el contexto_ejecucion.php active las dos líneas iniciales use y active las líneas $bootstrap_config = new bootstrap_factory(); toba::output()->registrarServicio($bootstrap_config); 2.1. Al archivo composer.json y composer.lock se dejan tal cual al de la descarga, hay que cambiar algo?

Primeramente, esas dos lineas no son de activacion porque si… debes tener la dependencia correcta en el composer.json y los scripts ejecutados en la seccion correspondiente, no es automagico… si lo tomas asi, vas a obtener esos resultados.

De la primera imagen me atrevo a decir que falta incorporar los assets del manejador de salida (para eso se agrega la ejecucion de los scripts).
De la segunda imagen, estimo que tambien estan faltando los assets basicos de toba.

Te recomiendo que te interiorices sobre el papel de composer y de Yarn (asi como su operatoria), sin esos conceptos basicos se te va a hacer mas complicado poder distinguir que puede estar pasando al ver situaciones como esta y donde esta la posible falla.

Si, el archivo composer.json tiene que ser modificado, de hecho en el README de Toba se especifica claramente que es necesario tocar, lo mismo en el README del manejador de salida.

3. Esta si la lanzo al foro si alguien tiene un ejemplo más completo digamos paso a paso de haber implementado una plantilla de boostrap al proyecto, donde hay que cambiar; disculpa es que por primera vez lo vamos a ser y solo llegamos a extender el contexto_ejecucion.php en toba referencia.
El mismo proyecto toba_referencia tiene dicho ejemplo.
4. El proceso de migración si logramos los efectos del responsibe(ultima imagen), y comparando en la raiza del proyecto NO tiene tantos directorios como en el desde cero
Que directorios te estarian "sobrando" en la creacion de un proyecto desde cero?.

Saludos

Richard, gracias por responder, seguimos en la lucha

Por favor me revisas el composer.json para aplicar composer install a partir de la descarga proyecto cero del git, y el composer.json que trae, pero al final marca un error (ver grafica)
Las únicas líneas que adicionmos son las que tiene que ver con la manejador-salida-bootstrap, ya que la del framework (“siu-toba/framework”: “^3.2”,) asumimos que ya viene con la descarga, (con esas unicas dos opciones del composer fue que el de migrar nos da sin errores el responsibe)

Al instalar el framework, con dicho error estas son los directorios y archivos que se crean (ver grafica)

disculpa la insistencia ya que es primera vez.

{
“name”: “siu-toba/framework”,
“description”: “Framework de desarrollo web”,
“authors”: [
{
“name”: “SIU”,
“email”: “toba@siu.edu.ar”
}
],
“repositories”: [
{
“type”: “composer”,
“url”: “https://satis.siu.edu.ar
}
],
“minimum-stability”: “dev”,
“prefer-stable” : true,
“require”: {
“php” : “>=7.1”,
“symfony/yaml”: “~3.1”,
“siu/security-multitool”: “1.0”,
“paragonie/random-lib” : “~2.0”,
“siu-toba/rest”: “~2.0”,
“siu-toba/ssl-cert-utils”: “@dev”,
“guzzlehttp/guzzle”: “~6.3”,
“onelogin/php-saml”: “~3.1”,
“siu-toba/numbers_words”: “0.18.0.1”,
“guiguiboy/php-cli-progress-bar”: “dev-master”,
“phpoffice/phpspreadsheet”: “^1.0”,
“dapphp/securimage”: “~3.6”,
“rospdf/pdf-php”: “~0.12”,
“siu-toba/structures_graph”: “^1.1.1.1”,
“phpmailer/phpmailer”: “^6.0”,
“siu-toba/text_highlighter”: “~0.8”,
“siu-toba/services_json”: “^1.0.3.3”,
“siu/rdi”: “~0.9”,
“vlucas/phpdotenv”: “~3.1”,
“ioncube/php-openssl-cryptor”: “dev-master”,
“siu/manejador-salida-bootstrap”: “^1.0”,
“siu/manejador-salida-toba” : “^1.0”,
“psr/log”: “^1.0”
},
“require-dev”: {
“simpletest/simpletest”: “~1.1”,
“facebook/webdriver”: “^1”,
“greenlion/php-sql-parser”: “@dev”,
“siu/arai-cli”: “",
“siu/arai-crypto”: "
”,
“siu/arai-json-parser”: “",
“siu/arai-json-migrator”: "
”,
“paragonie/halite”: “1.6.0”
},
“suggest”: {
“siu-toba/jasper”: “Permite imprimir reportes via Jasper desde SIU-Toba”,
“siu/arai-reportes”: “Permite imprimir reportes via un servidor Jasper desde SIU-Toba”,
“siu/arai-cli” : “Librería cliente de los componentes ARAI”,
“siu/manejador-salida-bootstrap”: “Permite generar un marcado HTML responsive”,
“simplesamlphp/simplesamlphp”: “Permite conectarse a un IDP centralizado (see onelogin)”
},
“conflict”: {
“siu/arai-cli”: “<2.5.0”
},
“bin”: [“bin/toba”,
“bin/toba_docker”],
“autoload”: {
“psr-4”: {
“SIUToba\Framework\”: “src/SIUToba/”
}
},
“scripts”: {
“post-install-cmd”: [
“composer run-script post-install-cmd -d ./vendor/siu/manejador-salida-bootstrap/”,
“yarn add ckeditor@4.11 jquery@3.3 jquery-migrate@3.0 siu-js-app-launcher@1.0 --modules-folder www/js/packages/”,
"yarn ",
“php bin/instalar_assets.php”
],
“post-update-cmd”: [
“composer run-script post-install-cmd -d ./vendor/siu/manejador-salida-bootstrap/”,
“yarn --non-interactive --modules-folder www/js/packages/”,
“php bin/instalar_assets.php”
]
}
}


al agregar assets.png

al agregar assets.png

directorios-archivos-generados.png

directorios-archivos-generados.png

Hola Jhon,

A ver, vamos por partes:

  • De donde salio este json que subiste?.. claramente no es ni por asomo el indicado en el README para la creacion de un proyecto desde cero.
  • Estas intentando instalar Toba de la manera anterior (lease por fuera del proyecto?)

Si vas a hacer esto ultimo, hay cosas que tenes que resolver de manera manual ya que los scripts estan hechos para seguir el comportamiento estandar.
Esto es, vas a tener que realizar la copia de los assets de manera manual y simular justamente lo que intenta hacer el script instalar_assets, respetando carpetas y nombres.
Ademas de eso, tenes que invertir la posicion de la carpeta del proyecto… en la imagen pareciera que lo tenes al mismo nivel.

Las únicas líneas que adicionmos son las que tiene que ver con la manejador-salida-bootstrap, ya que la del framework ("siu-toba/framework": "^3.2",) asumimos que ya viene con la descarga, (con esas unicas dos opciones del composer fue que el de migrar nos da sin errores el responsibe)

En el .json que subiste no existe una linea “siu-toba/framework”: “^3.2”, quizas subiste el archivo equivocado?.
Si es este ultimo caso, subime el json del proyecto y lo vemos.

Al instalar el framework, con dicho error estas son los directorios y archivos que se crean (ver grafica)
Dichos archivos son propios del framework y estan incluidos en el codigo del mismo... ahi no sobra nada, lo que no entiendo del todo es que refleja esa estructura de directorios que enviaste en la imagen, hay una carpeta vendor y varias carpetas "prueba" (que estimo tienen codigo de Toba) por fuera de la misma.

La descarga del framework debe quedar dentro de la carpeta vendor del proyecto, no fuera… .asi mismo Toba internamente no debe poseer una carpeta vendor, ya que las libs necesarias quedan en la perteneciente al proyecto.

disculpa la insistencia ya que es primera vez.
No hay problema con la insistencia pero realmente es necesario que entiendas el funcionamiento de composer y donde descarga cada cosa, porque de otra manera nos vamos a trabar en un ciclo infinito.

Saludos

Ingeniero, gracias por responder

El composer.json que dices es el que viene directamente de la descaga del template de un proyecto cero, del git

Todas las carpetas prueba que ves, es porque como te interpreté es que cada proyecto es un directorio totalmente independiente, descarto el template cero, donde asumo que ya viene con los archivos de instalación del FameWork (o estoy errado?), por eso en el composer.json solo adiciono la descarga del manejador y no el framework version ^3.2.

Lo de composer es claro, me permite instalar y/o actualizar directamente desde un servidor, con más seguridad y facilidad

La confusión inicia es cuando para crear un proyecto nuevo, asumo que es porque debo tomar como refencia el template del git y luego seguir los pasos indicados como lo estamos intentando.

Gracias por tu paciencia, cuando supere estos inconvenientes, subo el paso a paso completo

Cordial saludo

Hola Jhon,

El contenido json que subiste es mucho mas extenso que el archivo que enlace yo. Es mas, diria que es el contenido de composer.json de Toba, mientras que yo te solicite el archivo composer.json del proyecto.

Todas las carpetas prueba que ves, es porque como te interpreté es que cada proyecto es un directorio totalmente independiente, descarto el template cero, donde asumo que ya viene con los archivos de instalación del FameWork (o estoy errado?), por eso en el composer.json solo adiciono la descarga del manejador y no el framework version ^3.2.
Creo que aqui viene parte de la confusion. - Los proyectos tienen directorios independientes.. eso quiere decir que cada uno es autocontenido, debe tener todas sus librerias adentro de [b]dir_proyecto/vendor[/b] (incluido Toba). - El template no trae incluidos los archivos del framework, solo trae un archivo json pre-configurado al que debes modificar para agregar lo que necesites y luego realizar el [i]composer install[/i], es lo minimo que necesitas para arrancar un proyecto de cero, fuera de eso y algunos directorios basicos, no trae nada extra.
Lo de composer es claro, me permite instalar y/o actualizar directamente desde un servidor, con más seguridad y facilidad
Si.. pero te note un poco confundido con la mecanica del mismo, donde guarda los paquetes, como se agregan dependencis, scripts, etc. Por eso te solicite que profundizaras sobre el mismo.
La confusión inicia es cuando para crear un proyecto nuevo, asumo que es porque debo tomar como refencia el template del git y luego seguir los pasos indicados como lo estamos intentando.
No solo es tomarlo como referencia, es usarlo... lo bajas, lo modificas y comienzas a desarrollar tu proyecto sobre el. En algun momento, descartaste esa idea y comenzaste a generar tu propio directorio y a tomar el archivo composer.json de Toba como punto de arranque. Creo que salvando esto, puedes ir mucho mas directo.

Saludos

Richard, buenas noches

Por fin, el problema es que estabamos descargando de otro template con gran diferencia como decías, el template cero es de https://github.com/SIU-Toba/template-proyecto-toba

  1. Si cada proyecto tendrá su propia instalación del Framework siu-toba 3.2.2, con los proyectos propios (editor - usuarios -referencia) e igualmente una base de datos nueva, en resúmen NO requiero instalar el Framework totalmente independiente, sino despues de crear cada proyecto, a partir del proyecto cero, o instalar el framework para posteriormente crear el proyecto del negocio

  2. Lo del proyecto desde el template cero, sería opcional, ya que lo puedo crear despues de la instalación del framework o hay alguna diferencia o ventaja ?

  3. Solo me queda aplicar otras plantillas diferentes de boostrap, pero como es primera vez, tienes a la mano algo más fuera del toba referencia de como aplicar por ejemplo la plantilla del login, y arreglar la posición de las etiquetas y efs, ya que si estan dentro de un Layout quedan montados y se daña la presentación que se tenía (ver grafica)

  4. Como cambia el comando para llegar al directorio del proyecto, antes usabamos toba_dir() para llegar, pero ahora solo se requiere llegar al dir del proyecto y no del framework que queda más adelante, por ahora utilizamos la función de php getcwd()

Mil gracias

Cordial Saludo


efs layout.png

efs layout.png

Hola Jhon,

Para poder crear el proyecto via el comando toba proyecto crear necesariamente debes tener instalado el framework.
En definitiva vas a tener tantas instalaciones del framework como proyectos tengas.

2. Lo del proyecto desde el template cero, sería opcional, ya que lo puedo crear despues de la instalación del framework o hay alguna diferencia o ventaja ?
Es opcional, mientras armes un archivo composer.json de manera correcta y tengas un par de directorios minimos podes hacerlo sin necesidad del template. La ventaja de este ultimo es que solo debes reemplazar un par de textos, agregar las dependencias que necesites y comienzas con la instalacion. Elige la opcion que te resulte mas comoda.
2. Solo me queda aplicar otras plantillas diferentes de boostrap, pero como es primera vez, tienes a la mano algo más fuera del toba referencia de como aplicar por ejemplo la plantilla del login, y arreglar la posición de las etiquetas y efs, ya que si estan dentro de un Layout quedan montados y se daña la presentación que se tenía (ver grafica)

Debes tener en cuenta que el cambio de manejador implica que estas usando un marcado distinto y otros archivos css, por lo que el resultado de fusionar el css que traia tu proyecto con el nuevo puede tener estos inconvenientes, la unica manera de arreglarlo es hacer las correcciones correspondientes al css del proyecto, verificando ademas el marcado.

3. Como cambia el comando para llegar al directorio del proyecto, antes usabamos toba_dir() para llegar, pero ahora solo se requiere llegar al dir del proyecto y no del framework que queda más adelante, por ahora utilizamos la función de php getcwd()

toba_dir() siempre apunto al directorio del framework, no del proyecto… para ello existio siempre toba_proyecto::get_path() con el cual obtenias el directorio base donde se ubicaba el proyecto en cuestion.

Saludos

Richard, te consulto. Cuales serían los pasos correctos para personalizar el manejador_salida_boostrap? Es decir, tras descomentar las lineas referidas a la instanciación extendida de boostrap en el contexto_ejecucion que debo hacer para modificar un componente y como debo regenerar el autoload del proyecto para que tome ese cambio?
Por ultimo, que pasa cuando le manejador base se actualice? que debo hacer para incorporar esos cambios a mi extension?
Saludos.

Hola Nicolas,

en el caso del manejador de salida, no existe el concepto de “personalizacion”… lo que si podes hacer es crear tu propio manejador (parcial si queres) y usar el esquema de carga para que use el manejador bootstrap de fallback.

En toba_referencia hay un ejemplo de justamente eso… se crea un manejador parcial que cambia algunas cosas de la salida y utiliza como fallback el manejador que haya sido cargado previamente.

Hay algunas clases en ese esquema que son obligatorias (_config , _factory, etc)… pero las que pertenecen a los componentes son individuales, podes hacer la clase para el cuadro pero no el resto de los componentes, lo unico a tener en cuenta es que la clase tiene que implementar la interface para la misma , la idea es que no heredes de otro manejador para no crear acoplamientos innecesarios.

Es decir, tras descomentar las lineas referidas a la instanciación extendida de boostrap en el contexto_ejecucion que debo hacer para modificar un componente y como debo regenerar el autoload del proyecto para que tome ese cambio?

Eso depende como lo quieras llevar adelante, si mantenes el manejador como un paquete aparte que se instala por composer… vas a tener que hacer algo similar a lo que se hace hoy con el manejador_bootstrap.

Si lo mantenes dentro del codigo del proyecto, lo vas desarrollando y vas cargando las clases via autoload. Para actualizarlo solo tenes que usar el comando toba proyecto autoload -p nombreProyecto y con eso te lo actualiza.

Por ultimo, que pasa cuando le manejador base se actualice? que debo hacer para incorporar esos cambios a mi extension?
La idea es que cada manejador sea independiente, asi que mientras no tengas cambios en la interface (que los puede y va a haber) no tendrias mucho drama, si te puede pasar que usando otro manejador como fallback al modificarse el html que emite tengas que ajustar el tuyo... pero es lo mismo que te pasaria si cambio el marcado de toba_ei_cuadro_salida_html y tenes una extension de algun metodo puntual.

Una opcion para no depender de eso, es que implementes todo el manejador en su completitud… entonces el marcado que sale es siempre el que vos hiciste, salvo que como te decia en algun momento cambie la interface y tengas que hacer ajustes al encabezado o uso de algun metodo.

Saludos

Hola que tal? Yo estoy tratando de migrar o levantar un proyecto en toba 2.7 a 3.3 que esta en otro servidor
En este hilo se habla de los siguientes pasos

Copiar el proyecto en c:\proyectos_toba\proyectos\hoja_vida
Realizar la instalacion de Toba segun lo explicitado en el README de la misma.
Ejecutar el comando toba proyecto importar -p hoja_vida -i desarrollo -d “c:\proyectos\toba_2_7” --destino “c:\proyectos_toba\proyectos\hoja_vida”
El tema es que el toba proyecto importar -p nombre_proyecto -d dir_instalacion_anterior --destino pwd no lo puedo hacer porque no tengo la dirección de la instalación anterior entonces como seria este ultimo paso?
Por otro lado desde el servidor origen (version 2.7) tengo que hacer toba proyecto exportar -p nombreproyecto? o Simplemente me copio la carpeta del proyecto?
Ya que estoy como se migran los usuarios de un servidor al otro? que tablas hay que copiar ademas de las apex_usuario*

Buena pregunta,
a mí se me facilitó, por tener instalado también el 2.7 en mi pc,
La pregunta concreta para su caso es que si bastaría también pegar solo la carpeta de instalación en dicha ruta, o habrá que instalar el toba_2_7, para que se pueda aplicar importar?

Cordial Saludo

Hola,

lo termine respondiendo aca.

Saludos