geronimo-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shawn Jiang <genspr...@gmail.com>
Subject Re: Geronimo 3 with Scala 2.10
Date Sat, 16 Feb 2013 14:00:59 GMT
I guess the call trace is different between 2.10 and 2.9.  and the call
trace in 2.9 avoid this conflict somehow.


On Sat, Feb 16, 2013 at 8:59 PM, Peter Petersson
<petersson.peter@gmail.com>wrote:

>  On 02/16/2013 01:36 PM, Shawn Jiang wrote:
>
> Another approach would be to hide the packages provided by server.  It's a
> better way to avoid the liberay conflict between the app and server.
>
>
> Yes, thank you, I tried that but most have forgot the * at the end or
> something. This is clearly a better way to solve the library version
> conflict.
> It would however be good to know why the conflict only manifests itself
> while building the app with scala 2.10 and not with 2.9 ;) In bot h builds
> the app uses common codec v1.6.
>
> best regards
>   Peter Petersson
>
>
>
> <sys:import-package> !org.apache.commons.codec*</sys:import-package>
>
>  you can also do the same with this
>
>  <sys:hidden-classes> sys:classFilterType </sys:hidden-classes>
>
>  if you are using geornimo 2.x
>
>
>
> On Sat, Feb 16, 2013 at 7:45 PM, Peter Petersson <
> petersson.peter@gmail.com> wrote:
>
>>  Hi
>>
>> Thanks Richard for putting this minimal Scala 2.9/2.10 example together
>> to demonstrate this "class loading problem".
>>
>> I took a peek at it and found a way to get around the problem found with
>> the 2.10 build (see below), however I still have not found the direct cause
>> of the problem and hope that someone in the Geronimo community could help
>> narrow it down a bit more, It would be greatly appreciated ( David J ? ;)
>> ).
>>
>> To make the 2.10 build deploy and start correctly, as the Scala 2.9 build
>> dose, I added the inverse-classloading [1] setting to the deployment
>> descriptor (for the Scala 2.10 build, its not needed when building with
>> Scala 2.9), this may however not be a ultimate solution in all situations
>> so if anyone have a better solution or a suggestion on how to narrow it
>> down pleas let us know.
>>
>> [1]
>> http://geronimo.apache.org/schemas-3.0/docs/geronimo-module-1.2.xsd.html#h1508775248
>>
>> best regards
>>     Peter Petersson
>>
>>
>>
>> On 02/12/2013 11:05 AM, Richard Dallaway wrote:
>>
>> Hello.
>>
>>  I've run into a WAR deployment problem that I'm hoping someone here can
>> help me understand and resolve.
>>
>>  I've put together a small web application (just a servlet filter) which
>> references Apache Commons Codec. This project uses Scala. When build with
>> Scala 2.9 it deploys to Geronimo and runs.  When build with Scala 2.10 it
>> does not deploy.  However, both versions happily deploy and run under
>> Tomcat 7.
>>
>>  The exception is:
>>
>>  ERROR [[/hello]] Exception starting filter MyFilter
>> java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/BaseNCodec
>>  at java.lang.Class.forName0(Native Method)
>>  at java.lang.Class.forName(Class.java:266)
>>  at org.apache.xbean.recipe.RecipeHelper.loadClass(RecipeHelper.java:52)
>>  at org.apache.xbean.recipe.ObjectRecipe.getType(ObjectRecipe.java:353)
>>  at
>> org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java:266)
>>  at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)
>>  at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)
>>  at
>> org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:180)
>>  at
>> org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:64)
>>
>>  I've put the project on github with details of steps to reproduce and
>> the full stack trace and WAR contents:
>>
>>  https://github.com/d6y/geronimo_codec
>>
>>  Any suggestions for how I can resolve this one?
>>
>>  Thanks
>> Richard
>>
>>
>>
>
>
>  --
> Shawn
>
>
>


-- 
Shawn

Mime
View raw message