Archive for 2017

10 años de Oracle Radio

2

Oracle Radio empezó en Febrero de 2017 en compañía de mi pana Juan Camilo Ruiz. Él fue el de la idea originalmente. Le digo pana, porque así me empezó a decir recién nos conocimos y posteriormente así yo también me refería a él y finalmente después de trabajar en algunas ocasiones juntos, nos hicimos buenos amigos.

A Juan siempre le gustó ADF, la verdad es que no sé por qué, pero pues él era muy feliz haciendo cosas del tema. Fue cuando me dijo:

"Pana, es momento de escribir para la comunidad de habla hispana. Hagamos artículos de Fusion Middleware, yo de ADF y tú de SOA".

Me pareció muy buena idea y en Febrero de 2007, escribimos nuestros primeros posts. Nos pusimos una meta, que consistía en escribir dos artículos por mes. Era ambicioso, pero de alguna manera lo intentamos.

Así seguimos algunos meses; después cumplimos el año.
Juan renovaba el blog constantemente, me refiero a ponerle mas colores, hacerle una versión para equipos móviles, etc.

Los artículos empezaban a ser mas leídos; nos buscaban de varios lados, ya sea pregúntandonos directo en el blog o envíandonos correos. Digamos que tuvimos éxito.

Así seguimos un buen rato; pasó el 2010  y yo renuncié a Oracle Corp. Juan después hizo lo mismo un par de años después; sin embargo él siguió otro camino y me quedé yo solo haciendo el blog.

La realidad es que han sido 10 años muy buenos de usar este medio para compartir mi experiencia con problemas (sobre todo) relacionados a la tecnología de Oracle. Han sido 10 años de crecimiento en cuanto a cómo escribir una entrada de un blog; de incluso incorporar entradas en inglés; de influir de cierta forma a que otras personas crearan su propio blog. De apredender de muchos errores y compartirlos con los demás.

Me siento satisfecho con cumplir 10 años y tener ánimos de seguir adelante compartiendo experiencias. Yo no lo hago para presumir mi conocimiento, o para cumplir con ciertas actividades que tengo que realizar como Oracle ACE. Yo lo hago por lo siguiente:


  1. Me gusta la tecnología y este es un medio para compartir ese gusto
  2. Llevo tiempo trabajando con Oracle (15 años), así que algo debo saber o haber vivido que pueda compartir con la audiencia
  3. Me gusta escribir
  4. En 2007 no había muchos blogs en español; este fue uno de los primeros y sobre todo de los temas que hablábamos. Por lo que siento que he contribuido con la gente que habla español y que quiere leer en su propio idioma sobre tecnología de Oracle
  5. La tecnología avanza todos los días, sobre todo en los últimos 24 meses ha sido un cambio constante e innovación sin parar por parte de Oracle. Por lo que me debo mantener al día, y esta es una forma de hacerlo.
  6. Es una forma de invertir mi tiempo libre

A los que han leído mis posts, les agradezco. Seguiré manteniendo este blog, no tiene por qué parar. Si bien he hecho un espacio al cumplir 10 años, no hay ningún plan para dejar de hacerlo. Al contrario, mas que nunca debo seguir con este objetivo de compartir con la comunidad.

Gracias por leer este blog. Seguiré trabajando para poder tener información útil para la comunidad.

¡Gracias!


A MultiException has 2 exceptions. They are: 1. weblogic.ldap.EmbeddedLDAPException: [EmbeddedLDAP:171525]Error loading initial replica file. Check the EmbeddedLDAP log for more details. 2. java.lang.IllegalStateException: Unable to perform operation: post construct on weblogic.ldap.EmbeddedLDAP

0

En la semana pasada estuve colaborando con un compañero para resolver una serie de problemas que se presentaban en un dominio de SOA Suite 12c. Uno de los errores que estuvimos revisando, era:

A MultiException has 2 exceptions.  They are:
1. weblogic.ldap.EmbeddedLDAPException: [EmbeddedLDAP:171525]Error loading initial replica file. Check the EmbeddedLDAP log for more details.

2. java.lang.IllegalStateException: Unable to perform operation: post construct on weblogic.ldap.EmbeddedLDAP

El error está relacionado al LDAP embebido que todo Weblogic provee.  El error previene que el servidor manejado que tira este error (en nuestro caso: soa_server1) no pueda levantar. Lo primero que te puede venir a la mente es borrar o renombrar la carpeta data. Pero ten cuidado, pues esa carpeta es relativamente sesible. En alguna ocasión, al hacer ese movimiento en otro dominio de SOA Suite, dejamos inutilizable al dominio pues el LDAP no se pudo volver a regenerar.
Así que no siempre es conveniente borrar esa carpeta, y menos si no tenemos certeza del resultado.

Por eso es que mejor nos detuvimos y analizamos un poco mas la situación. Lo primero fue leer bien la excepción, pues ésta nos decía que leyéramos el log del LDAP embebido.  Esta no es una tarea que se haga regularmente, ¿pues quién revisa ese log, honestamente? Yo creo que pocos. Bien, pues lo primero fue averiguar en dónde se localizaba dicho log. Este se encuentra, en:

$DOMAIN_HOME\servers\soa_server1\data\ldap\log

Esos logs te podrán dar alguna pista de la cuasa del incidente.

Leyendo el log, nos decía que el archivo de replica no podía ser leído o cargado. Esto mismo ya nos había dicho la excepción, pero no le habíamos dado importancia.

Resuelta que un archivo localizado, en:
$DOMAIN_HOME\domains\soa_domain\servers\soa_server1\data\ldap\conf

era el causante de todo. El archivo es replicas.prop . Su contenido hasta parece burla, es lo suguiente:
replica.num=0


Bien , pues este insignificante archivo es el causante del problema. Lo único que debes hacer es renombrarlo, para que se pueda volver a crear. Una vez hecho esto, intenta arrancar tu servidor manejado.



Post navigation