I found the solution to upgrade jaxb in GF 3.1.2 from Pavel here:
http://jersey.576304.n2.nabble.com/JSON-natural-on-GF-3-1-b40-td5977358.html
Here is a summary of the steps...
cd ~/glassfish-3.1.2/glassfish/modules
wget
http://download.java.net/maven/2/com/sun/xml/bind/jaxb-osgi/2.2.3/jaxb-osgi-2.2.3.jar
cd ~/glassfish-3.1.2/glassfish/modules/endorsed
wget
http://download.java.net/maven/2/javax/xml/bind/jaxb-api-osgi/2.2.3/jaxb-api-osgi-2.2.3.jar
Restarted Glassfish after that and all is well. I can use jersey JSON
notation and my JAXBConextResolver is being called now and I no longer
run into the problem.
Many thanks to Pavel and Glen for their kind help.
On 02/15/2012 09:13 PM, Farrukh Najmi wrote:
>
> 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