I think I may be closer to understanding why my JAXBContextResolver's
getContext() method is not being called. I see in the Glassfish log the
following WARNING...
So now I have to find out how to upgrade Glassfish 3.2.1 to use jaxb-api
and jaxb-ri 2.2.3. I suspect that will fix my problem.
Upgrading JAXB jars in GF 2.1.2 did not work despite much looking and
trial and error. So now I am off to the users_at_glassfish list :-(
[#|2012-02-15T20:39:51.064-0500|SEVERE|glassfish3.1.2|com.sun.jersey.api.json.JSONConfiguration|_ThreadID=10;_ThreadName=Thread-2;|NATURAL
JSON notation configured, but JAXB RI 2.1.10 not found. For the recent
builds to get this working correctly, you need even at least JAXB
version 2.1.12. Please add it to your classpath!|#]
[#|2012-02-15T20:39:51.066-0500|SEVERE|glassfish3.1.2|com.sun.jersey.core.spi.component.ProviderFactory|_ThreadID=10;_ThreadName=Thread-2;|The
provider class, class
org.freebxml.omar.server.interfaces.rest.JAXBContextResolver, could not
be instantiated. Processing will continue but the class will not be utilized
java.lang.RuntimeException: NATURAL JSON notation configured, but JAXB
RI 2.1.10 not found. For the recent builds to get this working
correctly, you need even at least JAXB version 2.1.12. Please add it to
your classpath!
at
com.sun.jersey.api.json.JSONConfiguration.natural(JSONConfiguration.java:447)
at
org.freebxml.omar.server.interfaces.rest.JAXBContextResolver.<init>(JAXBContextResolver.java:52)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at
com.sun.jersey.core.spi.component.ComponentConstructor._getInstance(ComponentConstructor.java:192)
at
com.sun.jersey.core.spi.component.ComponentConstructor.getInstance(ComponentConstructor.java:179)
at
com.sun.jersey.core.spi.component.ProviderFactory.__getComponentProvider(ProviderFactory.java:166)
at
com.sun.jersey.core.spi.component.ProviderFactory._getComponentProvider(ProviderFactory.java:159)
at
com.sun.jersey.core.spi.component.ioc.IoCProviderFactory._getComponentProvider(IoCProviderFactory.java:93)
at
com.sun.jersey.core.spi.component.ProviderFactory.getComponentProvider(ProviderFactory.java:153)
at
com.sun.jersey.core.spi.component.ProviderServices.getComponent(ProviderServices.java:251)
at
com.sun.jersey.core.spi.component.ProviderServices.getProviders(ProviderServices.java:148)
at
com.sun.jersey.core.spi.factory.ContextResolverFactory.init(ContextResolverFactory.java:83)
at
com.sun.jersey.server.impl.application.WebApplicationImpl._initiate(WebApplicationImpl.java:1271)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.access$700(WebApplicationImpl.java:169)
at
com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:775)
at
com.sun.jersey.server.impl.application.WebApplicationImpl$13.f(WebApplicationImpl.java:771)
at
com.sun.jersey.spi.inject.Errors.processWithErrors(Errors.java:193)
at
com.sun.jersey.server.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:771)
at
com.sun.jersey.spi.spring.container.servlet.SpringServlet.initiate(SpringServlet.java:117)
at
com.sun.jersey.spi.container.servlet.ServletContainer$InternalWebComponent.initiate(ServletContainer.java:318)
at
com.sun.jersey.spi.container.servlet.WebComponent.load(WebComponent.java:609)
at
com.sun.jersey.spi.container.servlet.WebComponent.init(WebComponent.java:210)
at
com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:373)
at
com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:556)
On 02/15/2012 05:20 PM, Farrukh Najmi wrote:
>
> Hi Glen,
>
> Thanks again for your kind help. My JAXBContextResolver does have the
> @Provider annotation (see below)...
> The CFX option seems like a lot of work and risk so I am going to poke
> around some more before trying that.
>
> Any comments from dev team on how to force my
> JAXBContextResolver.getContext() method to be called within
> com.sun.jersey.core.provider.jaxb.*AbstractJAXBProvider* method
> "protected final Marshaller *getMarshaller*(Class type, MediaType mt)
> throws JAXBException" method?
>
> @Provider
> public final class JAXBContextResolver implements
> ContextResolver<JAXBContext> {
>
> private final JAXBContext context;
>
> public JAXBContextResolver() throws Exception {
> this.context = new JSONJAXBContext(
> JSONConfiguration.natural().build(),
> BindingUtility.getJaxbContextPath());
> }
>
> public JAXBContext getContext(Class<?> objectType) {
> String pkgName = objectType.getPackage().getName();
> String[] pkgs = BindingUtility.getJaxbContextPath().split(":");
> List pkgs2 = Arrays.asList(pkgs);
> boolean found = pkgs2.contains(pkgName);
>
> return found ? context : null;
> }
> }
>
> On 02/15/2012 04:49 PM, Glen Mazza wrote:
>> On 02/15/2012 04:22 PM, Farrukh Najmi wrote:
>>> Hi Glen,
>>>
>>> Thanks for the pointer. I checked and believe that my REST app is
>>> quite consistent with json-from-jaxb sample.
>>> The problem seems to be that my ContextResolver<JAXBContext> impl
>>> class' getContext() method is not being called when creating the
>>> Marshaller for the REST request.
>>> During startup of my server I see that my
>>> ContextResolver<JAXBContext> impl class' constructor is called not
>>> once but twice with similar stack trace.
>>>
>>> Since my ContextResolver<JAXBContext> impl class includes the
>>> package "net.opengis.gml.v_3_1_1" in its context path it sure seems
>>> like if its getContext() method was called during the creation of
>>> the Marshaller then all would be well.
>>>
>>> Debugging the code it appears that
>>> com.sun.jersey.core.provider.jaxb.AbstractJAXBProvider method
>>> "protected final Marshaller getMarshaller(Class type, MediaType mt)
>>> throws JAXBException" never uses the ContextResolver because
>>> fixedMediaType member is true. Why is my ContextResolver not being
>>> called? I am not sure if the problem is in my code or jersey runtime
>>> code.
>>>
>>> Any further advice on how to debug this further? Thanks very much.
>>
>> I recently modified the sample to use CXF's JAX-RS implementation
>> (https://github.com/gmazza/jersey-samples-on-cxf/tree/master/json-from-jaxb),
>> if desperate you might want to try a different framework to see if it
>> returns different error messages or works (if nothing else, you can
>> get *two* mailing lists to try to solve your problem :) But I
>> noticed Jersey needs a JAXBContextResolver @Provider
>> (http://www.jroller.com/gmazza/entry/jersey_samples_on_cxf#jc11) --
>> did you remember to include a similar class in your project? That
>> might be the story.
>>
>> Glen
>>
>>>
>>> On 02/15/2012 03:51 PM, Glen Mazza wrote:
>>>> Have you looked at the Jersey json-from-jaxb sample? I believe it
>>>> uses a JAXBContext to provide both XML and JSON options, see the
>>>> bottom of the file here:
>>>> http://java.net/projects/jersey/sources/svn/content/trunk/jersey/samples/json-from-jaxb/README.html?rev=5653
>>>>
>>>> It might point out something that can fix your problem.
>>>>
>>>> Regards,
>>>> Glen
>>>>
>>>> On 02/15/2012 03:26 PM, Farrukh Najmi wrote:
>>>>>
>>>>> Hi Guys,
>>>>>
>>>>> I am still stuck on the problem posted earlier in this thread
>>>>> under a different subject.
>>>>>
>>>>> In order for me to get this resolved I am thinking I need a
>>>>> clearer understanding of how jersey creates its JAXBContext that
>>>>> it uses to marshal and unmarshal JAXB objects.
>>>>> In particular I am curious how I can give the jersey runtime a
>>>>> JAXBContext that I have alredayt created elsewhere.
>>>>>
>>>>> I would be grateful if someone could provide some guidance. Thanks.
>>>>>
>>>>> On 02/10/2012 02:59 PM, Farrukh Najmi wrote:
>>>>>> Hi Guys,
>>>>>>
>>>>>> Upon further investigation here are some findings on my problem....
>>>>>>
>>>>>> * First the class in question
>>>>>> net.opengis.gml.v_3_1_1.PolygonType is definitely in a jar
>>>>>> in my classpath for the web app
>>>>>> * The "JAXBException: <Class> is not known to this context"
>>>>>> problem seems to be experienced due to ClassLoader issues
>>>>>> in many cases:
>>>>>> o https://issues.apache.org/jira/browse/GERONIMO-3793
>>>>>> o http://mail-archives.apache.org/mod_mbox/cxf-users/200809.mbox/%3C1220547389.13894.37.camel@ubuntu%3E
>>>>>> o http://healthvaultjavalib.codeplex.com/workitem/10842
>>>>>> * I do not experience this problem when I use the SOAP
>>>>>> endpoint to the same webapp but only when I use the jersey
>>>>>> REST endpoint
>>>>>> * In my own code I am not doing any ClassLoader magic that I
>>>>>> know off
>>>>>> * I am using spring-framework in case it is relevant
>>>>>>
>>>>>> Any idea what else I can try to get to the bottom of this? Is
>>>>>> this issue more appropriate for the users_at_jaxb list?
>>>>>>
>>>>>>
>>>>>> On 02/09/2012 12:53 PM, Farrukh Najmi wrote:
>>>>>>>
>>>>>>> I am getting the following exception in my jersey endpoint built
>>>>>>> using jersey 1.10:
>>>>>>>
>>>>>>> javax.ws.rs.WebApplicationException: javax.xml.bind.MarshalException
>>>>>>> - with linked exception:
>>>>>>> [javax.xml.bind.JAXBException:
>>>>>>> net.opengis.gml.v_3_1_1.PolygonType is not known to this context]
>>>>>>> at
>>>>>>> com.sun.jersey.core.provider.jaxb.AbstractJAXBElementProvider.writeTo(AbstractJAXBElementProvider.java:141)
>>>>>>> at
>>>>>>> com.sun.jersey.core.provider.jaxb.AbstractJAXBElementProvider.writeTo(AbstractJAXBElementProvider.java:79)
>>>>>>> at
>>>>>>> com.sun.jersey.spi.container.ContainerResponse.write(ContainerResponse.java:306)
>>>>>>> at
>>>>>>> com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1437)
>>>>>>> at
>>>>>>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1349)
>>>>>>> at
>>>>>>> com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1339)
>>>>>>> at
>>>>>>> com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:416)
>>>>>>> at
>>>>>>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:537)
>>>>>>> at
>>>>>>> com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:708)
>>>>>>> at
>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:770)
>>>>>>>
>>>>>>>
>>>>>>> This happens when the endpoint returns an XML response using a
>>>>>>> JAXBElement. The element look like this (simplified):
>>>>>>>
>>>>>>> <RegistryObject xsi:type="ExtrinsicObjectType"
>>>>>>> xmlns:ns2="http://www.w3.org/1999/xlink"
>>>>>>> <http://www.w3.org/1999/xlink>
>>>>>>> xmlns="urn:oasis:names:tc:ebxml-regrep:xsd:rim:4.0"
>>>>>>> xmlns:ns4="urn:oasis:names:tc:ebxml-regrep:xsd:rs:4.0"
>>>>>>> xmlns:ns3="http://www.w3.org/2005/08/addressing"
>>>>>>> <http://www.w3.org/2005/08/addressing>
>>>>>>> xmlns:ns5="urn:oasis:names:tc:ebxml-regrep:xsd:spi:4.0"
>>>>>>> xmlns:ns6="urn:oasis:names:tc:ebxml-regrep:xsd:query:4.0"
>>>>>>> xmlns:ns7="urn:oasis:names:tc:ebxml-regrep:xsd:lcm:4.0"
>>>>>>> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
>>>>>>> <http://www.w3.org/2001/XMLSchema-instance>>
>>>>>>> <Slot name="urn:iso:TC211:19115:slot:geographicBoundingBox"
>>>>>>> type="urn:ogc:def:dataType:ISO-19107:GM_Envelope">
>>>>>>> <SlotValue xsi:type="AnyValueType">
>>>>>>> <ns8:Polygon srsName="urn:ogc:def:crs:EPSG::4326"
>>>>>>> xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
>>>>>>> <http://schemas.xmlsoap.org/soap/envelope/>
>>>>>>> xmlns:ns9="http://www.w3.org/2001/SMIL20/"
>>>>>>> <http://www.w3.org/2001/SMIL20/>
>>>>>>> xmlns:ns10="http://www.w3.org/2001/SMIL20/Language"
>>>>>>> <http://www.w3.org/2001/SMIL20/Language>
>>>>>>> xmlns:ns8="http://www.opengis.net/gml" <http://www.opengis.net/gml>>
>>>>>>> <ns8:exterior>
>>>>>>> <ns8:LinearRing>
>>>>>>> <ns8:pos>-120.0 25.0</ns8:pos>
>>>>>>> <ns8:pos>-70.0 25.0</ns8:pos>
>>>>>>> <ns8:pos>-70.0 40.0</ns8:pos>
>>>>>>> <ns8:pos>-120.0 40.0</ns8:pos>
>>>>>>> <ns8:pos>-120.0 25.0</ns8:pos>
>>>>>>> </ns8:LinearRing>
>>>>>>> </ns8:exterior>
>>>>>>> </ns8:Polygon>
>>>>>>> </SlotValue>
>>>>>>> </Slot>
>>>>>>> </RegistryObject>
>>>>>>>
>>>>>>> The XML Schema for above is defined here
>>>>>>> <http://docs.oasis-open.org/regrep/regrep-core/v4.0/cos01/xsd/rim.xsd>.
>>>>>>>
>>>>>>> The <SlotValue xsi:type="AnyValueType"> element allows xs:anyType.
>>>>>>>
>>>>>>> I have a ContextResolver as part of the jersey endpoint that has
>>>>>>> a JAXBContext that includes JAXB bindings for the ns8:Polygon
>>>>>>> element and the classpath contai9ns the jar containing the
>>>>>>> net.opengis.gml.v_3_1_1.PolygonType class.
>>>>>>>
>>>>>>> During debug it seems that my ContextResolver is never called
>>>>>>> because
>>>>>>> com.sun.jersey.core.provider.jaxb.AbstractJAXBProvider#getMarshaller
>>>>>>> (line 140 in jersey 1.10)
>>>>>>> skips the resolver because fixedMediaType is true.
>>>>>>>
>>>>>>> I would be very grateful for any suggestions on how to debug
>>>>>>> this more and get past this problem.
--
Regards,
Farrukh Najmi
Web: http://www.wellfleetsoftware.com