[Importante] Anunciando Orfeo 3.8.0 (pruebas)
50 views
Skip to first unread message
Rafael Enrique Ortiz Guerrero
May 14, 2009, 5:14:13 PM5/14/09
to orfeogpl
Hola!.
Estamos anunciando la salida de orfeo versión 3.8.0 (para pruebas)
Orfeo es un software comunitario y en esta oportunidad se tienen los siguientes cambios arreglos y nuevas características!
-Eliminación Variables GLobales.- FLujos
Desarrolladores:
La ruta de descarga es https://orfeogpl.info/svn/src/orfeo-3.8.0
Tenemos un mes para sacar la versión publica 3.8.0
Se van a dar dos semanas de pruebas y últimos ajustes
y dos semanas de congelamiento..donde no se puede subir nuevo código y se establecen errores y sugerencias de desarrollo para corregir y para la versión 3.8.1.
La política de release estara basada en ciclos de 3 meses, dos meses de desarrollo y un mes de establiizacion, pruebas y preparacion para la siguiente version.
Esperamos algunos cambios de herramientas de trabajo para la version 4.0, el proceso puede ser mas complejo pero creo que entre cuatro y tres releases al año son convenientes. Esto todavia se esta discutiendo.
Usuarios:
En un mes podrán descargar la nueva y mejorada versión de orfeo!
en svn y en versión comprimida tar.bz2!
Muchas gracias a todos los miembros, empresas y entidades de la comunidad que con su gran trabajo han hecho posible esta nueva version, adjunto esta el registro de trabajo en el repositorio.
Rafael Ortiz
Estamos anunciando la salida de orfeo versión 3.8.0 (para pruebas)
Orfeo es un software comunitario y en esta oportunidad se tienen los siguientes cambios arreglos y nuevas características!
-Eliminación Variables GLobales.- FLujos
- Vídeos de Ayuda.
-Arreglo en fallas de Sesiones.
- Combinación de ODT's-
- Radicacion de Formularios WEB.
- WebServices.
-Comunicacion entre Orfeos.-Radicacion En linea.
- Alertas a Correos Electrónicos.
- Adaptación a postgres 8.3
- Adaptación a postgres 8.3
Desarrolladores:
La ruta de descarga es https://orfeogpl.info/svn/src/orfeo-3.8.0
Tenemos un mes para sacar la versión publica 3.8.0
Se van a dar dos semanas de pruebas y últimos ajustes
y dos semanas de congelamiento..donde no se puede subir nuevo código y se establecen errores y sugerencias de desarrollo para corregir y para la versión 3.8.1.
La política de release estara basada en ciclos de 3 meses, dos meses de desarrollo y un mes de establiizacion, pruebas y preparacion para la siguiente version.
Esperamos algunos cambios de herramientas de trabajo para la version 4.0, el proceso puede ser mas complejo pero creo que entre cuatro y tres releases al año son convenientes. Esto todavia se esta discutiendo.
Usuarios:
En un mes podrán descargar la nueva y mejorada versión de orfeo!
en svn y en versión comprimida tar.bz2!
Muchas gracias a todos los miembros, empresas y entidades de la comunidad que con su gran trabajo han hecho posible esta nueva version, adjunto esta el registro de trabajo en el repositorio.
Rafael Ortiz
Edison David
May 14, 2009, 5:30:42 PM5/14/09
to orfe...@googlegroups.com
Saludos,
Esta version que bases de datos soporta ademas de postgress, MsSql Server?? Oracle??.
Quisiera saber si existe documentacion mas especifica acerca de los nuevos modulos o mejoras de esta nueva version.
Esta version que bases de datos soporta ademas de postgress, MsSql Server?? Oracle??.
Quisiera saber si existe documentacion mas especifica acerca de los nuevos modulos o mejoras de esta nueva version.
JAIRO LOSADA
May 15, 2009, 9:22:58 AM5/15/09
to orfe...@googlegroups.com
Se esta probando actualmente en Postgres Y Oracle...
Pero si alguien puede hacer las pruebas y ajustes de Ms seria bueno.
JAIRO LOSADA
OrfeoGpl
Pero si alguien puede hacer las pruebas y ajustes de Ms seria bueno.
JAIRO LOSADA
OrfeoGpl
2009/5/14 Edison David <edis...@gmail.com>
Rafael Enrique Ortiz Guerrero
May 15, 2009, 11:47:40 AM5/15/09
to orfe...@googlegroups.com
Hola Edison
Todavia falta mucha docuementacion pero alguna esta en el wiki
http://orfeogpl.info/wiki/index.php/Radicacion_de_Correos_Electronicos_de_Entrada_y_Salida
(faltan toams de pantalla).
2009/5/14 Edison David <edis...@gmail.com>
Saludos,
Esta version que bases de datos soporta ademas de postgress, MsSql Server?? Oracle??.
Quisiera saber si existe documentacion mas especifica acerca de los nuevos modulos o mejoras de esta nueva version.
Todavia falta mucha docuementacion pero alguna esta en el wiki
http://orfeogpl.info/wiki/index.php/Radicacion_de_Correos_Electronicos_de_Entrada_y_Salida
(faltan toams de pantalla).
Edison David
May 15, 2009, 11:50:36 AM5/15/09
to orfe...@googlegroups.com
Ok, muchas gracias
Hollman Ladino Paredes
May 18, 2009, 3:06:25 PM5/18/09
to orfe...@googlegroups.com
Estimados compañeros .....
Me es grato saber que seguimos con la optimización de la actual
versión de Orfeo (paralela a la nueva). Múltiples compromisos me
impedían bajarla y probarla.
Antes de que se sienta aludida alguna persona, antes que me
sacrifiquen con 200.001 replys, antes de que nos empecemos a rasgar
las vestiduras quiero hacer mi humilde percepción de la situación.....
Las empresas que tienen en su portafolio de productos la
implementación, capacitación, desarrollo, etc en Orfeo tienen de
alguna manera compromisos con sus clientes de comunicarles las nuevas
características... pero de lo nuevo hay algo documentado....
seguiremos con el laxo orden en la actual versión del proyecto en la
nueva administración?
Personas que me conocen saben que siempre he dicho, preguntado,
comentado, etc hasta el cansancio interrogantes MAYÚSCULOS:
Cómo se realizará el ciclo de pruebas del producto?
Literalemente Quienes serán los dolientes para probar Orfeo en las
diferentes BD (postgreSQL, MsSQL y Oracle)?
Los desarrolladores pueden hacer modificaciones o nuevos módulos que
afectarán funcionalidades sin consentimiento de la comunidad?
Es lógico ... no mejor..... Es efectivo tener que comprobar TODA la
funcionalidad de Orfeo cada vez que haya una implementación? Será
posible que la mejor opción es que cada empresa posea su propia
versión estándar de Orfeo?
Somos comunidad, pero alguien debe llevar la batuta... es Correlibre?
si es así, me gustaría conocer su opinión al respecto?
PD: Cuando hay reuniones (así sean virtuales) en las que se pueda
participar sobre temas de Orfeo?
Muchas gracias y muchos éxitos.
--
Ing. Hollman Ladino Paredes.
Linux user: 436128
JAIRO LOSADA
May 18, 2009, 3:18:00 PM5/18/09
to orfe...@googlegroups.com
Si Hollman tiene ud. toda la razon.
Por ese motivo es ke no se ha anunciado en la pagina. Apenas se colocara para ajustes a los desaarrolladores y pruebas.
Ademas pues si ya hemos hablado algo y una persona debera encargarse del control de esta version.
JAIRO LOSADA
OrfeoGpl
Por ese motivo es ke no se ha anunciado en la pagina. Apenas se colocara para ajustes a los desaarrolladores y pruebas.
Ademas pues si ya hemos hablado algo y una persona debera encargarse del control de esta version.
JAIRO LOSADA
OrfeoGpl
2009/5/18 Hollman Ladino Paredes <holl...@gmail.com>
Rafael Enrique Ortiz Guerrero
May 18, 2009, 3:51:10 PM5/18/09
to orfe...@googlegroups.com
Hola Hollman,
Mi opinión personal aquí es que Correlibre debe tener la batuta, pero Correlibre son las empresas e individuos que hacen parte de ella, es decir (y es lo que se esta haciendo apenas),
cada empresa y/o entidad debe destinar parte de sus recursos para esto, para ayudar con pruebas, desarrollo etc etc.
Creo que nos estamos centrando mas en la versión 4.0,
y a través de Correlibre se están logrando recursos para hacer crecer la herramienta y que se descentralice su uso y desarrollo, la idea siempre ha sido crecer (cosa que se esta logrando).
Personas como Julian, Jairo, Edison..y otros de diferentes entidades y empresas, han concertado reuniones para definir aspectos de comunidad, todavia faltan muchas cosas por definir en cuanto a cuando como y donde se deben hacer estas reuniones..para ello necesitamos opiniones como la tuya en esto, la idea es definir roles pero que estos roles no se queden en las mismas personas de siempre, ademas como tu dices hay compromisos laborales que no se pueden dejar de lado, y muchas de estas personas ya tienen sus horarios mas que ocupados, muchas de ellas sacan de sus tiempos normales de trabajo para trabajar en la organizacion de Orfeo.
P.D si creo que nos faltan organizacion de pruebas para la version actual.
Rafael Ortiz
Mi opinión personal aquí es que Correlibre debe tener la batuta, pero Correlibre son las empresas e individuos que hacen parte de ella, es decir (y es lo que se esta haciendo apenas),
cada empresa y/o entidad debe destinar parte de sus recursos para esto, para ayudar con pruebas, desarrollo etc etc.
Creo que nos estamos centrando mas en la versión 4.0,
y a través de Correlibre se están logrando recursos para hacer crecer la herramienta y que se descentralice su uso y desarrollo, la idea siempre ha sido crecer (cosa que se esta logrando).
Personas como Julian, Jairo, Edison..y otros de diferentes entidades y empresas, han concertado reuniones para definir aspectos de comunidad, todavia faltan muchas cosas por definir en cuanto a cuando como y donde se deben hacer estas reuniones..para ello necesitamos opiniones como la tuya en esto, la idea es definir roles pero que estos roles no se queden en las mismas personas de siempre, ademas como tu dices hay compromisos laborales que no se pueden dejar de lado, y muchas de estas personas ya tienen sus horarios mas que ocupados, muchas de ellas sacan de sus tiempos normales de trabajo para trabajar en la organizacion de Orfeo.
P.D si creo que nos faltan organizacion de pruebas para la version actual.
Rafael Ortiz
2009/5/18 JAIRO LOSADA <jlo...@gmail.com>
Nicolas Castro
May 18, 2009, 4:01:15 PM5/18/09
to orfe...@googlegroups.com
Una pregunta adicional...
1. Cuando se habla de un control de la version, estamos hablando de metodología de control de versiones (SVN) como se hacía en la SSPD?
Es decir, se administrarán ramas (branches) que permitan identificar cambios y pruebas independientes y que cuando son aprobados se fundan la versión de línea base (trunk)? o vamos a "apuntarle" todos al mismo trunk?
Tks.
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
1. Cuando se habla de un control de la version, estamos hablando de metodología de control de versiones (SVN) como se hacía en la SSPD?
Es decir, se administrarán ramas (branches) que permitan identificar cambios y pruebas independientes y que cuando son aprobados se fundan la versión de línea base (trunk)? o vamos a "apuntarle" todos al mismo trunk?
Tks.
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
alex eslava
May 18, 2009, 5:57:30 PM5/18/09
to orfe...@googlegroups.com
Buenas tardes
Menciono esto como aporte constructivo, no es mejor tener un grupo de pruebas o si hay uno saberlo y asignar las pruebas por modulos remotamente? yo estaria dispuesto a probar por ejemplo un modulo en determinado tiempo, que otra persona pruebe otro modulo en ese mismo tiempo, seria mas facil para acomodarlo al tiempo que habitualmente manejamos, me gustaria apoyar realizando pruebas o documentacion pero no se si lo que valla a realizar lo ha hecho ya otra persona.
Menciono esto como aporte constructivo, no es mejor tener un grupo de pruebas o si hay uno saberlo y asignar las pruebas por modulos remotamente? yo estaria dispuesto a probar por ejemplo un modulo en determinado tiempo, que otra persona pruebe otro modulo en ese mismo tiempo, seria mas facil para acomodarlo al tiempo que habitualmente manejamos, me gustaria apoyar realizando pruebas o documentacion pero no se si lo que valla a realizar lo ha hecho ya otra persona.
Rafael Enrique Ortiz Guerrero
May 19, 2009, 2:16:15 PM5/19/09
to orfe...@googlegroups.com
Hola Nicolas
El enfoque de trabajo por branches funciona si cada uno esta dispuesto a hacer merge cada vez que tenga algo
funcionando..
por otro lado la ventaja de hacer todo en el mismo trunk es saber quien esta haciendo que y que estamos trabajando todos sobre lo mismo.
Los desarrolladores deben probar sus cambios locales y hacer el check in cuando su desarrollo se ha verificado, al menos por ellos mismos.
Por otro lado la version 4.0 de Orfeo estará trabajando con herramientas para estos propósitos y cada desarrollador podrá construir sus propios JARs y distribuirlos al repositorio central, haciendo prouebas de integracion, calidad y desempeño en su propio repositorio local
Estoy de acuerdo con alex que tambien debemos discriminar un grupo de pruebas..esto sera tema de una proxima reunion ?.
Rafael Ortiz
El enfoque de trabajo por branches funciona si cada uno esta dispuesto a hacer merge cada vez que tenga algo
funcionando..
por otro lado la ventaja de hacer todo en el mismo trunk es saber quien esta haciendo que y que estamos trabajando todos sobre lo mismo.
Los desarrolladores deben probar sus cambios locales y hacer el check in cuando su desarrollo se ha verificado, al menos por ellos mismos.
Por otro lado la version 4.0 de Orfeo estará trabajando con herramientas para estos propósitos y cada desarrollador podrá construir sus propios JARs y distribuirlos al repositorio central, haciendo prouebas de integracion, calidad y desempeño en su propio repositorio local
Estoy de acuerdo con alex que tambien debemos discriminar un grupo de pruebas..esto sera tema de una proxima reunion ?.
Rafael Ortiz
2009/5/18 Nicolas Castro <nicoc...@gmail.com>
Nicolas Castro
May 19, 2009, 5:08:22 PM5/19/09
to orfe...@googlegroups.com
Hola Rafa:
Bien, la propuesta metodológica de SVN dice que es mejor que alguien se encargue del merge y no que cada desarrollador lo haga. En ese sentido, sólo un actor tiene acceso al trunk (para modificarlo no?) y es el encargado de subir los cambios ya aprobados por el grupo de pruebas, que claro, es indispensable.
Ese grupo de pruebas tampoco tiene acceso al trunk (para moificarlo). Son un nodo transitorio en el poceso que aprueba o desaprueba el código generado por alguien específico.
En ese orden de ideas pueden haber varios branches siendo modificados al tiempo sin que se afecte la funcionalidad del trunk. Adicionalmente se pueden manejar también Tags o versiones estables NO modificables.
Es una muy buena opción siempre y cada quien hace su parte sin depender de los demás. El desarrollador escribe código, el de pruebas revisa, el administrador publica versiones estables.
Así se desarrolló ORFEO durante sus dos primeros años con cinco ramas distintas y seis desarrolladores distintos que no se conocían personalmente y nunca hubo problemas.
Eso si, se requiere coordinación inicial y un poco de organización. Me parece una buena alternativa para poner a consideración.
Saludos.
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
Bien, la propuesta metodológica de SVN dice que es mejor que alguien se encargue del merge y no que cada desarrollador lo haga. En ese sentido, sólo un actor tiene acceso al trunk (para modificarlo no?) y es el encargado de subir los cambios ya aprobados por el grupo de pruebas, que claro, es indispensable.
Ese grupo de pruebas tampoco tiene acceso al trunk (para moificarlo). Son un nodo transitorio en el poceso que aprueba o desaprueba el código generado por alguien específico.
En ese orden de ideas pueden haber varios branches siendo modificados al tiempo sin que se afecte la funcionalidad del trunk. Adicionalmente se pueden manejar también Tags o versiones estables NO modificables.
Es una muy buena opción siempre y cada quien hace su parte sin depender de los demás. El desarrollador escribe código, el de pruebas revisa, el administrador publica versiones estables.
Así se desarrolló ORFEO durante sus dos primeros años con cinco ramas distintas y seis desarrolladores distintos que no se conocían personalmente y nunca hubo problemas.
Eso si, se requiere coordinación inicial y un poco de organización. Me parece una buena alternativa para poner a consideración.
Saludos.
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
Edison David
May 19, 2009, 5:12:05 PM5/19/09
to orfe...@googlegroups.com
Me parece tambien una buena alternativa, sin embargo es un riesgo q pase lo q paso despues de esos dos años... jejeje, es decir debe haber una EXCELENTE comunicacion entre los equipos y una PERFECTA coordinacion, para el control de cambios. me parecen aspectos importantes a tener en cuenta, responsabilidades que se debe ir pensando en quien se delegaran o como seran asumidas.
Saludos,
Edison fuentes
Saludos,
Edison fuentes
Nicolas Castro
May 19, 2009, 5:22:41 PM5/19/09
to orfe...@googlegroups.com
Ah no!! es que después de los dos años no se volvió a manejar así por motivos varios :) jejeje...
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
Nicolás Castro Valencia
Móvil: (57) (1) 300 2083396
diarmuid
May 19, 2009, 6:53:16 PM5/19/09
to orfe...@googlegroups.com
Bueno pues estos temas son cruciales para organizarnos, propongo reunion para el martes, pero ya estamos todos en el grupo?
2009/5/19 Nicolas Castro <nicoc...@gmail.com>
Rafael Enrique Ortiz Guerrero
May 19, 2009, 9:30:17 PM5/19/09
to orfe...@googlegroups.com
Hola julian creo que si..
De acuerdo con la reunión para el martes, podemso plantear qu sea tambien por IRC simultaneamente, quizas por skype o por streaming...para los que no puedan venir
Rafael Ortiz
De acuerdo con la reunión para el martes, podemso plantear qu sea tambien por IRC simultaneamente, quizas por skype o por streaming...para los que no puedan venir
Rafael Ortiz
2009/5/19 diarmuid <julian...@gmail.com>
Nicolas Castro
May 19, 2009, 9:40:45 PM5/19/09
to orfe...@googlegroups.com
De acuerdo, el martes a las 3pm? Que les parece?
On May 19, 2009 5:53 PM, "diarmuid" <julian...@gmail.com> wrote:
Bueno pues estos temas son cruciales para organizarnos, propongo reunion para el martes, pero ya estamos todos en el grupo?
2009/5/19 Nicolas Castro <nicoc...@gmail.com>> > Ah no!! es que después de los dos años no se volvió a manejar así por motivos varios :) jejeje...
--~--~---------~--~----~------------~-------~--~----~ Ha recibido este mensaje ya que se suscribio...
Rafael Enrique Ortiz Guerrero
May 22, 2009, 11:43:18 AM5/22/09
to orfe...@googlegroups.com
Hola el martes esta bien..
pero podria ser a las 2pm ?.
Rafael Ortiz
pero podria ser a las 2pm ?.
Rafael Ortiz
2009/5/19 Nicolas Castro <nicoc...@gmail.com>
diarmuid
May 22, 2009, 12:34:27 PM5/22/09
to orfe...@googlegroups.com
Rafael Enrique Ortiz Guerrero
May 22, 2009, 12:45:13 PM5/22/09
to orfe...@googlegroups.com
Edison David
May 22, 2009, 12:51:52 PM5/22/09
to orfe...@googlegroups.com
saludos,
Estoy tratando de conectar la version 3.8 con oracle10 mediante oci8 y no hay conexion, ademas me percate q la ruta del adodb sigue estando en la 3.7
Edison
Estoy tratando de conectar la version 3.8 con oracle10 mediante oci8 y no hay conexion, ademas me percate q la ruta del adodb sigue estando en la 3.7
Edison
Rafael Enrique Ortiz Guerrero
May 22, 2009, 12:55:01 PM5/22/09
to orfe...@googlegroups.com
Hola Edison
Podrías corregir esto en el repositorio ?
Rafael Ortiz
Podrías corregir esto en el repositorio ?
Rafael Ortiz
2009/5/22 Edison David <edis...@gmail.com>
Hollman Ladino Paredes
May 22, 2009, 12:55:39 PM5/22/09
to orfe...@googlegroups.com
Hola Edinson.. y resto de lectores...
Por favor propongo no utilizar este hilo para los bugs encontrados en
dicha versión.... no sé si al grupo orfeo_desarrolladores o abrimos un
correo o qué.. eso sería tema de la reunión.
:) Muchas graica y muchos éxitos
Por favor propongo no utilizar este hilo para los bugs encontrados en
dicha versión.... no sé si al grupo orfeo_desarrolladores o abrimos un
correo o qué.. eso sería tema de la reunión.
:) Muchas graica y muchos éxitos
Edison David
May 22, 2009, 12:58:04 PM5/22/09
to orfe...@googlegroups.com
Si, estoy de acuerdo hollman, lo q pasa es q respondi sin mirar q era el grupo de orfeogpl.
Rafa, lo q pasa es q en este momento estoy algo ocupado.
Rafa, lo q pasa es q en este momento estoy algo ocupado.
Quiliro Ordóñez
May 31, 2009, 6:33:55 PM5/31/09
to orfe...@googlegroups.com
Amigos. No había tenido tiempo para reportar bugs pero quiseira hacerlo. ¿Cuál es la manera?
--
Saludos/Greetings
Quiliro Ordóñez
593(02)340 1517 / 593(09)821 8696
http://quiliro.wordpress.com
"Sólo cuando el último árbol esté muerto, el último río envenenado, y el último pez atrapado, nos daremos cuenta que no se puede comer dinero"
--
Saludos/Greetings
Quiliro Ordóñez
593(02)340 1517 / 593(09)821 8696
http://quiliro.wordpress.com
"Sólo cuando el último árbol esté muerto, el último río envenenado, y el último pez atrapado, nos daremos cuenta que no se puede comer dinero"
Eric Baez Bezama
Jun 2, 2009, 11:30:23 AM6/2/09
to OrfeoGpl
Estimados, intenté conectarme a la URL indicada para la descarga y me
pide login y contraseña, ¿es posible acceder para probarlo ?
saludos
Eric Báez
On 14 mayo, 17:14, Rafael Enrique Ortiz Guerrero <dir...@gmail.com>
wrote:
> svnlog.txt
> 33 KVerDescargar
pide login y contraseña, ¿es posible acceder para probarlo ?
saludos
Eric Báez
On 14 mayo, 17:14, Rafael Enrique Ortiz Guerrero <dir...@gmail.com>
wrote:
> 33 KVerDescargar
Rafael Enrique Ortiz Guerrero
Jun 3, 2009, 12:24:23 PM6/3/09
to orfe...@googlegroups.com
Hola Eric.
Por ahora recomiendo usar la version publica de orfeo la 3.7.2p o esperar un par de semanas para el lanzamiento de la version 3.8.0p
Gracias por tu interes en Orfeo.
Rafael Ortiz
Por ahora recomiendo usar la version publica de orfeo la 3.7.2p o esperar un par de semanas para el lanzamiento de la version 3.8.0p
Gracias por tu interes en Orfeo.
Rafael Ortiz
2009/6/2 Eric Baez Bezama <eric...@gmail.com>
Reply all
Reply to author
Forward
0 new messages