You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sis.apache.org by Cullen Rombach <cu...@imagemattersllc.com.INVALID> on 2019/07/02 14:25:24 UTC
Unable to Unmarshal ISO Metadata on dev-1.0-SNAPSHOT
Hello,
We use Apache SIS dev-1.0-SNAPSHOT (which we can no longer find on the
GitHub repository but is still hosted on the GeoToolkit Nexus Repository --
looks like it has been renamed to 1.x-SNAPSHOT) to marshal and unmarshal
ISO 19139 and 19115-3 metadata. Within the last 24 hours or so,
dev-1.0-SNAPSHOT seems to have broken and we are no longer able to
unmarshal metadata. We suspect that an underlying change to GeoAPI has
broken the unmarshaller.
If possible, we would greatly appreciate a fix followed by a push to the
Nexus Repository so we can leverage the fix for our use case.
This is the stack trace we are seeing:
java.lang.NoClassDefFoundError: org/opengis/util/CodeList$Filter
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:468)
at java.net.URLClassLoader.access$100(URLClassLoader.java:74)
at java.net.URLClassLoader$1.run(URLClassLoader.java:369)
at java.net.URLClassLoader$1.run(URLClassLoader.java:363)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:362)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.apache.sis.util.iso.Types.forCodeName(Types.java:627)
at org.apache.sis.internal.jaxb.cat.CodeListAdapter.unmarshal(CodeListAdapter.java:118)
at org.apache.sis.internal.jaxb.cat.CodeListAdapter.unmarshal(CodeListAdapter.java:52)
at com.sun.xml.bind.v2.runtime.reflect.AdaptedAccessor.set(AdaptedAccessor.java:85)
at com.sun.xml.bind.v2.runtime.reflect.Accessor.receive(Accessor.java:166)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallingContext.endElement(UnmarshallingContext.java:615)
at com.sun.xml.bind.v2.runtime.unmarshaller.SAXConnector.endElement(SAXConnector.java:180)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:609)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1782)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl$FragmentContentDriver.next(XMLDocumentFragmentScannerImpl.java:2967)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentScannerImpl.next(XMLDocumentScannerImpl.java:602)
at com.sun.org.apache.xerces.internal.impl.XMLNSDocumentScannerImpl.next(XMLNSDocumentScannerImpl.java:112)
at com.sun.org.apache.xerces.internal.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:505)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:842)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(XML11Configuration.java:771)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(XMLParser.java:141)
at com.sun.org.apache.xerces.internal.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1213)
at com.sun.org.apache.xerces.internal.jaxp.SAXParserImpl$JAXPSAXParser.parse(SAXParserImpl.java:643)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal0(UnmarshallerImpl.java:258)
at com.sun.xml.bind.v2.runtime.unmarshaller.UnmarshallerImpl.unmarshal(UnmarshallerImpl.java:229)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:157)
at javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:204)
In some cases, but not always, there is also the following"Caused by"
message:
Caused by: java.lang.ClassNotFoundException: org.opengis.util.CodeList$Filter
at java.net.URLClassLoader.findClass(URLClassLoader.java:382)
at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:349)
at java.lang.ClassLoader.loadClass(ClassLoader.java:35
Thanks for your help,
Cullen Rombach
--
Cullen Rombach
Image Matters LLC
www.imagemattersllc.com
Re: Unable to Unmarshal ISO Metadata on dev-1.0-SNAPSHOT
Posted by Cullen Rombach <cu...@imagemattersllc.com.INVALID>.
Hi Martin,
We switched to the 2.0-SNAPSHOT branch, which seems to be the one you just
pushed. That is working well for us now. Thank you for your fast assistance!
Regards,
Cullen
On Tue, Jul 2, 2019 at 10:44 AM Martin Desruisseaux <
martin.desruisseaux@geomatys.com> wrote:
> Hello Cullen
>
> We just pushed a deployment on the nexus repository. Could you try it
> again? The deployment was broken because of an issue with Sonar, so we
> disabled the later for now.
>
> Regards,
>
> Martin
>
> Le 02/07/2019 à 16:25, Cullen Rombach a écrit :
>
> > Hello,
> >
> > We use Apache SIS dev-1.0-SNAPSHOT (which we can no longer find on the
> > GitHub repository but is still hosted on the GeoToolkit Nexus Repository
> --
> > looks like it has been renamed to 1.x-SNAPSHOT) to marshal and unmarshal
> > ISO 19139 and 19115-3 metadata. Within the last 24 hours or so,
> > dev-1.0-SNAPSHOT seems to have broken and we are no longer able to
> > unmarshal metadata. We suspect that an underlying change to GeoAPI has
> > broken the unmarshaller.
> >
> > If possible, we would greatly appreciate a fix followed by a push to the
> > Nexus Repository so we can leverage the fix for our use case.
> >
> > This is the stack trace we are seeing:
>
>
--
Cullen Rombach
Image Matters LLC
www.imagemattersllc.com
Re: Unable to Unmarshal ISO Metadata on dev-1.0-SNAPSHOT
Posted by Martin Desruisseaux <ma...@geomatys.com>.
Hello Cullen
We just pushed a deployment on the nexus repository. Could you try it
again? The deployment was broken because of an issue with Sonar, so we
disabled the later for now.
Regards,
Martin
Le 02/07/2019 à 16:25, Cullen Rombach a écrit :
> Hello,
>
> We use Apache SIS dev-1.0-SNAPSHOT (which we can no longer find on the
> GitHub repository but is still hosted on the GeoToolkit Nexus Repository --
> looks like it has been renamed to 1.x-SNAPSHOT) to marshal and unmarshal
> ISO 19139 and 19115-3 metadata. Within the last 24 hours or so,
> dev-1.0-SNAPSHOT seems to have broken and we are no longer able to
> unmarshal metadata. We suspect that an underlying change to GeoAPI has
> broken the unmarshaller.
>
> If possible, we would greatly appreciate a fix followed by a push to the
> Nexus Repository so we can leverage the fix for our use case.
>
> This is the stack trace we are seeing: