Por alguna razón este comando funciona muy bien con mi máquina local:

mvn clean install -DskipTests=true -Psdk

Sin embargo, para Codeship ahora trabajo y lanza este «No se puede encontrar el símbolo de error».
En Codeship el comando completo es:

jdk_switcher use oraclejdk8
echo $JAVA_HOME
mvn clean install -DskipTests=true -Psdk

En el POM el repositorio tiene este:

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-compiler-plugin</artifactId>
    <version>3.1</version>
    <configuration>
        <source>1.7</source>
        <target>1.7</target>
    </configuration>
</plugin>

De Error:

[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ client-app ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 65 source files to /home/rof/src/bitbucket.org/company/client-app/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
[ERROR] /home/rof/src/bitbucket.org/company/client-app/src/main/java/com/client/rest/resources/MyResource.java:[3,61] cannot find symbol
symbol:   class MyEntity
  • Necesitamos ver el mensaje de error completo.
  • Se echa en falta una dependencia o su código es el problema!
  • Creo que es bastante claro: MyEntity clase no está incluido en la compilación classpath.
  • Hay dos posibles cosas: usted no tiene una importación para MyEntity clase en MyResource archivo o usted no tiene MyEntity clase en su ruta de clase.
  • Además de las respuestas proporcionan por Dawid y m0skit0, usted puede tratar de compilar usando la misma JDK en su sistema local. Me doy cuenta de que POM específicamente a los estados 1.7, pero vale la pena un tiro a por lo menos descartar. Sé que he visto problemas similares como esto en el pasado.
  • Es probable que usted tiene la dependencia para MyEntity.class en su ruta de clase en su máquina local, pero no el control remoto del servidor de generación (Codeship) no está disponible, Puedes publicar tu $PATH para ambos la codeship locales y construir máquinas?
  • Estoy teniendo un problema, encontraste la solución ?
  • aún no

InformationsquelleAutor xybrek | 2015-04-30

4 Comentarios

  1. 1

    Su Maven es la lectura de la versión de Java de 1,8, mientras que el pom.xml dice la versión 1.7.

    Tratar de instalar la necesaria verison.

    Si ya está instalado, compruebe su $variable de entorno JAVA_HOME, que debe contener la ruta de Java JDK 8. Si no encuentras, fijará su variable de entorno.

    también quitar las líneas

     <fork>true</fork>
         <executable>${JAVA_1_8_HOME}/bin/javac</executable>

    de la pom.xml

  2. 3

    He tenido el mismo problema.
    la razón fue uno de los de la clase fue usado en

    src/main/java/

    Donde como en real estaba presente en

    src/test/java
    • Así que, ¿qué hacer? Le ayudará si usted puede dar lo que usted hizo para resolver el problema.
    • He cambiado la referencia. este error puede ocurrir debido a varias razones. La mía fue esta. Lo que el problema que están teniendo ?
    • Uno Similar. Tuve una clase en el directorio src/main/java que estaba usando de referencia de una clase que estaba en src/test/java. Así que cuando predeterminado-destino de compilación ejecutado no fue capaz de encontrar la clase de prueba en el directorio src/main/java.
    • A continuación, sólo tienes que crear esa clase en el paquete de java en lugar de la prueba
  3. 2

    Si se han importado correctamente la dependencia de la que usted puede probar el siguiente proceso.

    Primer intento-

    mvn clean

    si se ejecuta correctamente, a continuación, pruebe

    mvn install

    Si esto funciona bien, entonces usted puede intentar

    mvn compile

    Este proceso funcionó para mí.

    • Por cierto, este problema puede ocurrir debido a varias razones. En primer lugar, la dependencia problema. Segundo, el problema de referencia. etc. Si todo se ha resuelto el problema y sigue apareciendo el error, a continuación, puede probar el proceso anterior.
  4. 0

    Tuve el problema similar, pero cuando he cambiado Testng versión en el POM se resuelve el problema.

    <artifactId>testng</artifactId>
    <version>6.9.8</version>       //Changed the version to 6.9.8
    <scope>test</scope>

Dejar respuesta

Please enter your comment!
Please enter your name here