From kbarry@example.net Thu Oct 01 03:53:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 99049 invoked from network); 1 Oct 2009 03:53:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2009 03:53:48 -0000 Received: (qmail 64967 invoked by uid 500); 1 Oct 2009 03:53:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 64872 invoked by uid 500); 1 Oct 2009 03:53:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 64862 invoked by uid 99); 1 Oct 2009 03:53:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 03:53:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 03:53:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 79C06234C004 for <kbarry@example.net>; Wed, 30 Sep 2009 20:53:23 -0700 (PDT) Message-ID: <1085087075.1254369203484.JavaMail.jira@brutus> Date: Wed, 30 Sep 2009 20:53:23 -0700 (PDT) From: "Arik Gorelik (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Commented: (CXF-2455) Unable to disable schema validation in 2.2.4-SNAPSHOT In-Reply-To: <1926960665.1254347363688.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761089#action_12761089 ] Arik Gorelik commented on CXF-2455: ----------------------------------- Looks like after experimenting more with this, in 2.2.4-SNAPSHOT, the schema validation setting is ignored? I just sending a simple integer type in an <id> element like this: <id>12345a</id> but getting a validation error which I would like to turn off and able to do so in 2.2.3. Moreover, in 2.2.3 in the UNMARSHAL phase, the value is being set to "null" in case of invalid values for the elements based on the schema types. Here is the stack trace: DefaultValidationEventHandler: [ERROR]: For input string: "12345a" Location: line 11 Sep 30, 2009 8:47:21 PM org.apache.cxf.phase.PhaseInterceptorChain doIntercept WARNING: Interceptor has thrown exception, unwinding now org.apache.cxf.interceptor.Fault: Unmarshalling Error: For input string: "12345a" at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:661) at org.apache.cxf.jaxb.JAXBEncoderDecoder.unmarshall(JAXBEncoderDecoder.java:533) at org.apache.cxf.jaxb.io.DataReaderImpl.read(DataReaderImpl.java:119) at org.apache.cxf.interceptor.DocLiteralInInterceptor.handleMessage(DocLiteralInInterceptor.java:99) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:104) > Unable to disable schema validation in 2.2.4-SNAPSHOT > ----------------------------------------------------- > > Key: CXF-2455 > URL: https://issues.apache.org/jira/browse/CXF-2455 > Project: CXF > Issue Type: Bug > Affects Versions: 2.2.4 > Reporter: Arik Gorelik > Fix For: 2.2.4 > > > Hello, > It seems I am unable to disable schema validation CXF 2.2.4-SNAPSHOT as it is enabled by default? > <jaxws:endpoint > id="testService" > implementor="testServiceImpl" > wsdlLocation="wsdl/v29/testService.wsdl" > address="/v29/testService"> > <jaxws:properties> > <entry key="schema-validation-enabled" value="false" /> > </jaxws:properties> > <jaxws:inInterceptors> > <ref bean="testInterceptor" /> > </jaxws:inInterceptors> > </jaxws:endpoint> > This works in 2.2.3 as I am able to disable schema validation to perform custom checks myself. However, in the latest 2.2.4-SNAPSHOT, I am not longer able to disable the schema validation. Is there another way to do this without touching the Endpoint Service Interface/Class? I am using a WSDL first approach to develop my services. > Best Regards, > Arik. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Thu Oct 01 07:56:51 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 59709 invoked from network); 1 Oct 2009 07:56:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2009 07:56:51 -0000 Received: (qmail 37585 invoked by uid 500); 1 Oct 2009 07:56:51 -0000 Delivered-To: kbarry@example.net Received: (qmail 37560 invoked by uid 500); 1 Oct 2009 07:56:50 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 37550 invoked by uid 99); 1 Oct 2009 07:56:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 07:56:50 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 07:56:48 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id D2186234C004 for <kbarry@example.net>; Thu, 1 Oct 2009 00:56:23 -0700 (PDT) Message-ID: <1471672594.1254383783848.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 00:56:23 -0700 (PDT) From: "Christian Schneider (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2276) Maven plugins: Support attaching generated WSDLs to the Maven build In-Reply-To: <1857835523.1244631847343.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2276?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Christian Schneider resolved CXF-2276. -------------------------------------- Resolution: Fixed > Maven plugins: Support attaching generated WSDLs to the Maven build > ------------------------------------------------------------------- > > Key: CXF-2276 > URL: https://issues.apache.org/jira/browse/CXF-2276 > Project: CXF > Issue Type: New Feature > Components: Tooling > Affects Versions: 2.2.2 > Reporter: Trygve Laugst=C3=B8l > Assignee: Christian Schneider > Fix For: 2.3 > > > The WSDL generator should support attaching the generated WSDLs to the bu= ild as a wsdl artifact. This makes it easier to automatically distribute WS= DLs with the interfaces. It will also spare the need for the builder-helper= plugin to attach the WSDL to the build. Less xml is yay. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Thu Oct 01 08:40:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 69985 invoked from network); 1 Oct 2009 08:40:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2009 08:40:48 -0000 Received: (qmail 83286 invoked by uid 500); 1 Oct 2009 08:40:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 83260 invoked by uid 500); 1 Oct 2009 08:40:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 83250 invoked by uid 99); 1 Oct 2009 08:40:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 08:40:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 08:40:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 95498234C045 for <kbarry@example.net>; Thu, 1 Oct 2009 01:40:23 -0700 (PDT) Message-ID: <1479241406.1254386423610.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 01:40:23 -0700 (PDT) From: "Valerio Angelini (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Issue Comment Edited: (CXF-2453) Provider<DataSource>.invoke returning non-XML data causes error. In-Reply-To: <57413912.1254306572182.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12760875#action_12760875 ] Valerio Angelini edited comment on CXF-2453 at 10/1/09 1:38 AM: ---------------------------------------------------------------- Here is a test case. To reproduce the error just issue a "mvn jetty:run" and execute the simple test. The test runs with CXF 2.2.1 but does not run with versions greater than 2.2.1. was (Author: angelini): Here is a test case. To reproduce the error just issue a "mvn jetty:run" and execute the simple test. > Provider<DataSource>.invoke returning non-XML data causes error. > ---------------------------------------------------------------- > > Key: CXF-2453 > URL: https://issues.apache.org/jira/browse/CXF-2453 > Project: CXF > Issue Type: Bug > Affects Versions: 2.2.2, 2.2.3 > Reporter: Valerio Angelini > Attachments: cxf-test.zip > > > Provider<DataSource>.invoke returning non-XML data causes error. > This seems the same problem of issue CXF-752 but with a slightly different stack trace. > All it's working until cxf version 2.2.1. > From version 2.2.2 to the current snapshots i get this problem: > 30-set-2009 12.28.15 org.apache.cxf.phase.PhaseInterceptorChain doIntercept > INFO: Interceptor has thrown exception, unwinding now > org.apache.cxf.interceptor.Fault: Could not parse the XML stream. > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:85) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:49) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:45) > at org.apache.cxf.interceptor.AbstractOutDatabindingInterceptor.writeParts(AbstractOutDatabindingInterceptor.java:114) > at org.apache.cxf.interceptor.BareOutInterceptor.handleMessage(BareOutInterceptor.java:68) > at org.apache.cxf.binding.xml.interceptor.XMLMessageOutInterceptor.handleMessage(XMLMessageOutInterceptor.java:74) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(OutgoingChainInterceptor.java:74) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:89) > at org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:99) > at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:368) > at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:183) > at org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:163) > at org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractCXFServlet.java:145) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:530) > at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:426) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:118) > at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:495) > at org.eclipse.jetty.server.session.SessionHandler.handle(SessionHandler.java:179) > at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:930) > at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:361) > at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:116) > at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:243) > at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) > at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:112) > at org.eclipse.jetty.server.Server.handle(Server.java:337) > at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:546) > at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:973) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:530) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203) > at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:399) > at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:437) > at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:435) > at java.lang.Thread.run(Thread.java:637) > Caused by: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'R' (code 82) in prolog; expected '<' > at [row,col {unknown-source}]: [1,1] > at com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:648) > at com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047) > at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069) > at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:417) > at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:379) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:58) > ... 37 more -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Thu Oct 01 15:43:49 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 34707 invoked from network); 1 Oct 2009 15:43:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2009 15:43:49 -0000 Received: (qmail 32936 invoked by uid 500); 1 Oct 2009 15:43:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 32785 invoked by uid 500); 1 Oct 2009 15:43:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 32571 invoked by uid 99); 1 Oct 2009 15:43:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 15:43:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 15:43:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 896D9234C004 for <kbarry@example.net>; Thu, 1 Oct 2009 08:43:23 -0700 (PDT) Message-ID: <1506597504.1254411803513.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 08:43:23 -0700 (PDT) From: "David Bosschaert (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Commented: (CXF-2420) Passing an object to the server doesn't work correctly In-Reply-To: <1966152593.1251908792950.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2420?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761243#action_12761243 ] David Bosschaert commented on CXF-2420: --------------------------------------- Looks like your workaround is the only current way this is supported. For interfaces only property getters (without arguments) are supported at the moment. > Passing an object to the server doesn't work correctly > ------------------------------------------------------ > > Key: CXF-2420 > URL: https://issues.apache.org/jira/browse/CXF-2420 > Project: CXF > Issue Type: Bug > Components: Aegis Databinding > Affects Versions: dOSGi-1.0, dOSGi-1.1 > Environment: OS: Linux Debian Lenny > Java: Sun JDK 1.6.0 Update 13 > OSGi: Equinox 3.5.0.v20090520 > CXF/DOSGi: Single Bundle Distribution 1.0/1.1.SNAPSHOT > Reporter: Saul Goode > Assignee: David Bosschaert > Attachments: PassObjectClient_1.0.0.tryout.jar, PassObjectInterface_1.0.0.tryout.jar, PassObjectServer_1.0.0.tryout.jar > > > I've got a Service PassObject exposed by CXF/DOSGi running on the server. This service contains a method passAnObject which receives an object of type MathHelper. MathHelper is an interface known both to the server and client. The method passAnObject calls the methods MathHelper.getName() and MathHelper.isGreaterThanZero(int) on the received object. When the client calls the method passAnObject and passes an object which implements MathHelper the following happens: The call to getName works as expected and returns a String. But the call to the other method raises an exception on the server (stack trace appended). I have this problem with both 1.0 and the 1.1.SNAPSHOT. > Is it unsupported to pass objects to a remote service provider? Or is this some kind of bug? > I didn't find an option to upload sth, so I uploaded the sample code to: http://ul.to/4vlftz > The archive contains the server, client and interface bundles. The interface bundle runs on both the server and client. > Server-side Exception output by OSGi with Single Bundle Distribution 1.0: > 02.09.2009 17:29:10 org.apache.cxf.phase.PhaseInterceptorChain doIntercept > INFO: Application has thrown exception, unwinding now > org.apache.cxf.interceptor.Fault: isGreaterZero is not delegated. > at org.apache.cxf.service.invoker.AbstractInvoker.createFault(AbstractInvoker.java:148) > at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:114) > at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:68) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:57) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37) > at org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:95) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:89) > at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.serviceRequest(JettyHTTPDestination.java:302) > at org.apache.cxf.transport.http_jetty.JettyHTTPDestination.doService(JettyHTTPDestination.java:265) > at org.apache.cxf.transport.http_jetty.JettyHTTPHandler.handle(JettyHTTPHandler.java:70) > at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:729) > at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:206) > at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) > at org.mortbay.jetty.Server.handle(Server.java:324) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505) > at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:843) > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:647) > at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380) > at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395) > at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:488) > Caused by: java.lang.IllegalAccessError: isGreaterZero is not delegated. > at org.apache.cxf.aegis.type.basic.InterfaceInvocationHandler.invoke(InterfaceInvocationHandler.java:57) > at $Proxy33.isGreaterZero(Unknown Source) > at passobject.impl.PassObjectImpl.passAnObject(PassObjectImpl.java:10) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:597) > at org.apache.cxf.service.invoker.AbstractInvoker.performInvocation(AbstractInvoker.java:166) > at org.apache.cxf.service.invoker.AbstractInvoker.invoke(AbstractInvoker.java:82) > ... 23 more -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Thu Oct 01 19:32:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 30298 invoked from network); 1 Oct 2009 19:32:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 1 Oct 2009 19:32:48 -0000 Received: (qmail 94899 invoked by uid 500); 1 Oct 2009 19:32:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 94654 invoked by uid 500); 1 Oct 2009 19:32:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 94391 invoked by uid 99); 1 Oct 2009 19:32:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 19:32:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 01 Oct 2009 19:32:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id ADC7E234C1E9 for <kbarry@example.net>; Thu, 1 Oct 2009 12:32:23 -0700 (PDT) Message-ID: <1789012412.1254425543710.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 12:32:23 -0700 (PDT) From: "Arik Gorelik (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Created: (CXF-2456) Custom interceptor in UNMARSHAL phase does not fire as expected in CXF 2.2.4-SNAPSHOT MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Custom interceptor in UNMARSHAL phase does not fire as expected in CXF 2.2.4-SNAPSHOT ------------------------------------------------------------------------------------- Key: CXF-2456 URL: https://issues.apache.org/jira/browse/CXF-2456 Project: CXF Issue Type: Bug Components: Bus Affects Versions: 2.2.4 Reporter: Arik Gorelik I am using CXF 2.2.4-SNAPSHOT and running into a strange issue. I have a custom interceptor that does not do anything other than throw a fault if it has one as a content of the incoming message. I am trying to execute it BEFORE DocLiteralInInterceptor but AFTER URIMappingInterceptor in UNMARSHAL phase. This is how I am adding it for for some reason it does not fire (it is being skipped): public class TestFaultThrowingInterceptor extends AbstractPhaseInterceptor<Message> { public TestFaultThrowingInterceptor() { super(Phase.UNMARSHAL); addAfter(URIMappingInterceptor.class.getName()); addBefore( DocLiteralInInterceptor.class.getName()); } public void handleMessage(Message message) throws Fault { // Obtain the fault from the previous phases Fault fault = (Fault) message.getContent(Exception.class); if (fault != null) { throw fault; } } } <jaxws:endpoint id="testService" implementor="testServiceImpl" wsdlLocation="wsdl/v29/testService.wsdl" address="/v29/testService"> <jaxws:properties> <entry key="schema-validation-enabled" value="false" /> </jaxws:properties> <jaxws:inInterceptors> <ref bean="testInterceptor" /> <ref bean="testFaultThrowingInterceptor" /> </jaxws:inInterceptors> </jaxws:endpoint> However, I've been debugging the code including the Interceptor Chain, but not sure why my custom interceptor does not fire. After the URIMappingInterceptor the execution in the chain goes straight to the DocLiteralInInterceptor. Any ideas how I can invoke my interceptor? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 02:42:47 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 67880 invoked from network); 2 Oct 2009 02:42:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 02:42:47 -0000 Received: (qmail 10279 invoked by uid 500); 2 Oct 2009 02:42:47 -0000 Delivered-To: kbarry@example.net Received: (qmail 10251 invoked by uid 500); 2 Oct 2009 02:42:47 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 10241 invoked by uid 99); 2 Oct 2009 02:42:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:42:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:42:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7FD87234C004 for <kbarry@example.net>; Thu, 1 Oct 2009 19:42:23 -0700 (PDT) Message-ID: <67629275.1254451343510.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 19:42:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Updated: (CXF-2276) Maven plugins: Support attaching generated WSDLs to the Maven build In-Reply-To: <1857835523.1244631847343.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2276?page=3Dcom.atlassian.= jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp updated CXF-2276: ----------------------------- Fix Version/s: (was: 2.3) 2.2.4 > Maven plugins: Support attaching generated WSDLs to the Maven build > ------------------------------------------------------------------- > > Key: CXF-2276 > URL: https://issues.apache.org/jira/browse/CXF-2276 > Project: CXF > Issue Type: New Feature > Components: Tooling > Affects Versions: 2.2.2 > Reporter: Trygve Laugst=C3=B8l > Assignee: Christian Schneider > Fix For: 2.2.4 > > > The WSDL generator should support attaching the generated WSDLs to the bu= ild as a wsdl artifact. This makes it easier to automatically distribute WS= DLs with the interfaces. It will also spare the need for the builder-helper= plugin to attach the WSDL to the build. Less xml is yay. --=20 This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 02:48:52 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 68398 invoked from network); 2 Oct 2009 02:48:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 02:48:52 -0000 Received: (qmail 13218 invoked by uid 500); 2 Oct 2009 02:48:51 -0000 Delivered-To: kbarry@example.net Received: (qmail 13198 invoked by uid 500); 2 Oct 2009 02:48:51 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 13188 invoked by uid 99); 2 Oct 2009 02:48:51 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:48:51 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:48:47 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 80C18234C004 for <kbarry@example.net>; Thu, 1 Oct 2009 19:48:23 -0700 (PDT) Message-ID: <1054328983.1254451703512.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 19:48:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2429) wsdl2java tool generates client stub which always uses default (JAXB) databinding while another one style is specified in the command line (-db argument) In-Reply-To: <243003341.1252505937493.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2429?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-2429. ------------------------------ Resolution: Fixed Fix Version/s: 2.2.4 Assignee: Daniel Kulp Ported the @Databinding annotation to 2.2.4 > wsdl2java tool generates client stub which always uses default (JAXB) databinding while another one style is specified in the command line (-db argument) > --------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: CXF-2429 > URL: https://issues.apache.org/jira/browse/CXF-2429 > Project: CXF > Issue Type: Bug > Components: Tooling > Affects Versions: 2.1.6, 2.2.3 > Environment: the issue is not environment related > Reporter: Michael Klimiuk > Assignee: Daniel Kulp > Fix For: 2.2.4 > > > SCENARIO: > The following ant task is executed to generate client artifacts: > <java classname="org.apache.cxf.tools.wsdlto.WSDLToJava" fork="true"> > <arg value="-client" /> > <arg value="-db" /> > <arg value="xmlbeans" /> > <arg value="-d" /> > <arg value="${gen.dir}" /> > <arg value="${wsdl.file}" /> > <classpath> > <path refid="ws.classpath" /> > </classpath> > </java> > ACTUAL RESULT: > Generated class XXXService.java uses default databinding style (JAXB) for creation of a service client while the XmlBeans style is specified. Furthermore, the databinding style cannot even be changed programmatically using available interfaces. > EXPECTED RESULT: > Generated class XXXService.java must use the specified databinding style for creation of a service client. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 02:58:51 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 70718 invoked from network); 2 Oct 2009 02:58:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 02:58:50 -0000 Received: (qmail 17402 invoked by uid 500); 2 Oct 2009 02:58:50 -0000 Delivered-To: kbarry@example.net Received: (qmail 17359 invoked by uid 500); 2 Oct 2009 02:58:50 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 17348 invoked by uid 99); 2 Oct 2009 02:58:50 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:58:50 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 02:58:47 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7EF32234C004 for <kbarry@example.net>; Thu, 1 Oct 2009 19:58:23 -0700 (PDT) Message-ID: <506392694.1254452303504.JavaMail.jira@brutus> Date: Thu, 1 Oct 2009 19:58:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2455) Unable to disable schema validation in 2.2.4-SNAPSHOT In-Reply-To: <1926960665.1254347363688.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-2455. ------------------------------ Resolution: Fixed Assignee: Daniel Kulp Added two properties: "set-jaxb-validation-event-handler" -> Boolean which can be set to false to completely NOT set any sort of event handler. "jaxb-validation-event-handler" -> ValidationEventHandler object if you want to set your own custom handler. Note: both properties are contextual off the message. Thus, an interceptor prior to the DocLitIn... could set the properties. It doesn't need to be a configuration thing or similar. > Unable to disable schema validation in 2.2.4-SNAPSHOT > ----------------------------------------------------- > > Key: CXF-2455 > URL: https://issues.apache.org/jira/browse/CXF-2455 > Project: CXF > Issue Type: Bug > Affects Versions: 2.2.4 > Reporter: Arik Gorelik > Assignee: Daniel Kulp > Fix For: 2.2.4 > > > Hello, > It seems I am unable to disable schema validation CXF 2.2.4-SNAPSHOT as it is enabled by default? > <jaxws:endpoint > id="testService" > implementor="testServiceImpl" > wsdlLocation="wsdl/v29/testService.wsdl" > address="/v29/testService"> > <jaxws:properties> > <entry key="schema-validation-enabled" value="false" /> > </jaxws:properties> > <jaxws:inInterceptors> > <ref bean="testInterceptor" /> > </jaxws:inInterceptors> > </jaxws:endpoint> > This works in 2.2.3 as I am able to disable schema validation to perform custom checks myself. However, in the latest 2.2.4-SNAPSHOT, I am not longer able to disable the schema validation. Is there another way to do this without touching the Endpoint Service Interface/Class? I am using a WSDL first approach to develop my services. > Best Regards, > Arik. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 08:23:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 44942 invoked from network); 2 Oct 2009 08:23:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 08:23:48 -0000 Received: (qmail 54231 invoked by uid 500); 2 Oct 2009 08:23:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 54172 invoked by uid 500); 2 Oct 2009 08:23:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 54162 invoked by uid 99); 2 Oct 2009 08:23:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 08:23:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 08:23:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 90503234C046 for <kbarry@example.net>; Fri, 2 Oct 2009 01:23:23 -0700 (PDT) Message-ID: <96242234.1254471803590.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 01:23:23 -0700 (PDT) From: "Michael Klimiuk (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Issue Comment Edited: (CXF-2429) wsdl2java tool generates client stub which always uses default (JAXB) databinding while another one style is specified in the command line (-db argument) In-Reply-To: <243003341.1252505937493.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12757180#action_12757180 ] Michael Klimiuk edited comment on CXF-2429 at 10/2/09 1:22 AM: --------------------------------------------------------------- Thanks for the reply, Daniel My workaround solution is something like your 2nd and 3rd points. In our case: - XmlBeans databinding is used; - and WSDL location is not specified, so the service will be "built from the class". The following patch is applied on generated artifacts: - the most important change in XXXService class is: public MyPortInterface createPort(String address) { JaxWsProxyFactoryBean factory = new JaxWsProxyFactoryBean(); factory.setServiceClass(MyPortInterface.class); factory.setDataBinding(new XmlBeansDataBinding()); factory.setBindingId(BINDING_ID); factory.setEndpointName(PORT_NAME); factory.setServiceName(SERVICE); factory.setAddress(address); return (MyPortInterface) factory.create(); } After that the XXXClass is actually not an extension of javax.xml.ws.Service, because we need only generated SERVICE and PORT_NAME Qname values in the inserted method. was (Author: mklimiuk): Thanks for the reply, Daniel My workaround solution is something like your 2nd and 3rd points. In our case: - the simple front-end is used; - XmlBeans databinding is used; - and WSDL location is not specified, so the service will be "built from the class". The following patch is applied on generated artifacts: - the annotations are removed from the generated web service interface (just to disable warnings when using ReflectionServiceFactoryBean); - the most important change in XXXService class is: public MyPortInterface createPort(String address) { ClientProxyFactoryBean factory = new ClientProxyFactoryBean(); factory.setServiceClass(MyPortInterface.class); factory.setDataBinding(new XmlBeansDataBinding()); factory.setBindingId(BINDING_ID); factory.setEndpointName(PORT_NAME); factory.setServiceName(SERVICE); factory.setAddress(address); return (MyPortInterface) factory.create(); } After that the XXXClass is actually not an extension of javax.xml.ws.Service, because we need only generated SERVICE and PORT_NAME Qname values in the inserted method. > wsdl2java tool generates client stub which always uses default (JAXB) databinding while another one style is specified in the command line (-db argument) > --------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: CXF-2429 > URL: https://issues.apache.org/jira/browse/CXF-2429 > Project: CXF > Issue Type: Bug > Components: Tooling > Affects Versions: 2.1.6, 2.2.3 > Environment: the issue is not environment related > Reporter: Michael Klimiuk > Assignee: Daniel Kulp > Fix For: 2.2.4 > > > SCENARIO: > The following ant task is executed to generate client artifacts: > <java classname="org.apache.cxf.tools.wsdlto.WSDLToJava" fork="true"> > <arg value="-client" /> > <arg value="-db" /> > <arg value="xmlbeans" /> > <arg value="-d" /> > <arg value="${gen.dir}" /> > <arg value="${wsdl.file}" /> > <classpath> > <path refid="ws.classpath" /> > </classpath> > </java> > ACTUAL RESULT: > Generated class XXXService.java uses default databinding style (JAXB) for creation of a service client while the XmlBeans style is specified. Furthermore, the databinding style cannot even be changed programmatically using available interfaces. > EXPECTED RESULT: > Generated class XXXService.java must use the specified databinding style for creation of a service client. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 13:18:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 28614 invoked from network); 2 Oct 2009 13:18:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 13:18:48 -0000 Received: (qmail 7731 invoked by uid 500); 2 Oct 2009 13:18:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 7714 invoked by uid 500); 2 Oct 2009 13:18:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 7704 invoked by uid 99); 2 Oct 2009 13:18:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 13:18:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 13:18:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 85196234C004 for <kbarry@example.net>; Fri, 2 Oct 2009 06:18:23 -0700 (PDT) Message-ID: <63474896.1254489503526.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 06:18:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Closed: (CXF-2456) Custom interceptor in UNMARSHAL phase does not fire as expected in CXF 2.2.4-SNAPSHOT In-Reply-To: <1789012412.1254425543710.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2456?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp closed CXF-2456. ---------------------------- Resolution: Invalid Fix Version/s: Invalid > Custom interceptor in UNMARSHAL phase does not fire as expected in CXF 2.2.4-SNAPSHOT > ------------------------------------------------------------------------------------- > > Key: CXF-2456 > URL: https://issues.apache.org/jira/browse/CXF-2456 > Project: CXF > Issue Type: Bug > Components: Bus > Affects Versions: 2.2.4 > Reporter: Arik Gorelik > Fix For: Invalid > > > I am using CXF 2.2.4-SNAPSHOT and running into a strange issue. > I have a custom interceptor that does not do anything other than throw a fault if it has one as a content of the incoming message. I am trying to execute it BEFORE DocLiteralInInterceptor but AFTER URIMappingInterceptor in UNMARSHAL phase. > This is how I am adding it for for some reason it does not fire (it is being skipped): > public class TestFaultThrowingInterceptor extends AbstractPhaseInterceptor<Message> { > public TestFaultThrowingInterceptor() { > super(Phase.UNMARSHAL); > addAfter(URIMappingInterceptor.class.getName()); > addBefore( > DocLiteralInInterceptor.class.getName()); > } > public void handleMessage(Message message) throws Fault { > // Obtain the fault from the previous phases > Fault fault = (Fault) message.getContent(Exception.class); > if (fault != null) { > throw fault; > } > } > } > <jaxws:endpoint > id="testService" > implementor="testServiceImpl" > wsdlLocation="wsdl/v29/testService.wsdl" > address="/v29/testService"> > <jaxws:properties> > <entry key="schema-validation-enabled" value="false" /> > </jaxws:properties> > <jaxws:inInterceptors> > <ref bean="testInterceptor" /> > <ref bean="testFaultThrowingInterceptor" /> > </jaxws:inInterceptors> > </jaxws:endpoint> > However, I've been debugging the code including the Interceptor Chain, but not sure why my custom interceptor does not fire. After the URIMappingInterceptor the execution in the chain goes straight to the DocLiteralInInterceptor. Any ideas how I can invoke my interceptor? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 16:05:47 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 83066 invoked from network); 2 Oct 2009 16:05:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 16:05:47 -0000 Received: (qmail 10624 invoked by uid 500); 2 Oct 2009 16:05:47 -0000 Delivered-To: kbarry@example.net Received: (qmail 10605 invoked by uid 500); 2 Oct 2009 16:05:47 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 10571 invoked by uid 99); 2 Oct 2009 16:05:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 16:05:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 16:05:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 76F01234C004 for <kbarry@example.net>; Fri, 2 Oct 2009 09:05:23 -0700 (PDT) Message-ID: <50234951.1254499523482.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 09:05:23 -0700 (PDT) From: "Vitaly V. Litvak (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Created: (CXF-2457) MTOM byte arrays problem MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org MTOM byte arrays problem ------------------------ Key: CXF-2457 URL: https://issues.apache.org/jira/browse/CXF-2457 Project: CXF Issue Type: Bug Components: Aegis Databinding Affects Versions: 2.2.4 Reporter: Vitaly V. Litvak Priority: Critical Attachments: cxf_test2.jar There is a web service created using cxf-2.2.4-snapshot. It provides a method, which returns a byte array. Simple frontend is used. In such case it should be threated as an attachment. When calling this method following exception is thrown: kbarry@example.net(AbstractXOPType.java:164) at org.apache.cxf.aegis.type.basic.Base64Type.writeObject(Base64Type.java:114) at org.apache.cxf.aegis.databinding.XMLStreamDataWriter.write(XMLStreamDataWriter.java:112) at org.apache.cxf.aegis.databinding.XMLStreamDataWriter.write(XMLStreamDataWriter.java:48) at org.apache.cxf.interceptor.AbstractOutDatabindingInterceptor.writeParts(AbstractOutDatabindingInterceptor.java:114) at org.apache.cxf.interceptor.BareOutInterceptor.handleMessage(BareOutInterceptor.java:68) at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:478) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:308) at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:260) at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) at org.apache.cxf.frontend.ClientProxy.invoke(ClientProxy.java:68) at $Proxy35.setExcelTemplate(Unknown Source) at com.fundcount.fcoffice.client.api.CClientAPI.setExcelTemplate(CClientAPI.java:2314) at com.fundcount.fcoffice.gui.export.CExportFrame$CDataExporter.run(CExportFrame.java:626) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) at java.util.concurrent.FutureTask.run(FutureTask.java:138) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:619) Source code for this test case is attached. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 16:05:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 83074 invoked from network); 2 Oct 2009 16:05:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 16:05:47 -0000 Received: (qmail 10688 invoked by uid 500); 2 Oct 2009 16:05:47 -0000 Delivered-To: kbarry@example.net Received: (qmail 10625 invoked by uid 500); 2 Oct 2009 16:05:47 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 10594 invoked by uid 99); 2 Oct 2009 16:05:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 16:05:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 16:05:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 8E0EB234C046 for <kbarry@example.net>; Fri, 2 Oct 2009 09:05:23 -0700 (PDT) Message-ID: <734.426.7370.1254499523581.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 09:05:23 -0700 (PDT) From: "Vitaly V. Litvak (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Updated: (CXF-2457) MTOM byte arrays problem In-Reply-To: <50234951.1254499523482.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vitaly V. Litvak updated CXF-2457: ---------------------------------- Attachment: cxf_test2.jar > MTOM byte arrays problem > ------------------------ > > Key: CXF-2457 > URL: https://issues.apache.org/jira/browse/CXF-2457 > Project: CXF > Issue Type: Bug > Components: Aegis Databinding > Affects Versions: 2.2.4 > Reporter: Vitaly V. Litvak > Priority: Critical > Attachments: cxf_test2.jar > > > There is a web service created using cxf-2.2.4-snapshot. It provides a method, which returns a byte array. Simple frontend is used. In such case it should be threated as an attachment. When calling this method following exception is thrown: > java.lang.NullPointerException > at org.apache.cxf.aegis.type.mtom.AbstractXOPType.writeObject(AbstractXOPType.java:164) > at org.apache.cxf.aegis.type.basic.Base64Type.writeObject(Base64Type.java:114) > at org.apache.cxf.aegis.databinding.XMLStreamDataWriter.write(XMLStreamDataWriter.java:112) > at org.apache.cxf.aegis.databinding.XMLStreamDataWriter.write(XMLStreamDataWriter.java:48) > at org.apache.cxf.interceptor.AbstractOutDatabindingInterceptor.writeParts(AbstractOutDatabindingInterceptor.java:114) > at org.apache.cxf.interceptor.BareOutInterceptor.handleMessage(BareOutInterceptor.java:68) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:478) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:308) > at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:260) > at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) > at org.apache.cxf.frontend.ClientProxy.invoke(ClientProxy.java:68) > at $Proxy35.setExcelTemplate(Unknown Source) > at com.fundcount.fcoffice.client.api.CClientAPI.setExcelTemplate(CClientAPI.java:2314) > at com.fundcount.fcoffice.gui.export.CExportFrame$CDataExporter.run(CExportFrame.java:626) > at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441) > at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) > at java.util.concurrent.FutureTask.run(FutureTask.java:138) > at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) > at java.lang.Thread.run(Thread.java:619) > Source code for this test case is attached. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 19:55:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 48468 invoked from network); 2 Oct 2009 19:55:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 19:55:48 -0000 Received: (qmail 22032 invoked by uid 500); 2 Oct 2009 19:55:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 22013 invoked by uid 500); 2 Oct 2009 19:55:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 22003 invoked by uid 99); 2 Oct 2009 19:55:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 19:55:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 19:55:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id B071D234C046 for <kbarry@example.net>; Fri, 2 Oct 2009 12:55:23 -0700 (PDT) Message-ID: <1580113070.1254513323721.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 12:55:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2453) Provider<DataSource>.invoke returning non-XML data causes error. In-Reply-To: <57413912.1254306572182.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-2453. ------------------------------ Resolution: Fixed Fix Version/s: 2.2.4 Assignee: Daniel Kulp > Provider<DataSource>.invoke returning non-XML data causes error. > ---------------------------------------------------------------- > > Key: CXF-2453 > URL: https://issues.apache.org/jira/browse/CXF-2453 > Project: CXF > Issue Type: Bug > Affects Versions: 2.2.2, 2.2.3 > Reporter: Valerio Angelini > Assignee: Daniel Kulp > Fix For: 2.2.4 > > Attachments: cxf-test.zip > > > Provider<DataSource>.invoke returning non-XML data causes error. > This seems the same problem of issue CXF-752 but with a slightly different stack trace. > All it's working until cxf version 2.2.1. > From version 2.2.2 to the current snapshots i get this problem: > 30-set-2009 12.28.15 org.apache.cxf.phase.PhaseInterceptorChain doIntercept > INFO: Interceptor has thrown exception, unwinding now > org.apache.cxf.interceptor.Fault: Could not parse the XML stream. > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:85) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:49) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:45) > at org.apache.cxf.interceptor.AbstractOutDatabindingInterceptor.writeParts(AbstractOutDatabindingInterceptor.java:114) > at org.apache.cxf.interceptor.BareOutInterceptor.handleMessage(BareOutInterceptor.java:68) > at org.apache.cxf.binding.xml.interceptor.XMLMessageOutInterceptor.handleMessage(XMLMessageOutInterceptor.java:74) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.interceptor.OutgoingChainInterceptor.handleMessage(OutgoingChainInterceptor.java:74) > at org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:236) > at org.apache.cxf.transport.ChainInitiationObserver.onMessage(ChainInitiationObserver.java:89) > at org.apache.cxf.transport.servlet.ServletDestination.invoke(ServletDestination.java:99) > at org.apache.cxf.transport.servlet.ServletController.invokeDestination(ServletController.java:368) > at org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:183) > at org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(AbstractCXFServlet.java:163) > at org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractCXFServlet.java:145) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) > at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:530) > at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:426) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:118) > at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:495) > at org.eclipse.jetty.server.session.SessionHandler.handle(SessionHandler.java:179) > at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:930) > at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:361) > at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:864) > at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:116) > at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:243) > at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:126) > at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:112) > at org.eclipse.jetty.server.Server.handle(Server.java:337) > at org.eclipse.jetty.server.HttpConnection.handleRequest(HttpConnection.java:546) > at org.eclipse.jetty.server.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:973) > at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:530) > at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:203) > at org.eclipse.jetty.server.HttpConnection.handle(HttpConnection.java:399) > at org.eclipse.jetty.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:437) > at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:435) > at java.lang.Thread.run(Thread.java:637) > Caused by: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'R' (code 82) in prolog; expected '<' > at [row,col {unknown-source}]: [1,1] > at com.ctc.wstx.sr.StreamScanner.throwUnexpectedChar(StreamScanner.java:648) > at com.ctc.wstx.sr.BasicStreamReader.nextFromProlog(BasicStreamReader.java:2047) > at com.ctc.wstx.sr.BasicStreamReader.next(BasicStreamReader.java:1069) > at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:417) > at org.apache.cxf.staxutils.StaxUtils.copy(StaxUtils.java:379) > at org.apache.cxf.databinding.source.XMLStreamDataWriter.write(XMLStreamDataWriter.java:58) > ... 37 more -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 20:03:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 52018 invoked from network); 2 Oct 2009 20:03:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 20:03:48 -0000 Received: (qmail 36970 invoked by uid 500); 2 Oct 2009 20:03:47 -0000 Delivered-To: kbarry@example.net Received: (qmail 36878 invoked by uid 500); 2 Oct 2009 20:03:47 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 36857 invoked by uid 99); 2 Oct 2009 20:03:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:03:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:03:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 9C0D1234C046 for <kbarry@example.net>; Fri, 2 Oct 2009 13:03:23 -0700 (PDT) Message-ID: <1478274564.1254513803636.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 13:03:23 -0700 (PDT) From: "Sergey Beryozkin (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2313) Enhance CXFNonSpringJaxrsServlet In-Reply-To: <1109051436.1245945247366.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2313?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-2313. ----------------------------------- Resolution: Fixed Fix Version/s: 2.3 2.2.4 Assignee: Sergey Beryozkin > Enhance CXFNonSpringJaxrsServlet > -------------------------------- > > Key: CXF-2313 > URL: https://issues.apache.org/jira/browse/CXF-2313 > Project: CXF > Issue Type: Improvement > Components: REST > Reporter: Sergey Beryozkin > Assignee: Sergey Beryozkin > Priority: Minor > Fix For: 2.2.4, 2.3 > > > support schema validation, user models. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 20:05:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 52930 invoked from network); 2 Oct 2009 20:05:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 20:05:48 -0000 Received: (qmail 43316 invoked by uid 500); 2 Oct 2009 20:05:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 43274 invoked by uid 500); 2 Oct 2009 20:05:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 43197 invoked by uid 99); 2 Oct 2009 20:05:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:05:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:05:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 13784234C045 for <kbarry@example.net>; Fri, 2 Oct 2009 13:05:24 -0700 (PDT) Message-ID: <552349799.1254513924078.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 13:05:24 -0700 (PDT) From: "Sergey Beryozkin (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2197) Support PerRequest resource classes registered from Spring In-Reply-To: <959001071.1241019750287.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-2197. ----------------------------------- Resolution: Fixed Fix Version/s: 2.3 2.2.4 http://cxf.apache.org/docs/jax-rs.html#JAX-RS-Resourcelifecycles http://cxf.apache.org/docs/jax-rs.html#JAX-RS-Lifecyclemanagement > Support PerRequest resource classes registered from Spring > ---------------------------------------------------------- > > Key: CXF-2197 > URL: https://issues.apache.org/jira/browse/CXF-2197 > Project: CXF > Issue Type: Improvement > Components: REST > Affects Versions: 2.2.2 > Reporter: Sergey Beryozkin > Fix For: 2.2.4, 2.3 > > > It should be possible to register per-request resource classes from Spring (scope="prototype"), supporting the constructor injection. Users should not be required to add Spring specific annotations to their resource classes -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 20:05:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 52928 invoked from network); 2 Oct 2009 20:05:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 20:05:48 -0000 Received: (qmail 43300 invoked by uid 500); 2 Oct 2009 20:05:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 43263 invoked by uid 500); 2 Oct 2009 20:05:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 43191 invoked by uid 99); 2 Oct 2009 20:05:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:05:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:05:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 58E3D234C053 for <kbarry@example.net>; Fri, 2 Oct 2009 13:05:24 -0700 (PDT) Message-ID: <412598406.1254513924361.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 13:05:24 -0700 (PDT) From: "Sergey Beryozkin (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Assigned: (CXF-2197) Support PerRequest resource classes registered from Spring In-Reply-To: <959001071.1241019750287.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2197?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin reassigned CXF-2197: ------------------------------------- Assignee: Sergey Beryozkin > Support PerRequest resource classes registered from Spring > ---------------------------------------------------------- > > Key: CXF-2197 > URL: https://issues.apache.org/jira/browse/CXF-2197 > Project: CXF > Issue Type: Improvement > Components: REST > Affects Versions: 2.2.2 > Reporter: Sergey Beryozkin > Assignee: Sergey Beryozkin > Fix For: 2.2.4, 2.3 > > > It should be possible to register per-request resource classes from Spring (scope="prototype"), supporting the constructor injection. Users should not be required to add Spring specific annotations to their resource classes -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 20:15:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 56992 invoked from network); 2 Oct 2009 20:15:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 20:15:48 -0000 Received: (qmail 66936 invoked by uid 500); 2 Oct 2009 20:15:47 -0000 Delivered-To: kbarry@example.net Received: (qmail 66896 invoked by uid 500); 2 Oct 2009 20:15:47 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 66766 invoked by uid 99); 2 Oct 2009 20:15:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:15:47 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 20:15:44 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 7A21D234C004 for <kbarry@example.net>; Fri, 2 Oct 2009 13:15:23 -0700 (PDT) Message-ID: <862543336.1254514523485.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 13:15:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Resolved: (CXF-2436) SEI should be able to implements java.rmi.Remote In-Reply-To: <465425840.1252653717522.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2436?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp resolved CXF-2436. ------------------------------ Resolution: Fixed Fix Version/s: 2.2.4 2.1.7 Assignee: Daniel Kulp > SEI should be able to implements java.rmi.Remote > ------------------------------------------------ > > Key: CXF-2436 > URL: https://issues.apache.org/jira/browse/CXF-2436 > Project: CXF > Issue Type: Bug > Components: Tooling > Affects Versions: 2.2.3 > Environment: any > Reporter: Raffaele Spazzoli > Assignee: Daniel Kulp > Fix For: 2.1.7, 2.2.4 > > > If a SEI implementation class implements java.rmi.Remote the java2wsdl tool complain with the following error: "JAXWS SEI can not implement > java.rmi.Remote interface." The error is raised by JaxwsServiceBuilder class. > Apparently there is no reason for this check, the jsr181 specification says: > "The service endpoint interface MAY extend java.rmi.Remote either directly or indirectly, but is not REQUIRED to do so." > This check is active only for the WSDL generation phase, ie a service implementation class implementing java.rmi.Remote can be successfully activated as a cxf service. > If confirmed to be a bug the check should be removed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 21:01:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 74498 invoked from network); 2 Oct 2009 21:01:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 21:01:48 -0000 Received: (qmail 41682 invoked by uid 500); 2 Oct 2009 21:01:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 41667 invoked by uid 500); 2 Oct 2009 21:01:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 41657 invoked by uid 99); 2 Oct 2009 21:01:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:01:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:01:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id A4CAD234C004 for <kbarry@example.net>; Fri, 2 Oct 2009 14:01:23 -0700 (PDT) Message-ID: <894127502.1254517283663.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 14:01:23 -0700 (PDT) From: "Daniel Kulp (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Commented: (CXF-2446) generate java.util.List collections for XMLElementWrappers In-Reply-To: <456437378.1253791036349.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12761719#action_12761719 ] Daniel Kulp commented on CXF-2446: ---------------------------------- I think this example would be considered "invalid" and I'm tempted to close this off as such. You have two schemas generating into the same package (examples) and thus end up with two different ObjectFactory objects and resulting confusion in the context setups. You are using the service interface from the first one (in example), but it ends up with the jaxb objects and such from the second one (examples-cxf) which then causes a bunch of wierd things to happen. > generate java.util.List collections for XMLElementWrappers > ---------------------------------------------------------- > > Key: CXF-2446 > URL: https://issues.apache.org/jira/browse/CXF-2446 > Project: CXF > Issue Type: New Feature > Components: Tooling > Reporter: warren crossing > > when generating code with the xew plugin you have to turn off > <jaxws:enableWrapperStyle>false</jaxws:enableWrapperStyle> > otherwise the cxf proxy will fail at runtime with a class cast exception. > could some extension be added to generate XMLElementWrappers with one and only one collection as java.util.List? > <plugin> > <groupId>org.apache.cxf</groupId> > <artifactId>cxf-codegen-plugin</artifactId> > <version>${cxfVersion}</version> > <executions> > <execution> > <id>cxf-shipment</id> > <phase>generate-sources</phase> > <goals> > <goal>wsdl2java</goal> > </goals> > <configuration> > <sourceRoot>${project.build.directory}/generated-sources/main</sourceRoot> > <wsdlOptions> > <wsdlOption> > <wsdl>${basedir}/src/main/resources/ShipmentService.wsdl</wsdl> > <bindingFiles> > <bindingFile>${basedir}/src/main/resources/bindings-global.xml</bindingFile> > </bindingFiles> > <extraargs> > <arg>-xjc-Xxew</arg> > </extraargs> > </wsdlOption> > </wsdlOptions> > </configuration> > </execution> > </executions> > <configuration> > <defaultOptions> > <autoNameResolution>true</autoNameResolution> > </defaultOptions> > <verbose>true</verbose> > </configuration> > <dependencies> > <dependency> > <groupId>dk.conspicio</groupId> > <artifactId>xew</artifactId> > <version>1.0.0</version> > <scope>runtime</scope> > </dependency> > </dependencies> > </plugin> -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. From kbarry@example.net Fri Oct 02 21:21:48 2009 Return-Path: <kbarry@example.net> Delivered-To: kbarry@example.net Received: (qmail 83925 invoked from network); 2 Oct 2009 21:21:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (83.161.120.155) by minotaur.apache.org with SMTP; 2 Oct 2009 21:21:48 -0000 Received: (qmail 72627 invoked by uid 500); 2 Oct 2009 21:21:48 -0000 Delivered-To: kbarry@example.net Received: (qmail 72608 invoked by uid 500); 2 Oct 2009 21:21:48 -0000 Mailing-List: contact kbarry@example.net; run by ezmlm Precedence: bulk List-Help: <mailto:kbarry@example.net> List-Unsubscribe: <mailto:kbarry@example.net> List-Post: <mailto:kbarry@example.net> List-Id: <issues.cxf.apache.org> Reply-To: kbarry@example.net Delivered-To: mailing list kbarry@example.net Received: (qmail 72598 invoked by uid 99); 2 Oct 2009 21:21:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:21:48 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [83.161.120.155] (HELO brutus.apache.org) (83.161.120.155) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Oct 2009 21:21:45 +0000 Received: from brutus (localhost [83.161.120.155]) by brutus.apache.org (Postfix) with ESMTP id 4F205234C046 for <kbarry@example.net>; Fri, 2 Oct 2009 14:21:24 -0700 (PDT) Message-ID: <534132643.1254518484323.JavaMail.jira@brutus> Date: Fri, 2 Oct 2009 14:21:24 -0700 (PDT) From: "Ron Gavlin (JIRA)" <kbarry@example.net> To: kbarry@example.net Subject: [jira] Created: (CXF-2458) Support dynamic control of JMSConfigFeatures like concurrentConsumers, maxConcurrentConsumers, maxSuspendedContinuations, and reconnectPercentOfMax via JMX MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org Support dynamic control of JMSConfigFeatures like concurrentConsumers, maxConcurrentConsumers, maxSuspendedContinuations, and reconnectPercentOfMax via JMX ----------------------------------------------------------------------------------------------------------------------------------------------------------- Key: CXF-2458 URL: https://issues.apache.org/jira/browse/CXF-2458 Project: CXF Issue Type: New Feature Components: Bus, Configuration Affects Versions: 2.2.3 Reporter: Ron Gavlin Support dynamic control of JMSConfigFeatures like concurrentConsumers, maxConcurrentConsumers, maxSuspendedContinuations, and reconnectPercentOfMax via JMX. This would allow one to stop a service, modify some of these properties, and subsequently restart the service all via JMX without the need
{'source': 'Apache Software Foundation Public Mail Archives'}