<property name="query.factory_class">org.hibernate.hql.classic.ClassicQueryTranslatorFactory</property>

Me gustaría encontrar otra solución mejor, pero de momento puedo ir tirando con esta. El problema parece ser un conflicto con un jar del OC4J embebido. Como en este proyecto no estoy usando librerías propietarias de oracle y finalmente desplegaré sobre un tomcat luego sólo tendré que eliminar esa línea del fichero de configuración.

1
2
3
4
5
6

CREATE OR REPLACE VIEW CAMPOS_NULOS AS(
  SELECT NULL              AS CADENA_VACIA,
         TO_NUMBER( NULL ) AS NUMERO_VACIO,
         TO_DATE( NULL )   AS FECHA_VACIA
  FROM DUAL )
/

Si hacemos un desc:

SQL> DESC CAMPOS_NULOS
 Nombre        ¿Nulo?   Tipo
 ------------- -------- ----------------------------
 CADENA_VACIA           VARCHAR2
 NUMERO_VACIO           NUMBER
 FECHA_VACIA            DATE

El único problema, como puede verse en el ejemplo, es que perdía la precisión. A raíz de una respuesta del semidiox Tom he conocido el milagroso CAST. Se le puede poner precisión y tipo a la columa haciendo un “CAST( NULL AS TIPO(PRECISION) )”:

1
2
3
4
5
6

CREATE OR REPLACE VIEW CAMPOS_NULOS AS(
  SELECT CAST( NULL AS VARCHAR2(20) ) AS CADENA_VACIA,
         CAST( NULL AS NUMBER(4) )    AS NUMERO_VACIO,
         CAST( NULL AS DATE )         AS FECHA_VACIA
  FROM DUAL )
/

Y haciendo un desc tenemos que:

SQL> DESC CAMPOS_NULOS
 Nombre        ¿Nulo?   Tipo
 ------------- -------- ----------------------------
 CADENA_VACIA           VARCHAR2(20)
 NUMERO_VACIO           NUMBER(4)
 FECHA_VACIA            DATE

En la Documentación oficial se explica la manera de uso y más ejemplos.

1. Por error le había dicho al configurarlo que se iniciara al arrancar la máquina. Quiero que el inicio sea manual.
2. Quería poder usar el sql*plus desde un terminal con mi usuario de linux habitual.
3. Quería poder acceder al interfaz web de administración desde cualquier ordenador de mi red (por defecto sólo permite acceder desde localhost).

Quitar Oracle XE del arranque.

Pensé, bueno, esto está chupado. Edito el inittab y ya está. Pues no. Al parecer inittab es historia. Lo han sustituido por un tal upstart que es más rápido, más eficiente, más centralizado y más todo. El caso es que no he encontrado por ninguna parte dónde está puesto que en el runlevel en el que arranco la máquina se inicie la base de datos. He tenido que arrastrarme y editar el fichero /etc/default/oracle-xe y poner el parámetro ORACLE_DBENABLED a false. Un comentario al inicio del fichero advierte que se utilice /etc/init.d/oracle-xe para cambiarlo, pero no he encontrado cómo:

#This is a configuration file for automatic starting of the Oracle
#Database and listener at system startup.It is generated By running
#'/etc/init.d/oracle-xe configure'.Please use that method to modify this
#file
 
# ORACLE_DBENABLED:'true' means to load the Database at system boot.
ORACLE_DBENABLED=false
 
# LISTENER_PORT: Database listener
LISTENER_PORT=1521
 
# HTTP_PORT : HTTP port for Oracle Application Express
HTTP_PORT=8081
 
# Configuration : Check whether configure has been done or not
CONFIGURE_RUN=true

Poder usar el sql*plus desde un terminal con mi usuario de linux habitual.

La solución a esto la encontré en un artículo del blog “De mi vida con las máquinas y otros temas”. Edité el fichero .bashrc de mi usuario habitual y agregé al final:

# Ejecuto el bash de oracle para poder iniciar el sqlplus y para tener
# cargadas las variables de oracle
. /usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/oracle_env.sh

Si queréis ser más finos podéis hacer un enlace simbólico, pero en mi caso no me hacía falta.
Al iniciar sesión me dio un error: “/usr/lib/oracle/xe/app/oracle/product/10.2.0/server/bin/nls_lang.sh: 114: [[: not found". Por suerte nunca soy el primero en encontrarme con un problema. Bearded Magnum tenía la clave. Por lo visto es un pequeño fallo en el script nls_lang.sh de esta versión de XE. Hay que editar como root el fichero (sí, a mi también me patinan las venas cuando hay que hacer estas cosas) y donde pone:

103
104
105
106
107
108
109
110
111
112
113
114

# Detertmine the LANGUAGE_TERRITORY part of NLS_LANG
# we derive it from the current locale by inspecting the LC_ALL and
# the LANG environment variable. Other LC_* environment variables
# are not inspected.
#
if [[ -n "$LC_ALL" ]]; then
  locale=$LC_ALL
elif [[ -n "$LANG" ]]; then
  locale=$LANG
else
  locale=
fi

Hay que quitar los dobles corchetes y dejarlo así:

103
104
105
106
107
108
109
110
111
112
113
114

# Detertmine the LANGUAGE_TERRITORY part of NLS_LANG
# we derive it from the current locale by inspecting the LC_ALL and
# the LANG environment variable. Other LC_* environment variables
# are not inspected.
#
if [ -n "$LC_ALL" ]; then
  locale=$LC_ALL
elif [ -n "$LANG" ]; then
  locale=$LANG
else
  locale=
fi

Y voilà.

EXEC DBMS_XDB.SETLISTENERLOCALACCESS(FALSE);