dev@glassfish.java.net

Re: GFV3 build error in core

From: Amy Roh <Amelia.Roh_at_Sun.COM>
Date: Tue, 08 Jan 2008 13:03:59 -0800

FYI, I still had to mvn -U install v3/api first and then v3 to avoid the
following error with the latest workspace.

[INFO] Using default encoding to copy filtered resources.
[INFO] [hk2:hk2-compile]
[INFO] Compiling 7 source files to
C:\v3-12-20\v3\web\war-util\target\classes
C:\v3-12-20\v3\web\war-util\src\main\java\org\apache\catalina\loader\WebappClass
Loader.java:2559: package javax.el does not exist
        Field fieldlist[] =
javax.el.BeanELResolver.class.getDeclaredFields();
                                    ^
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.
1 error
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] Fatal error compiling

Embedded error: APT failed: 1

Kohsuke Kawaguchi wrote:
>
> Builds are back to fully normal now. Two issues have contributed to
> the failures:
>
> - activation module wasn't inheriting the parent and newer Maven
> plugins that I brought over Friday didn't like this.
>
> - there's a minor circular dependency between the main build and the
> api build (legal module is in the main build but used by the api),
> and this caused some "dead locks".
>
>
>
> Jerome Dochez wrote:
>> Ok just checked hudson and the glassfish-api build is failing so
>> that's explaining your problems.
>>
>> see http://kohsuke.sfbay/hudson/view/GFv3/job/glassfish-v3-api/
>>
>> Not sure what is going on, Kohsuke tried to fixe an earlier issue
>> but that was obviously not enough. Somehow, hudson cannot publish
>> the built artifact to the maven repo.
>>
>> to work around the problem, like I suggested earlier, just build v3/
>> api first then v3 :
>>
>> cd v3/api;mvn install
>> cd v3;mvn install
>>
>> jerome
>>
>> On Jan 4, 2008, at 6:13 PM, Kedar Mhaswade wrote:
>>
>>> V3, from scratch, entire build, as described at:
>>> http://wiki.glassfish.java.net/Wiki.jsp?page=V3FullBuildInstructions
>>>
>>>
>>> Jerome Dochez wrote:
>>>> seems like an APT compiler failure, which module are u trying to
>>>> build ?
>>>> jerome
>>>> On Jan 4, 2008, at 4:20 PM, Kedar Mhaswade wrote:
>>>>> Another fresh error:
>>>>>
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeGoals(DefaultLifecycleExecutor.java:564)
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeGoal(DefaultLifecycleExecutor.java:459)
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeTaskSegments(DefaultLifecycleExecutor.java:278)
>>>>> at org .apache .maven .lifecycle
>>>>> .DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
>>>>> at
>>>>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java: 334)
>>>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
>>>>> 125)
>>>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
>>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>> at sun .reflect
>>>>> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>>> at sun .reflect .DelegatingMethodAccessorImpl
>>>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>>>> at
>>>>> org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
>>>>> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
>>>>> at
>>>>> org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:
>>>>> 430)
>>>>> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
>>>>> Caused by: org.apache.maven.plugin.MojoExecutionException: Fatal
>>>>> error compiling
>>>>> at org .apache .maven
>>>>> .plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:490)
>>>>> at com .sun
>>>>> .enterprise.module.maven.CompilerMojo.execute(CompilerMojo.java:113)
>>>>> at
>>>>> com.sun.enterprise.module.maven.AptMojo.execute(AptMojo.java:30)
>>>>> at org .apache .maven
>>>>> .plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:
>>>>> 443)
>>>>> at org .apache .maven .lifecycle .DefaultLifecycleExecutor
>>>>> .executeGoals(DefaultLifecycleExecutor.java:539)
>>>>> ... 16 more
>>>>> Caused by: org.codehaus.plexus.compiler.CompilerException: APT
>>>>> failed: 1
>>>>> at com .sun .enterprise
>>>>> .module.maven.AptCompiler.compileInProcess(AptCompiler.java:89)
>>>>> at com
>>>>> .sun.enterprise.module.maven.AptCompiler.compile(AptCompiler.java:
>>>>> 70)
>>>>> at org .apache .maven
>>>>> .plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:485)
>>>>> ... 20 more
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> [INFO] Total time: 1 minute 52 seconds
>>>>> [INFO] Finished at: Fri Jan 04 16:17:58 PST 2008
>>>>> [INFO] Final Memory: 22M/45M
>>>>> [INFO]
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>>
>>>>>
>>>>> What must I do?
>>>>>
>>>>> - Kedar
>>>>>
>>>>> Jerome Dochez wrote:
>>>>>> no sorry, I got caught in fixing another build issue we had,
>>>>>> should be fine now
>>>>>> just svn update.
>>>>>> On Jan 4, 2008, at 4:03 PM, Tim Quinn wrote:
>>>>>>> Hi, again.
>>>>>>>
>>>>>>> svn checkout reported fetching no changes and displayed the
>>>>>>> same revision number. And mvn install gave the same
>>>>>>> compilation error as before.
>>>>>>>
>>>>>>> I should not have to clean out my local repository, should I?
>>>>>>>
>>>>>>> - Tim
>>>>>>>
>>>>>>> Jerome Dochez wrote:
>>>>>>>> fixed.
>>>>>>>>
>>>>>>>> On Jan 4, 2008, at 3:24 PM, Tim Quinn wrote:
>>>>>>>>
>>>>>>>>> I have successfully checked out the whole code base and now I
>>>>>>>>> get the compilation error below.
>>>>>>>>>
>>>>>>>>> Is anyone else seeing this or have I missed something? Do I
>>>>>>>>> not have the up-to-date hk2? Does that explain the error on
>>>>>>>>> the @Override? Is this working for others?
>>>>>>>>>
>>>>>>>>> - Tim
>>>>>>>>>
>>>>>>>>> [INFO]
>>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> [INFO] Building Appserver Core Bootstraping Classes
>>>>>>>>> [INFO] task-segment: [install]
>>>>>>>>> [INFO]
>>>>>>>>> ----------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> [INFO] [resources:resources]
>>>>>>>>> [INFO] Using default encoding to copy filtered resources.
>>>>>>>>> [INFO] [hk2:hk2-compile]
>>>>>>>>> [INFO] Compiling 1 source file to C:\tim\asgroup\v3\v3\core
>>>>>>>>> \bootstrap\target\classes
>>>>>>>>> C:\tim\asgroup\v3\v3\core\bootstrap\src\main\java\com\sun
>>>>>>>>> \enterprise\glassfish\bootstrap\Main.java:107:
>>>>>>>>> createRepository (java .io .File ,java .io .File ,java
>>>>>>>>> .util.jar.Manifest,com.sun.enterprise.module.ModulesRegistry)
>>>>>>>>> in com.sun.enterprise.module.bootstrap.Main cannot be applied
>>>>>>>>> to (java .io .File ,java
>>>>>>>>> .util.jar.Manifest,com.sun.enterprise.module.ModulesRegistry)
>>>>>>>>> super.createRepository(root, mf, mr);
>>>>>>>>> ^
>>>>>>>>> C:\tim\asgroup\v3\v3\core\bootstrap\src\main\java\com\sun
>>>>>>>>> \enterprise\glassfish\bootstrap\Main.java:104: method does
>>>>>>>>> not override or implement a method from a supertype
>>>>>>>>> @Override
>>>>>>>>> ^
>>>>>>>>> 2 errors
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> [ERROR] BUILD ERROR
>>>>>>>>> [INFO]
>>>>>>>>> ------------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> [INFO] Fatal error compiling
>>>>>>>>>
>>>>>>>>> Embedded error: APT failed: 1
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>
>