Issues with Attachments: week of 2012-04-23
CXF - Monday, April 23, 2012 2 Issues with Attachments (sorted oldest to newest) [CXF-4221] FIQL visitor to return a generic instead of String - Created: 2012-04-03 - Updated: 2012-04-10 - Type: Improvement - Fix Versions: [] - Reporter: Szu-Yu Wang - Assigned: Unassigned - Attachments: [FiqlParser.java] - https://issues.apache.org/jira/browse/CXF-4221 [CXF-4248] DocLiteralInInterceptor throws NPE if oneWay operation sends non-empty response - Created: 2012-04-19 - Updated: 2012-04-19 - Type: Improvement - Fix Versions: [] - Reporter: Andrei Shakirin - Assigned: Unassigned - Attachments: [HTTPConduit.patch] - https://issues.apache.org/jira/browse/CXF-4248
[jira] [Updated] (CXF-4251) Error when calling methods with the similar parameters
[ https://issues.apache.org/jira/browse/CXF-4251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jury Litvinoff updated CXF-4251: Description: Two methods with similar parameters - Example code: @WebMethod(operationName="saveCosts", action="costs") public String saveCosts(@WebParam(name = "way")String way, @WebParam(name = "item")String item, @WebParam(name = "project")String proj, @WebParam(name = "period")String period, @WebParam(name = "val")String val); @WebMethod(operationName="saveBalance", action="balance") public String saveBalance(@WebParam(name = "way")String way, @WebParam(name = "item")String item, @WebParam(name = "project")String proj, @WebParam(name = "period")String period, @WebParam(name = "val")String val); When I run "saveCosts", Web service transfers control to another method - "saveBalance"!!! Why??? was: Two methods with similar parameters - Example code: @WebMethod(operationName="saveCosts", action="costs") public String saveCosts(@WebParam(name = "way")String way, @WebParam(name = "item")String item, @WebParam(name = "project")String proj, @WebParam(name = "period")String period, @WebParam(name = "val")String val); @WebMethod(operationName="saveBalance", action="balance") public String saveBalance(@WebParam(name = "way")String way, @WebParam(name = "item")String item, @WebParam(name = "project")String proj, @WebParam(name = "period")String period, @WebParam(name = "val")String val); When you call "saveCosts", Web service transfers control to another method - "saveBalance"!!! Why??? > Error when calling methods with the similar parameters > -- > > Key: CXF-4251 > URL: https://issues.apache.org/jira/browse/CXF-4251 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime >Affects Versions: 2.6 > Environment: Tomcat 6.0.26 >Reporter: Jury Litvinoff >Priority: Critical > Labels: similar_parameters > > Two methods with similar parameters - Example code: > @WebMethod(operationName="saveCosts", action="costs") > public String saveCosts(@WebParam(name = "way")String way, > @WebParam(name = "item")String item, > @WebParam(name = "project")String proj, > @WebParam(name = "period")String period, > @WebParam(name = "val")String val); > > @WebMethod(operationName="saveBalance", action="balance") > public String saveBalance(@WebParam(name = "way")String way, > @WebParam(name = "item")String item, > @WebParam(name = "project")String proj, > @WebParam(name = "period")String period, > @WebParam(name = "val")String val); > When I run "saveCosts", Web service transfers control to another method - > "saveBalance"!!! > Why??? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4259) JAX-RS Set-Cookie handler needs to ignore Expires property
Sergey Beryozkin created CXF-4259: - Summary: JAX-RS Set-Cookie handler needs to ignore Expires property Key: CXF-4259 URL: https://issues.apache.org/jira/browse/CXF-4259 Project: CXF Issue Type: Bug Components: JAX-RS Reporter: Sergey Beryozkin Assignee: Sergey Beryozkin Priority: Minor Fix For: 2.6.1, 2.5.4, 2.4.8, 2.3.11 JAX-RS NewCookie utility class is not ready yet for dealing with the optional Expires property, and the CXF handler needs to be updated to ignore this property for now -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CXF-4243) RequestImpl.selectVariant() using wrong headers
[
https://issues.apache.org/jira/browse/CXF-4243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-4243.
---
Resolution: Fixed
Fix Version/s: 2.3.11
2.4.8
2.5.4
2.6.1
Assignee: Sergey Beryozkin
> RequestImpl.selectVariant() using wrong headers
> ---
>
> Key: CXF-4243
> URL: https://issues.apache.org/jira/browse/CXF-4243
> Project: CXF
> Issue Type: Bug
> Components: JAX-RS
>Affects Versions: 2.3.1
> Environment: cxf-rt-frontend-jaxrs-2.3.1
>Reporter: sharath p
>Assignee: Sergey Beryozkin
>Priority: Minor
> Labels: conneg, cxf-frontend
> Fix For: 2.6.1, 2.5.4, 2.4.8, 2.3.11
>
>
> org.apache.cxf.jaxrs.impl.RequestImpl
> **
> public Variant selectVariant(List vars) throws
> IllegalArgumentException {
> if (vars == null || vars.isEmpty()) {
> throw new IllegalArgumentException("List of Variants is either
> null or empty");
> }
> MediaType inMediaType = headers.getMediaType();
> Locale inLang = headers.getLanguage();
> String inEnc =
> headers.getRequestHeaders().getFirst(HttpHeaders.CONTENT_ENCODING);
> .
> }
> **
> In order to select the correct variant (conneg), Accept-* headers should be
> used, therefore headers.getAcceptableMediaTypes(),
> headers.getAcceptableLanguages() and
> headers.getRequestHeaders().getFirst(ACCEPT_ENCODING) should be used instead
> of headers.getMediaType(), headers.getLanguage() and
> headers.getRequestHeaders().getFirst(HttpHeaders.CONTENT_ENCODING).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CXF-4259) JAX-RS Set-Cookie handler needs to ignore Expires property
[ https://issues.apache.org/jira/browse/CXF-4259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-4259. --- Resolution: Fixed > JAX-RS Set-Cookie handler needs to ignore Expires property > -- > > Key: CXF-4259 > URL: https://issues.apache.org/jira/browse/CXF-4259 > Project: CXF > Issue Type: Bug > Components: JAX-RS >Reporter: Sergey Beryozkin >Assignee: Sergey Beryozkin >Priority: Minor > Fix For: 2.6.1, 2.5.4, 2.4.8, 2.3.11 > > > JAX-RS NewCookie utility class is not ready yet for dealing with the optional > Expires property, and the CXF handler needs to be updated to ignore this > property for now -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CXF-4255) CXFNonSpringServlet throws IllegalArgumentException when the request URL ends with vertical line "|"
[
https://issues.apache.org/jira/browse/CXF-4255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259546#comment-13259546
]
Sergey Beryozkin commented on CXF-4255:
---
I've confirmed with the local test that passing the encoded %7C value instead
of '|' works as expected, such value can be matched against @Path("|") where
'|' is auto-encoded internally.
> As there is no way for me to enforce the client of my service to encode
> properly
Is it a JAX-RS client ? UriBuilder.fromUri("http://bar";).path("|") will give
you the encoded value or use UrlEncoder...
> Is there a way I can map the 500 to a 400 using Exception mapper?
JAX-RS runtime is not active at that level yet.
I think you can try either registering a servlet filter which would manage
ServletExceptions (ex, if the request URI ends with '|' then write 400), or
extend CXFNonSpringJAXRSServlet and may be even provide
HttpServletRequestWrapper overriding only request URI.
may be even a better 'fix' is to upgrade to later CXF, there might be a bug in
2.4.2 with the way request URI is managed at the servlet level
> CXFNonSpringServlet throws IllegalArgumentException when the request URL ends
> with vertical line "|"
>
>
> Key: CXF-4255
> URL: https://issues.apache.org/jira/browse/CXF-4255
> Project: CXF
> Issue Type: Bug
>Affects Versions: 2.4.2
> Environment: Linux+JBoss
> apache-cxf-2.6.0-20120405.jar with the rest of the jars from 2.4.2 release.
>Reporter: Joanne Kubischta
>
> To reproduce, send a GET or POST request to JAX-RS to get a single user
> resource using https://server:8443/api/rest/users/|
> It seems to take other special characters okay, encoded or not. I tried using
> ExceptionMapper but has no effect.
> 2012-04-19
> 16:22:46,695|ERROR|http-0.0.0.0-8443-1:|org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/api/rest/users].[CXFServlet]|
> Servlet
> .service() for servlet CXFServlet threw exception
> java.lang.IllegalArgumentException
> at java.net.URI.create(Unknown Source)
> at
> org.apache.cxf.transport.servlet.BaseUrlHelper.getBaseURL(BaseUrlHelper.java:49)
> at
> org.apache.cxf.transport.servlet.ServletController.getBaseURL(ServletController.java:73)
> at
> org.apache.cxf.transport.servlet.ServletController.updateDestination(ServletController.java:82)
> at
> org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:153)
> at
> org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:129)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:187)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:115)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
> at
> org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:166)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> com.polycom.proximo.api.support.servlet.APIAuthorizationFilter.doFilter(APIAuthorizationFilter.java:59)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230)
> at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)
> at
> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179)
> at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525)
> at
> org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84)
> at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
> at
> com.polycom.proximo.valve.ProximoErrorReportValve.invoke(ProximoErrorReportValve.java:42)
> at
> org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157)
> at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.j
[jira] [Resolved] (CXF-4255) CXFNonSpringServlet throws IllegalArgumentException when the request URL ends with vertical line "|"
[ https://issues.apache.org/jira/browse/CXF-4255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sergey Beryozkin resolved CXF-4255. --- Resolution: Cannot Reproduce Assignee: Sergey Beryozkin > CXFNonSpringServlet throws IllegalArgumentException when the request URL ends > with vertical line "|" > > > Key: CXF-4255 > URL: https://issues.apache.org/jira/browse/CXF-4255 > Project: CXF > Issue Type: Bug >Affects Versions: 2.4.2 > Environment: Linux+JBoss > apache-cxf-2.6.0-20120405.jar with the rest of the jars from 2.4.2 release. >Reporter: Joanne Kubischta >Assignee: Sergey Beryozkin > > To reproduce, send a GET or POST request to JAX-RS to get a single user > resource using https://server:8443/api/rest/users/| > It seems to take other special characters okay, encoded or not. I tried using > ExceptionMapper but has no effect. > 2012-04-19 > 16:22:46,695|ERROR|http-0.0.0.0-8443-1:|org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/api/rest/users].[CXFServlet]| > Servlet > .service() for servlet CXFServlet threw exception > java.lang.IllegalArgumentException > at java.net.URI.create(Unknown Source) > at > org.apache.cxf.transport.servlet.BaseUrlHelper.getBaseURL(BaseUrlHelper.java:49) > at > org.apache.cxf.transport.servlet.ServletController.getBaseURL(ServletController.java:73) > at > org.apache.cxf.transport.servlet.ServletController.updateDestination(ServletController.java:82) > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:153) > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:129) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:187) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:115) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:166) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > com.polycom.proximo.api.support.servlet.APIAuthorizationFilter.doFilter(APIAuthorizationFilter.java:59) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) > at > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > com.polycom.proximo.valve.ProximoErrorReportValve.invoke(ProximoErrorReportValve.java:42) > at > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:543) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Unknown Source) > Caused by: java.net.URISyntaxException: Illegal character in path at index > 71: https://server:8443/api/rest/users/| > at java.net.URI$Parser.fail(Unknown Source) > at java.net.URI$Parser.checkChars(Unknown Source) > at java.net.URI$Parser.parseHierarchical(Unknown Source) > at java.net.URI$Parser.parse(Unknow
[jira] [Created] (CXF-4260) Poor recommendations in maven-cxf-codegen-plugin-wsdl-to-java.html
Jesse Glick created CXF-4260:
Summary: Poor recommendations in
maven-cxf-codegen-plugin-wsdl-to-java.html
Key: CXF-4260
URL: https://issues.apache.org/jira/browse/CXF-4260
Project: CXF
Issue Type: Bug
Components: Documentation
Reporter: Jesse Glick
Priority: Minor
I added a comment
https://cwiki.apache.org/confluence/display/CXF20DOC/Maven+cxf-codegen-plugin+%28WSDL+to+Java%29?focusedCommentId=27843292#comment-27843292
hoping it would appear automatically at some point in the published
documentation at
http://cxf.apache.org/docs/maven-cxf-codegen-plugin-wsdl-to-java.html but it
did not.
Also suggest adding a default value for {{testSourceRoot}} of
{{$\{project.build.directory}/generated-test-sources/cxf}}.
Background: http://netbeans.org/bugzilla/show_bug.cgi?id=189134
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CXF-4245) JAX-RS databinding support for JiBX
[
https://issues.apache.org/jira/browse/CXF-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin updated CXF-4245:
--
Component/s: (was: JAXB Databinding)
OtherDatabindings
Assignee: Sergey Beryozkin
> JAX-RS databinding support for JiBX
> ---
>
> Key: CXF-4245
> URL: https://issues.apache.org/jira/browse/CXF-4245
> Project: CXF
> Issue Type: Bug
> Components: OtherDatabindings
>Affects Versions: 2.6
> Environment: All Environments
>Reporter: Don Corley
>Assignee: Sergey Beryozkin
> Labels: JiBX, databinding, jax-rs
> Fix For: 2.6.1, 2.5.4
>
>
> Dan,
> Thanks again for writing the databinding components for JiBX.
> Unfortunately, the JAX-RS component calls empty methods when I try to use
> this databinding component.
> This seems to fix the problem:
> ---start patch
> Index:
> rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> ===
> --- rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> (revision 1327050)
> +++ rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> (working copy)
> @@ -40,6 +40,15 @@
> public class JibxDataWriter implements DataWriter {
>
> public void write(Object obj, XMLStreamWriter output) {
> +try {
> +IBindingFactory factory =
> BindingDirectory.getFactory(obj.getClass());
> +IMarshallingContext ctx = getMarshallingContext(obj);
> +StAXWriter writer = new StAXWriter(factory.getNamespaces(),
> output);
> +ctx.setXmlWriter(writer);
> +((IMarshallable)obj).marshal(ctx);
> +} catch (Exception e) {
> +throw new RuntimeException(e);
> +}
> }
>
> public void write(Object obj, MessagePartInfo part, XMLStreamWriter
> output) {
> Index:
> rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> ===
> --- rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> (revision 1327050)
> +++ rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> (working copy)
> @@ -62,7 +62,12 @@
> }
>
> public Object read(QName elementQName, XMLStreamReader input, Class
> type) {
> -throw new UnsupportedOperationException("Not Implemented");
> +try {
> +UnmarshallingContext ctx = getUnmarshallingContext(input, type);
> +return ctx.unmarshalElement(type);
> +} catch (JiBXException e) {
> +throw new RuntimeException(e);
> +}
> }
>
> public void setAttachments(Collection attachments) {
> --- end patch
> I have a sample project at if you want to see a working configuration:
> https://github.com/jibx/maven-plugin/tree/master/examples/cxf-jaxrs
> Remember to shutdown karaf after install, before start to avoid a karaf
> wiring bug.
> Thanks!
> Don
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Resolved] (CXF-4245) JAX-RS databinding support for JiBX
[
https://issues.apache.org/jira/browse/CXF-4245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-4245.
---
Resolution: Fixed
Fix Version/s: 2.5.4
Patch with an additional test has been applied, thanks.
> JAX-RS databinding support for JiBX
> ---
>
> Key: CXF-4245
> URL: https://issues.apache.org/jira/browse/CXF-4245
> Project: CXF
> Issue Type: Bug
> Components: OtherDatabindings
>Affects Versions: 2.6
> Environment: All Environments
>Reporter: Don Corley
>Assignee: Sergey Beryozkin
> Labels: JiBX, databinding, jax-rs
> Fix For: 2.6.1, 2.5.4
>
>
> Dan,
> Thanks again for writing the databinding components for JiBX.
> Unfortunately, the JAX-RS component calls empty methods when I try to use
> this databinding component.
> This seems to fix the problem:
> ---start patch
> Index:
> rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> ===
> --- rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> (revision 1327050)
> +++ rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataWriter.java
> (working copy)
> @@ -40,6 +40,15 @@
> public class JibxDataWriter implements DataWriter {
>
> public void write(Object obj, XMLStreamWriter output) {
> +try {
> +IBindingFactory factory =
> BindingDirectory.getFactory(obj.getClass());
> +IMarshallingContext ctx = getMarshallingContext(obj);
> +StAXWriter writer = new StAXWriter(factory.getNamespaces(),
> output);
> +ctx.setXmlWriter(writer);
> +((IMarshallable)obj).marshal(ctx);
> +} catch (Exception e) {
> +throw new RuntimeException(e);
> +}
> }
>
> public void write(Object obj, MessagePartInfo part, XMLStreamWriter
> output) {
> Index:
> rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> ===
> --- rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> (revision 1327050)
> +++ rt/databinding/jibx/src/main/java/org/apache/cxf/jibx/JibxDataReader.java
> (working copy)
> @@ -62,7 +62,12 @@
> }
>
> public Object read(QName elementQName, XMLStreamReader input, Class
> type) {
> -throw new UnsupportedOperationException("Not Implemented");
> +try {
> +UnmarshallingContext ctx = getUnmarshallingContext(input, type);
> +return ctx.unmarshalElement(type);
> +} catch (JiBXException e) {
> +throw new RuntimeException(e);
> +}
> }
>
> public void setAttachments(Collection attachments) {
> --- end patch
> I have a sample project at if you want to see a working configuration:
> https://github.com/jibx/maven-plugin/tree/master/examples/cxf-jaxrs
> Remember to shutdown karaf after install, before start to avoid a karaf
> wiring bug.
> Thanks!
> Don
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CXF-4255) CXFNonSpringServlet throws IllegalArgumentException when the request URL ends with vertical line "|"
[ https://issues.apache.org/jira/browse/CXF-4255?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259701#comment-13259701 ] Joanne Kubischta commented on CXF-4255: --- Overriding the invoke method of CXFNonSpringJAXRSServlet gives me the desired error handling. Thanks Sergery for the input. > CXFNonSpringServlet throws IllegalArgumentException when the request URL ends > with vertical line "|" > > > Key: CXF-4255 > URL: https://issues.apache.org/jira/browse/CXF-4255 > Project: CXF > Issue Type: Bug >Affects Versions: 2.4.2 > Environment: Linux+JBoss > apache-cxf-2.6.0-20120405.jar with the rest of the jars from 2.4.2 release. >Reporter: Joanne Kubischta >Assignee: Sergey Beryozkin > > To reproduce, send a GET or POST request to JAX-RS to get a single user > resource using https://server:8443/api/rest/users/| > It seems to take other special characters okay, encoded or not. I tried using > ExceptionMapper but has no effect. > 2012-04-19 > 16:22:46,695|ERROR|http-0.0.0.0-8443-1:|org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/api/rest/users].[CXFServlet]| > Servlet > .service() for servlet CXFServlet threw exception > java.lang.IllegalArgumentException > at java.net.URI.create(Unknown Source) > at > org.apache.cxf.transport.servlet.BaseUrlHelper.getBaseURL(BaseUrlHelper.java:49) > at > org.apache.cxf.transport.servlet.ServletController.getBaseURL(ServletController.java:73) > at > org.apache.cxf.transport.servlet.ServletController.updateDestination(ServletController.java:82) > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:153) > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:129) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:187) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:115) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:166) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > com.polycom.proximo.api.support.servlet.APIAuthorizationFilter.doFilter(APIAuthorizationFilter.java:59) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) > at > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > com.polycom.proximo.valve.ProximoErrorReportValve.invoke(ProximoErrorReportValve.java:42) > at > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:543) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Unknown Source) > Caused by: java.net.URISyntaxException: Illegal character in path at index > 71: https://server:8443/api/rest/users/| > at java.net.URI$Parser.fail(Unknown Source) > at java.net.URI$Parser.checkChars(U
[jira] [Closed] (CXF-4255) CXFNonSpringServlet throws IllegalArgumentException when the request URL ends with vertical line "|"
[ https://issues.apache.org/jira/browse/CXF-4255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Joanne Kubischta closed CXF-4255. - > CXFNonSpringServlet throws IllegalArgumentException when the request URL ends > with vertical line "|" > > > Key: CXF-4255 > URL: https://issues.apache.org/jira/browse/CXF-4255 > Project: CXF > Issue Type: Bug >Affects Versions: 2.4.2 > Environment: Linux+JBoss > apache-cxf-2.6.0-20120405.jar with the rest of the jars from 2.4.2 release. >Reporter: Joanne Kubischta >Assignee: Sergey Beryozkin > > To reproduce, send a GET or POST request to JAX-RS to get a single user > resource using https://server:8443/api/rest/users/| > It seems to take other special characters okay, encoded or not. I tried using > ExceptionMapper but has no effect. > 2012-04-19 > 16:22:46,695|ERROR|http-0.0.0.0-8443-1:|org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/api/rest/users].[CXFServlet]| > Servlet > .service() for servlet CXFServlet threw exception > java.lang.IllegalArgumentException > at java.net.URI.create(Unknown Source) > at > org.apache.cxf.transport.servlet.BaseUrlHelper.getBaseURL(BaseUrlHelper.java:49) > at > org.apache.cxf.transport.servlet.ServletController.getBaseURL(ServletController.java:73) > at > org.apache.cxf.transport.servlet.ServletController.updateDestination(ServletController.java:82) > at > org.apache.cxf.transport.servlet.ServletController.invoke(ServletController.java:153) > at > org.apache.cxf.transport.servlet.CXFNonSpringServlet.invoke(CXFNonSpringServlet.java:129) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.handleRequest(AbstractHTTPServlet.java:187) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.doGet(AbstractHTTPServlet.java:115) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) > at > org.apache.cxf.transport.servlet.AbstractHTTPServlet.service(AbstractHTTPServlet.java:166) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > com.polycom.proximo.api.support.servlet.APIAuthorizationFilter.doFilter(APIAuthorizationFilter.java:59) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) > at > org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) > at > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) > at > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) > at > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) > at > org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) > at > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) > at > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) > at > com.polycom.proximo.valve.ProximoErrorReportValve.invoke(ProximoErrorReportValve.java:42) > at > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) > at > org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:543) > at > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) > at > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:241) > at > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) > at > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:580) > at > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) > at java.lang.Thread.run(Unknown Source) > Caused by: java.net.URISyntaxException: Illegal character in path at index > 71: https://server:8443/api/rest/users/| > at java.net.URI$Parser.fail(Unknown Source) > at java.net.URI$Parser.checkChars(Unknown Source) > at java.net.URI$Parser.parseHierarchical(Unknown Source) > at java.net.URI$Parser.parse(Unknown Source) > at java.net.URI.(Unknown Source) -- This message
[jira] [Assigned] (CXF-4260) Poor recommendations in maven-cxf-codegen-plugin-wsdl-to-java.html
[
https://issues.apache.org/jira/browse/CXF-4260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Glen Mazza reassigned CXF-4260:
---
Assignee: Glen Mazza
> Poor recommendations in maven-cxf-codegen-plugin-wsdl-to-java.html
> --
>
> Key: CXF-4260
> URL: https://issues.apache.org/jira/browse/CXF-4260
> Project: CXF
> Issue Type: Bug
> Components: Documentation
>Reporter: Jesse Glick
>Assignee: Glen Mazza
>Priority: Minor
>
> I added a comment
> https://cwiki.apache.org/confluence/display/CXF20DOC/Maven+cxf-codegen-plugin+%28WSDL+to+Java%29?focusedCommentId=27843292#comment-27843292
> hoping it would appear automatically at some point in the published
> documentation at
> http://cxf.apache.org/docs/maven-cxf-codegen-plugin-wsdl-to-java.html but it
> did not.
> Also suggest adding a default value for {{testSourceRoot}} of
> {{$\{project.build.directory}/generated-test-sources/cxf}}.
> Background: http://netbeans.org/bugzilla/show_bug.cgi?id=189134
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4261) Add maxRetries option to WS-RM's retry logic
Aki Yoshida created CXF-4261: Summary: Add maxRetries option to WS-RM's retry logic Key: CXF-4261 URL: https://issues.apache.org/jira/browse/CXF-4261 Project: CXF Issue Type: Improvement Components: WS-* Components Reporter: Aki Yoshida Assignee: Aki Yoshida Currently, the retry in WS-RM (e.g., message retransmission) occurs indefinitely until a certain condition (e.g., receipt of an acknowledgement) is satisfied. In some scenarios, it is useful to limit the number of retries. Since there is no standard retry policy parameter, we can introduce a retry policy type that can be used to configure this maxRetries property and other retry-related properties. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (CXF-4261) Add maxRetries option to WS-RM's retry logic
[ https://issues.apache.org/jira/browse/CXF-4261?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13259962#comment-13259962 ] Dennis Sosnoski commented on CXF-4261: -- Would you mind if I take this one, Aki? I've been reworking the policy code for support of WS-RMP 1.1, and this should fit into those changes. > Add maxRetries option to WS-RM's retry logic > > > Key: CXF-4261 > URL: https://issues.apache.org/jira/browse/CXF-4261 > Project: CXF > Issue Type: Improvement > Components: WS-* Components >Reporter: Aki Yoshida >Assignee: Aki Yoshida > > Currently, the retry in WS-RM (e.g., message retransmission) occurs > indefinitely until a certain condition (e.g., receipt of an acknowledgement) > is satisfied. In some scenarios, it is useful to limit the number of retries. > Since there is no standard retry policy parameter, we can introduce a retry > policy type that can be used to configure this maxRetries property and other > retry-related properties. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CXF-4251) Error when calling methods with the similar parameters
[ https://issues.apache.org/jira/browse/CXF-4251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp updated CXF-4251: - Fix Version/s: NeedMoreInfo Would need a full test case for this. My gut feeling is that there is a "BARE" annotation on the SEI which would result in this not being WSI-BP compliant, but a test case would be best to really see where the issue lies. > Error when calling methods with the similar parameters > -- > > Key: CXF-4251 > URL: https://issues.apache.org/jira/browse/CXF-4251 > Project: CXF > Issue Type: Bug > Components: JAX-WS Runtime >Affects Versions: 2.6 > Environment: Tomcat 6.0.26 >Reporter: Jury Litvinoff >Priority: Critical > Labels: similar_parameters > Fix For: NeedMoreInfo > > > Two methods with similar parameters - Example code: > @WebMethod(operationName="saveCosts", action="costs") > public String saveCosts(@WebParam(name = "way")String way, > @WebParam(name = "item")String item, > @WebParam(name = "project")String proj, > @WebParam(name = "period")String period, > @WebParam(name = "val")String val); > > @WebMethod(operationName="saveBalance", action="balance") > public String saveBalance(@WebParam(name = "way")String way, > @WebParam(name = "item")String item, > @WebParam(name = "project")String proj, > @WebParam(name = "period")String period, > @WebParam(name = "val")String val); > When I run "saveCosts", Web service transfers control to another method - > "saveBalance"!!! > Why??? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CXF-4253) How could CXF not to intercept the ws-Service request?
[ https://issues.apache.org/jira/browse/CXF-4253?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp updated CXF-4253: - Fix Version/s: (was: 2.5.3) NeedMoreInfo I really have no idea what the above description is trying to describe? Is there a stack trace of an error? What didn't work? > How could CXF not to intercept the ws-Service request? > -- > > Key: CXF-4253 > URL: https://issues.apache.org/jira/browse/CXF-4253 > Project: CXF > Issue Type: Task > Components: Core >Affects Versions: 2.5.3 > Environment: jdk1.6,sping3.0,cxf2.53 >Reporter: jack >Priority: Critical > Fix For: NeedMoreInfo > > Original Estimate: 120h > Remaining Estimate: 120h > > I had used cxf in spring to create a web service(server) without any > problems,but when I visited others' WSDL,the problems happened.（I could not > use it） > After some testing, I got the reason. > Whenever I created a javax.xml.ws.Service object in the spring framework,the > attribute(ServiceDelegate) was created by CXF's > org.apache.cxf.jaxws.spi.ProviderImpl,not by javax.xml.ws.spi.Provider. The > ServiceDelegate object was different. > Because other's WSDL had its specific，he offered me a main function(public > static void main(String[] args)) and I succeed to use it. > But I could not use it in my project. > How could CXF not to automatically intercept the visiting(WSDL)? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4262) oauth sample in 2.5.3 release does not build without POM changes
Jesse Pangburn created CXF-4262: --- Summary: oauth sample in 2.5.3 release does not build without POM changes Key: CXF-4262 URL: https://issues.apache.org/jira/browse/CXF-4262 Project: CXF Issue Type: Bug Components: Samples Affects Versions: 2.5.3 Reporter: Jesse Pangburn Priority: Minor Tried building oauth client and server samples in 2.5.3 release using provided instruction: mvn jetty:run Also tried: mvn clean install These attempts in both client and server fail with the following relevant exception from the stack trace: * Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.cxf.samples:cxf-samples' not found in repository: Unable to download the artifact from any repository org.apache.cxf.samples:cxf-samples:pom:2.5.3-SNAPSHOT * Looking in the pom.xml file for this 2.5.3-SNAPSHOT problem, I find this entry: 2.5.3-SNAPSHOT Changing it to the following resolves the problem and lets the samples build: 2.5.3 The client now starts with "mvn jetty:run", but the server still fails with an apparently unrelated error. Still, at least it builds with this change. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (CXF-4262) oauth sample in 2.5.3 release does not build without POM changes
[ https://issues.apache.org/jira/browse/CXF-4262?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jesse Pangburn updated CXF-4262: Description: Tried building oauth client and server samples in 2.5.3 release using provided instruction: mvn jetty:run Also tried: mvn clean install These attempts in both client and server fail with the following relevant exception from the stack trace: * Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.cxf.samples:cxf-samples' not found in repository: Unable to download the artifact from any repository org.apache.cxf.samples:cxf-samples:pom:2.5.3-SNAPSHOT * Looking in the pom.xml file for this 2.5.3-SNAPSHOT problem, I find this entry: 2.5.3-SNAPSHOT Changing it to the following resolves the problem and lets the samples build: 2.5.3 The client now starts with "mvn jetty:run", but the server still fails with an apparently unrelated error. Still, at least it builds with this change. The server error is: java.lang.NoSuchMethodError: org.objectweb.asm.ClassWriter.(Z)V This is apparently due to the use of cglib in the pom.xml. It can be resolved and let the server start by changing this entry in the pom.xml: cglib cglib 2.1 to this: cglib cglib-nodep 2.1 After this it is possible to start "mvn jetty:run" with no errors, though I don't know enough about the sample to verify its functionality yet. was: Tried building oauth client and server samples in 2.5.3 release using provided instruction: mvn jetty:run Also tried: mvn clean install These attempts in both client and server fail with the following relevant exception from the stack trace: * Caused by: org.apache.maven.project.ProjectBuildingException: POM 'org.apache.cxf.samples:cxf-samples' not found in repository: Unable to download the artifact from any repository org.apache.cxf.samples:cxf-samples:pom:2.5.3-SNAPSHOT * Looking in the pom.xml file for this 2.5.3-SNAPSHOT problem, I find this entry: 2.5.3-SNAPSHOT Changing it to the following resolves the problem and lets the samples build: 2.5.3 The client now starts with "mvn jetty:run", but the server still fails with an apparently unrelated error. Still, at least it builds with this change. > oauth sample in 2.5.3 release does not build without POM changes > > > Key: CXF-4262 > URL: https://issues.apache.org/jira/browse/CXF-4262 > Project: CXF > Issue Type: Bug > Components: Samples >Affects Versions: 2.5.3 >Reporter: Jesse Pangburn >Priority: Minor > Labels: oauth, samples > > Tried building oauth client and server samples in 2.5.3 release using > provided instruction: > mvn jetty:run > Also tried: > mvn clean install > These attempts in both client and server fail with the following relevant > exception from the stack trace: > * > Caused by: org.apache.maven.project.ProjectBuildingException: POM > 'org.apache.cxf.samples:cxf-samples' not found in repository: Unable to > download the artifact from any repository > org.apache.cxf.samples:cxf-samples:pom:2.5.3-SNAPSHOT > * > Looking in the pom.xml file for this 2.5.3-SNAPSHOT problem, I find this > entry: > 2.5.3-SNAPSHOT > Changing it to the following resolves the problem and lets the samples build: > 2.5.3 > The client now starts with "mvn jetty:run", but the server still fails with > an apparently unrelated error. Still, at least it builds with this change. > The server error is: > java.lang.NoSuchMethodError: org.objectweb.asm.ClassWriter.(Z)V > This is apparently due to the use of cglib in the pom.xml. It can be > resolved and let the server start by changing this entry in the pom.xml: > > cglib > cglib > 2.1 > > to this: > > cglib > cglib-nodep > 2.1 > > After this it is possible to start "mvn jetty:run" with no errors, though I > don't know enough about the sample to verify its functionality yet. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Created] (CXF-4263) when I run a "webapp" of CXF in weblogic9.2, it has some errors.
huanqiuwang created CXF-4263: Summary: when I run a "webapp" of CXF in weblogic9.2, it has some errors. Key: CXF-4263 URL: https://issues.apache.org/jira/browse/CXF-4263 Project: CXF Issue Type: Bug Affects Versions: 2.4.7 Environment: windows xp or win7,weblogic9.2,sun jdk1.50_04 or jrockit1.50_04 Reporter: huanqiuwang [ERROR] IOException during exec() of compiler "E:\bea\JDK150~1\jre\..\bin\javac. exe". Check your path environment variable. 2012-4-24 9:10:09 org.apache.cxf.endpoint.dynamic.DynamicClientFactory createCli ent 严重: Could not compile java files for http://localhost:7001/webroot/webservices /HelloWorld?wsdl when Running code "Runtime.getRuntime().exec(cmdArray)" errors. only in weblogic it is wrong! -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
