I have no idea. Unfortunately I don't know a first thing about the Gump configuration.

Elliot Metsger wrote:
[javac] /x1/gump/public/workspace/portals-pluto-1.0/portal/src/java/org/apache/pluto/portalImpl/services/portletdefinitionregistry/PortletDefinitionRegistryServiceContextImpl.java:113: exception java.io.IOException is never thrown in body of corresponding try statement
    [javac]         } catch (IOException e) {
    [javac]           ^
[javac] /x1/gump/public/workspace/portals-pluto-1.0/portal/src/java/org/apache/pluto/portalImpl/services/portletdefinitionregistry/PortletDefinitionRegistryServiceContextImpl.java:115: exception org.exolab.castor.mapping.MappingException is never thrown in body of corresponding try statement
    [javac]         } catch (MappingException e) {
    [javac]           ^

Apparently Gump is building with a version of Castor that doesn't throw IOException or MappingException. Pluto 1.0.2 depends on Castor 0.9.5.3, but Gump is building Pluto with Castor's trunk, which apparently doesn't throw these exceptions anymore.

Can/should we change Gump to build with 0.9.5.3?

Elliot



Reply via email to