El error que obtiene no ocurre en la compilación, sino cuando intenta ejecutar su aplicación. Ocurre porque Java no pudo encontrar el archivo Table.class dentro del subdirectorio db del directorio de salida del proyecto (classpath).

Puede ocurrir por múltiples motivos:

• clase principal incorrecta seleccionada en la configuración de ejecución/depuración
• Table.java está excluido de la compilación (por accidente o intencionalmente porque contenía errores y quería omitirlo mientras trabajaba en otro código)
• clase no compilada porque el paso de compilación está excluido de los pasos anteriores al lanzamiento en la configuración de ejecución/depuración
• el proyecto está mal configurado y no hay una fuente raíz definida para el directorio que contiene el subdirectorio db
• Table.java tiene una declaración package incorrecta o se encuentra/se movió a un paquete diferente
• la ruta del proyecto contiene dos puntos : en Mac/Linux o punto y coma ; en Windows, se usa para separar el classpath y lo invalidará. Ver este hilo para más detalles. Tenga en cuenta que Finder en Mac puede mostrar dos puntos en la ruta como barras.
• es posible que el jar no se ejecute si uno de los jar dependientes está firmado digitalmente, ya que el nuevo artefacto incluirá la firma parcial de la dependencia. Ver esta respuesta para más detalles.
• En la estructura del proyecto, asegúrese de tener la versión correcta de Java para compilar.
• hay un error conocido que a veces un proyecto Java creado a partir de la plantilla de línea de comandos no funciona porque el archivo .idea/modules.xml hace referencia a un archivo de módulo no válido llamado untitled104.iml . Corrija el nombre del módulo manualmente o cree un proyecto desde cero y no use una plantilla.
• en Windows "Beta: Use Unicode UTF-8 para compatibilidad con idiomas en todo el mundo" La configuración regional está habilitada. Consulte IDEA-247837 para obtener más detalles y soluciones alternativas.
• Cuando IntelliJ IDEA está configurado para almacenar dependencias de módulos en formato Eclipse, la configuración raíz de origen se pierde debido a un error conocido . Configure el módulo para usar dependencias de formato IntelliJ IDEA como solución alternativa.

En un proyecto configurado correctamente y con la configuración correcta de ejecución/depuración, todo funciona bien:

• es posible que el jar no se ejecute si uno de los jar dependientes está firmado digitalmente, ya que el nuevo artefacto incluirá la firma parcial de la dependencia. Ver esta respuesta para más detalles.

Nuevamente debo enfatizar el punto que CrazyCoder tiene aquí.

La JVM (Oracle) solía generar una SecurityException cuando intentaba ejecutar un archivo Jar que contenía firmas rotas. Esto tenía sentido desde el punto de vista de "¿Qué está mal?".

Ese ya no es el caso. De hecho, están lanzando ClassNotFoundException s ahora, incluso si la clase está allí mismo en el archivo (sin importar si está en el paquete predeterminado/nivel superior o en una estructura de paquete anidada).

Esto es lo que funcionó para mí:

Eliminé la carpeta .ide , el archivo .iml . Y todos los demás archivos generados automáticamente por intelliJ luego reiniciaron mi ide y me preguntaron si quería que mi proyecto se ejecutara con maven, eso es todo.

Obviamente dije que sí :)