[jira] Created: (CXF-2133) ResponseBuilder implementation returns nulls from various builder methods
ResponseBuilder implementation returns nulls from various builder methods
-
Key: CXF-2133
URL: https://issues.apache.org/jira/browse/CXF-2133
Project: CXF
Issue Type: Bug
Components: REST
Affects Versions: 2.2
Reporter: Roman Kalukiewicz
{{ResponseBuilderImpl}} class in various builder methods like {{expires()}},
{{language()}} returns {{null}} instead of {{this}}, so the proper invocation
throws NPE.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (CXF-2134) ResponseBuilder implementation sets date headers with Date.toString() method
ResponseBuilder implementation sets date headers with Date.toString() method
Key: CXF-2134
URL: https://issues.apache.org/jira/browse/CXF-2134
Project: CXF
Issue Type: Bug
Components: REST
Affects Versions: 2.2
Reporter: Roman Kalukiewicz
{{expires()}} and {{lastModified()}} methods of {{ResponseBuilderImpl}} sets
response headers with {{Date.toString()}} method, while they should obey time
format specified by RFC1123.
This means that the date should be formated like
{code}
new SimpleDateFormat("EEE, dd MMM HH:mm:ss zzz",
Locale.ENGLISH).format(expires);
{code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (CXF-2134) ResponseBuilder implementation sets date headers with Date.toString() method
[
https://issues.apache.org/jira/browse/CXF-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12689577#action_12689577
]
Sergey Beryozkin commented on CXF-2134:
---
fix will go shortly - though the format is created slightly differently
{code}
public static SimpleDateFormat getHttpDateFormat() {
SimpleDateFormat dateFormat =
new SimpleDateFormat("EEE, dd MMM HH:mm:ss zzz", Locale.US);
TimeZone tZone = TimeZone.getTimeZone("GMT");
dateFormat.setTimeZone(tZone);
return dateFormat;
}
{code}
I reckon it's correct, right ?
> ResponseBuilder implementation sets date headers with Date.toString() method
>
>
> Key: CXF-2134
> URL: https://issues.apache.org/jira/browse/CXF-2134
> Project: CXF
> Issue Type: Bug
> Components: REST
>Affects Versions: 2.2
>Reporter: Roman Kalukiewicz
>
> {{expires()}} and {{lastModified()}} methods of {{ResponseBuilderImpl}} sets
> response headers with {{Date.toString()}} method, while they should obey time
> format specified by RFC1123.
> This means that the date should be formated like
> {code}
> new SimpleDateFormat("EEE, dd MMM HH:mm:ss zzz",
> Locale.ENGLISH).format(expires);
> {code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (CXF-2134) ResponseBuilder implementation sets date headers with Date.toString() method
[
https://issues.apache.org/jira/browse/CXF-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-2134.
---
Resolution: Fixed
Fix Version/s: 2.2.1
> ResponseBuilder implementation sets date headers with Date.toString() method
>
>
> Key: CXF-2134
> URL: https://issues.apache.org/jira/browse/CXF-2134
> Project: CXF
> Issue Type: Bug
> Components: REST
>Affects Versions: 2.2
>Reporter: Roman Kalukiewicz
>Assignee: Sergey Beryozkin
> Fix For: 2.2.1
>
>
> {{expires()}} and {{lastModified()}} methods of {{ResponseBuilderImpl}} sets
> response headers with {{Date.toString()}} method, while they should obey time
> format specified by RFC1123.
> This means that the date should be formated like
> {code}
> new SimpleDateFormat("EEE, dd MMM HH:mm:ss zzz",
> Locale.ENGLISH).format(expires);
> {code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (CXF-2134) ResponseBuilder implementation sets date headers with Date.toString() method
[
https://issues.apache.org/jira/browse/CXF-2134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin reassigned CXF-2134:
-
Assignee: Sergey Beryozkin
> ResponseBuilder implementation sets date headers with Date.toString() method
>
>
> Key: CXF-2134
> URL: https://issues.apache.org/jira/browse/CXF-2134
> Project: CXF
> Issue Type: Bug
> Components: REST
>Affects Versions: 2.2
>Reporter: Roman Kalukiewicz
>Assignee: Sergey Beryozkin
> Fix For: 2.2.1
>
>
> {{expires()}} and {{lastModified()}} methods of {{ResponseBuilderImpl}} sets
> response headers with {{Date.toString()}} method, while they should obey time
> format specified by RFC1123.
> This means that the date should be formated like
> {code}
> new SimpleDateFormat("EEE, dd MMM HH:mm:ss zzz",
> Locale.ENGLISH).format(expires);
> {code}
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (CXF-2133) ResponseBuilder implementation returns nulls from various builder methods
[
https://issues.apache.org/jira/browse/CXF-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin reassigned CXF-2133:
-
Assignee: Sergey Beryozkin
> ResponseBuilder implementation returns nulls from various builder methods
> -
>
> Key: CXF-2133
> URL: https://issues.apache.org/jira/browse/CXF-2133
> Project: CXF
> Issue Type: Bug
> Components: REST
>Affects Versions: 2.2
>Reporter: Roman Kalukiewicz
>Assignee: Sergey Beryozkin
> Fix For: 2.2.1
>
>
> {{ResponseBuilderImpl}} class in various builder methods like {{expires()}},
> {{language()}} returns {{null}} instead of {{this}}, so the proper invocation
> throws NPE.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (CXF-2133) ResponseBuilder implementation returns nulls from various builder methods
[
https://issues.apache.org/jira/browse/CXF-2133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sergey Beryozkin resolved CXF-2133.
---
Resolution: Fixed
Fix Version/s: 2.2.1
> ResponseBuilder implementation returns nulls from various builder methods
> -
>
> Key: CXF-2133
> URL: https://issues.apache.org/jira/browse/CXF-2133
> Project: CXF
> Issue Type: Bug
> Components: REST
>Affects Versions: 2.2
>Reporter: Roman Kalukiewicz
>Assignee: Sergey Beryozkin
> Fix For: 2.2.1
>
>
> {{ResponseBuilderImpl}} class in various builder methods like {{expires()}},
> {{language()}} returns {{null}} instead of {{this}}, so the proper invocation
> throws NPE.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Created: (CXF-2135) JAXB binding files with no schemaLocation don't work
JAXB binding files with no schemaLocation don't work Key: CXF-2135 URL: https://issues.apache.org/jira/browse/CXF-2135 Project: CXF Issue Type: Bug Components: Tooling Reporter: Benson Margulies Fix For: 2.2.1 In order to clean up other code and prevent other bugs, I am breaking the code that allows JAXB binding files with no schemaLocation attribute to work. In 2.2 and earlier, this worked because we fed all the schemas to JAXB under the same key. This is contrary to the doc and likely to cause other more confusing problems, such as mis-applied customizations. The correct solution seems to be to just leave off the schemaLocation, but as of JAXB 2.1.10, that doesn't work, since JAXB doesn't handle this case for outboard customization files. Heck, perhaps recycling outboard customization files with JAXB is just not a good idea, period. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (CXF-2136) [CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
[CXF2.2][wsdl2java][RPC/Lit] Unable to create stubs
---
Key: CXF-2136
URL: https://issues.apache.org/jira/browse/CXF-2136
Project: CXF
Issue Type: Bug
Components: Tooling
Affects Versions: 2.2
Environment: Java 6
Reporter: Gabo Manuel
Not sure how to attach so I am pasting the code here directly:
Error message:
WSDLToJava Error: Non unique body parts! In a port, operations must have unique
operation signaure on the wire for successful dispatch. In port
{http://domain.some/}MyObjectServicePort, Operations
"{http://domain.some/}insertMyObject"; and "{http://domain.some/}updateMyObject";
have the same request body block {http://domain.some/}MyObject
Command line:
D:\java\cxf\apache-cxf-2.2\bin>wsdl2java -ant -client -autoNameResolution -exsh
true -d ClientDir MyObjects.wsdl
MyObject.java:
package some.domain;
import javax.xml.bind.annotation.XmlAccessType;
import javax.xml.bind.annotation.XmlAccessorType;
import javax.xml.bind.annotation.XmlRootElement;
import javax.xml.bind.annotation.XmlType;
@XmlType(name="MyObject")
@XmlAccessorType(XmlAccessType.PROPERTY)
@XmlRootElement(name="MyObject")
public class MyObject{
}
package-info.java:
@javax.xml.bind.annotation.XmlSchema(namespace = "http://domain.some/";,
elementFormDefault =
javax.xml.bind.annotation.XmlNsForm.QUALIFIED
)
package some.domain;
MyService.java:
package some.domain;
import javax.jws.WebMethod;
import javax.jws.WebParam;
import javax.jws.WebService;
import javax.jws.soap.SOAPBinding;
import javax.jws.soap.SOAPBinding.Style;
import javax.jws.soap.SOAPBinding.Use;
import org.apache.log4j.Logger;
@WebService(serviceName="MyObjectService", portName="MyObjectServicePort")
@SOAPBinding(use=Use.LITERAL, style=Style.RPC)
public class MyService{
private static Logger logger = Logger.getLogger(MyService.class);
@WebMethod
public int deleteMyObject(
@WebParam(name="longField1")
long longField1){
logger.info("delete MyObject received: " + longField1);
return 1;
}
@WebMethod
public MyObject getMyObject(
@WebParam(name="longField1")
long longField1){
logger.info("get MyObject received: " + longField1);
return generateMyObject();
}
@WebMethod
public long insertMyObject(
@WebParam(name="myObject")
MyObject myObject){
logger.info("insert MyObject Received: " + myObject);
return 2;
}
@WebMethod
public int updateMyObject(
@WebParam(name="myObject")
MyObject myObject){
logger.info("update MyObject Received: " + myObject);
return 3;
}
private static MyObject generateMyObject(){
MyObject myObject = new MyObject();
long tempLong = 1;
myObject.setStringField1("S:"+tempLong++);
myObject.setStringField2("S:"+tempLong++);
myObject.setLongField1(tempLong++);
myObject.setLongField2(tempLong++);
return myObject;
}
}
beans.xml:
http://www.springframework.org/schema/beans";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xmlns:jaxws="http://cxf.apache.org/jaxws";
xmlns:soap="http://cxf.apache.org/bindings/soap";
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://cxf.apache.org/bindings/soap
http://cxf.apache.org/schemas/configuration/soap.xsd
http://cxf.apache.org/jaxws
http://cxf.apache.org/schemas/jaxws.xsd";>
MyObjects.wsdl:
http://domain.some/";
xmlns:ns1="http://cxf.apache.org/bindings/xformat";
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/";
xmlns:tns="http://domain.some/"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/";
xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
http://domain.some/"; xmlns:tns="http://domain.some/";
xmlns:xs="http://www.w3.org/2001/XMLSchema";>
http://schemas.xmlsoap.org/soap/http";
/>
http://domain.some/"; use="literal" />
http://domain.some/"; use="literal" />
http://domain.some/"; use="literal" />
http://domain.some/"; use="literal" />
