Hi Amy,
I will update hudson machine to use maven 2.0.9.
Thanks,
Jane
Amy Roh wrote:
> Great analysis Sahoo.
>
> I am using mvn 2.0.9 as well which explains why my build always works.
>
> Harsha,
> I see the hudson build is using maven 2.0.7 and failing periodically.
> Can we change it to start using maven 2.0.9?
>
> We should update the build doc as well.
>
> Thanks,
> Amy
>
> Lloyd Chambers wrote:
>
>> That explains why my build works, I'm using mvn 2.0.9.
>>
>>
>> On Oct 19, 2008, at 1:58 AM, Sahoo wrote:
>>
>>> I have got a bad news. There appears to be a bug in all versions of
>>> maven upto 2.0.8 which is why even my patch did not fix the problem.
>>> Prior to maven 2.0.9, maven used to use a HashSet as opposed to any
>>> kind of List to store dependencies, as a result the classpath used
>>> during compilation can't be predicted. It has been fixed in 2.0.9.
>>> So, we should probably switch to using 2.0.9 in trunk.
>>>
>>> Try using maven 2.0.9 and let us know if the problem goes away.
>>>
>>> Thanks,
>>> Sahoo
>>>
>>> Sahoo wrote:
>>>
>>>> I think I have some idea about why this error occurs. Looking at
>>>> mvn -X output, I see classpath during compilation of web-glue has
>>>> servlet-api-2.5.jar ahead of javax.servlet-3.0-SNAPSHOT.jar. Since
>>>> this method the compiler is not able to locate is new in Servlet
>>>> 3.0, compilation fails. More interesting to note that doing a build
>>>> in web-glue module does not fail, where as doing a build from top
>>>> level fails. It may just be a bug in maven. For the moment, we can
>>>> force maven to javax.servlet-3.0-SNAPSHOT.jar ahead in classpath by
>>>> explicitly specifying a dependency on the same rather than
>>>> depending on it transitively. See "Dependency mediation" in [1]. I
>>>> will try this work around and if it works, I shall check in.
>>>>
>>>> Thanks,
>>>> Sahoo
>>>>
>>>> [1]
>>>> http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html
>>>>
>>>>
>>>> Sahoo wrote:
>>>>
>>>>> I am also seeing this error after updating my workspace. I have
>>>>> not done any investigations yet.
>>>>>
>>>>> Thanks,
>>>>> Sahoo
>>>>>
>>>>> Nandini Ektare wrote:
>>>>>
>>>>>> Hi Amy,
>>>>>>
>>>>>> Unfortunately that did not work. I have tried fresh workspace and
>>>>>> a fresh maven repository (tried specifying new repo explicitly too)
>>>>>> I have tried both mvn -U install and mvn install (just in case
>>>>>> dependencies are resolved differently)
>>>>>>
>>>>>> Trunk fails with the same error below. Any idea how I could work
>>>>>> around this issue? (I am on windows if that matters in any way)
>>>>>>
>>>>>> Thanks
>>>>>> Nandini
>>>>>>
>>>>>> Amy Roh wrote:
>>>>>>
>>>>>>> The javax.servlet.ServletContext does have the method in
>>>>>>> question. Try rebuilding after update.
>>>>>>>
>>>>>>> Hudson build is fine.
>>>>>>>
>>>>>>> Amy
>>>>>>>
>>>>>>> Nandini Ektare wrote:
>>>>>>>
>>>>>>>> servlet-api module seems incompatible....
>>>>>>>>
>>>>>>>> [INFO] [hk2:hk2-compile]
>>>>>>>> [INFO] Compiling 130 source files to
>>>>>>>> C:\scf\v3\web\web-glue\target\classes
>>>>>>>> Note:
>>>>>>>> C:\scf\v3\web\web-glue\src\main\java\com\sun\enterprise\web\WebComponentInvocation.java
>>>>>>>> uses or overrides a deprecated API.
>>>>>>>> Note: Recompile with -Xlint:deprecation for details.
>>>>>>>> C:\scf\v3\web\web-glue\src\main\java\com\sun\enterprise\web\pwc\connector\coyote\PwcCoyoteRequest.java:146:
>>>>>>>> cannot find symbol
>>>>>>>> symbol : method getSessionCookieConfig()
>>>>>>>> location: interface javax.servlet.ServletContext
>>>>>>>> (servletContext.getSessionCookieConfig()!=null)) {
>>>>>>>> ^
>>>>>>>> Note: Some input files use or override a deprecated API.
>>>>>>>> Note: Recompile with -Xlint:deprecation for details.
>>>>>>>> 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
>>>>>>>>
>>>>>>>> -Nandini
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> 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
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>