Hi Nick, I missed the mail also, in my commit mails, so sorry for the late reply too.
On Dec 6, 2007 8:45 PM, Nicholas L Gallardo <[EMAIL PROTECTED]> wrote: > Hi Sandakith, > > Sorry I'm commenting on this a little late. A couple of points/questions. > I'm wondering if what's going on here is still a mix of the JAX-WS and > Axis2/181 POJO support. I know I still owe you my thoughts on how to resolve > some of that. I'll try to get that out as soon as I can. > Ok, Cool Nick, Please forward them to me, > > > 1) You mention in commenting out the code in the EndpointController that > the check for a version mismatch is already happening at a higher level. Can > you point me to where that code is run? Are you sure that it's creating the > same version mismatch faults as the existing JAX-WS behavior? > Actually when I debug the code for this scenario I found that Actually there is no need for this binding type missmatch check, since it was reached correctly upto that point and when this line executes the mismath check, as I saw it it's creating the same version mismatch faults as the existing JAX-WS. > > > Beyond that, it's unclear to me what the expectation is for invoking that > target endpoint via a GET. If the service is a JAX-WS annotated Java bean > and you point it to * > http://127.0.0.1:8080/axis2/services/CalculatorService/add?value1=1&value2=3 > *<http://127.0.0.1:8080/axis2/services/CalculatorService/add?value1=1&value2=3> > as > was mentioned in the JIRA, how is that request data being unmarshalled and > sent to the target endpoint? > With this fix the service works when invoking the target endpoint from codegenerated client and via a GET. I thought these are the basic axis2 needs. > Given that right now the JAX-WS runtime is only configured to umarshall > data via JAXB, I can't see what portion of the code is grabbing those values > out of the HTTP request params and passing them to the endpoint. If there is > code to support that, how are you mapping that to JAXB? i.e., I can see > putting simple params in the URL, but what about anything with a complex > object structure? > I have to look in to this a bit more, I am also bit gray on this. > > > I think there's value in supporting an HTTP GET for JAX-WS endpoint, but > my intent has been to support it only for the JAXWS Provider ( > javax.xml.ws.Provider) style endpoints. > Ok. > > > > 2) This change also concerns me because of the granularity. I couldn't > tell from the JIRA what the original exception was that was happening here. > Do you have that? Why would a different classloader be needed to run the > ThreadContextMigrator cleanup after all of the processing has been done? > Presumably, those migrators are run on the same thread and with the same > classloader on the inbound flow when they're called the first time. Do you > have any other info about this change? > ok, mee too found that in axis2.xml we can set a param called serviceTCCL, and we can set it to compond, this can be found at the AbstractMessageReceiver. Guess it do the same thing, Have you guys being using that with the JAXWS? Thanks Sandakith > > > Thanks, > > -Nick > > > [image: Inactive hide details for [EMAIL PROTECTED] > [EMAIL PROTECTED] > > > > [EMAIL PROTECTED] > > 12/05/2007 11:15 PM > > > To > > [EMAIL PROTECTED] > cc > > > Subject > > svn commit: r601617 - in > /webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server: > EndpointController.java JAXWSMessageReceiver.java > > Author: sandakith > Date: Wed Dec 5 21:15:52 2007 > New Revision: 601617 > > URL: http://svn.apache.org/viewvc?rev=601617&view=rev > Log: > Fixing https://issues.apache.org/jira/browse/AXIS2-3382, no objections > from anyone. I have tested the build with tests and sample calculator, and > confirmed its working > > Modified: > > > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/EndpointController.java > > > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/JAXWSMessageReceiver.java > > Modified: > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/EndpointController.java > URL: > http://svn.apache.org/viewvc/webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/EndpointController.java?rev=601617&r1=601616&r2=601617&view=diff > > ============================================================================== > --- > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/EndpointController.java > (original) > +++ > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/EndpointController.java > Wed Dec 5 21:15:52 2007 > @@ -196,12 +196,13 @@ > eic.setHandlers(new HandlerResolverImpl( > endpointDesc.getServiceDescription()).getHandlerChain( > endpointDesc.getPortInfo())); > } > > - if (!Utils.bindingTypesMatch(request, > endpointDesc.getServiceDescription())) { > - Protocol protocol = request.getMessage().getProtocol(); > - MessageContext faultContext = > Utils.createVersionMismatchMessage(request, protocol); > - eic.setResponseMessageContext(faultContext); > - return false; > - } > + //Not needed since this is already handled when eic reaches this > level > + //if (!Utils.bindingTypesMatch(request, > endpointDesc.getServiceDescription())) { > + // Protocol protocol = request.getMessage().getProtocol(); > + // MessageContext faultContext = > Utils.createVersionMismatchMessage(request, protocol); > + // eic.setResponseMessageContext(faultContext); > + // return false; > + //} > > MessageContext responseMsgContext = null; > > > Modified: > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/JAXWSMessageReceiver.java > URL: > http://svn.apache.org/viewvc/webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/JAXWSMessageReceiver.java?rev=601617&r1=601616&r2=601617&view=diff > > ============================================================================== > --- > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/JAXWSMessageReceiver.java > (original) > +++ > webservices/axis2/trunk/java/modules/jaxws/src/org/apache/axis2/jaxws/server/JAXWSMessageReceiver.java > Wed Dec 5 21:15:52 2007 > @@ -19,6 +19,9 @@ > > package org.apache.axis2.jaxws.server; > > +import javax.xml.ws.Binding; > +import javax.xml.ws.WebServiceException; > + > import org.apache.axis2.AxisFault; > import org.apache.axis2.addressing.AddressingConstants; > import org.apache.axis2.context.OperationContext; > @@ -43,9 +46,6 @@ > import org.apache.commons.logging.Log; > import org.apache.commons.logging.LogFactory; > > -import javax.xml.ws.Binding; > -import javax.xml.ws.WebServiceException; > - > /** > * The JAXWSMessageReceiver is the entry point, from the server's > perspective, to the JAX-WS code. > * This will be called by the Axis Engine and is the end of the chain from > an Axis2 perspective. > @@ -80,8 +80,12 @@ > > org.apache.axis2.description.Parameter svcClassParam = > service.getParameter(PARAM_SERVICE_CLASS); > - > + ClassLoader prevCl = Thread.currentThread().getContextClassLoader(); > > try { > + //Set the service class loader > + ClassLoader newCl = service.getClassLoader(); > + Thread.currentThread().setContextClassLoader(newCl); > + > if (svcClassParam == null) { > throw new RuntimeException( > Messages.getMessage > ("JAXWSMessageReceiverNoServiceClass")); > @@ -176,6 +180,8 @@ > ThreadContextMigratorUtil.performContextCleanup( > Constants.THREAD_CONTEXT_MIGRATOR_LIST_ID, > axisResponseMsgCtx); > } > + //Revert back from service class loader to the previous > class loader > + Thread.currentThread().setContextClassLoader(prevCl); > } > > } catch (Exception e) { > @@ -193,6 +199,9 @@ > // The AxisEngine expects an AxisFault > throw AxisFault.makeFault(wse); > > + } finally { > + // In a case of exception also swith from service cl to previous > cl > + Thread.currentThread().setContextClassLoader(prevCl); > } > > //This assumes that we are on the ultimate execution thread > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- Thanks Lahiru Sandakith http://sandakith.wordpress.com/ GPG Key Fingerprint : 8CD8 68E0 4CBC 75CB 25BC 1AB1 FE5E 7464 1F01 9A0F
<<ecblank.gif>>
<<graycol.gif>>
