Sahoo wrote:
> Harsha Godugu wrote:
>
>>
>>>
>>>
>>> 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
>>>
>> One of the items that we discussed a long time (3 months or so) ago
>> is, to strongly discourage the use of *multiple versions* of the same
>> artifact in a given product. In this case, it happens to be
>> javax.servlet.ServletContext As you already pointed out, a few of
>> the v3 modules are using servlet-api-2.5 jar and v3/web is declaring
>> its own ServletContext api under javax.servlet dir. Under which
>> the ServletContext interface is enhanced with a new method
>> declaration (with Amy's checkin). Does this new addition is part of
>> 3.0 servlet api?
>
> Yes.
>
>> Or we have our own flavor of javax.servlet.ServletContext?
>
> We are not allowed to have private extensions to spec controlled
> classes and packages such that it affects users.
>
>>
>> If all the other sibling modules depend on a single version of
>> javax.servlet api, we wouldn't have encountered this problem, at the
>> first place.
>> Did someone say, what's wrong with using multiple versions of same
>> artifact in one product :-)
>>
> It is impossible to ensure that everyone uses same version of a
> package. While we can control artifacts that are built in v3
> workspace, we can't enforce this on artifacts we depend on.
Well! we shouldn't use the impossible word that often :-) (if we
can't control the product that we develop... ???)
-hg
>
> Sahoo
>
>> -hg
>>
>>
>>>> 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
>