[
https://issues.apache.org/jira/browse/AXIS2-4492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12752879#action_12752879
]
Kevin L Stewart commented on AXIS2-4492:
----------------------------------------
I just re-verified that I still see the problem. Here is the whole of my Axis
Happiness page:
Axis2 Happiness Page
Examining webapp configuration
Essential Components
Found Apache-Axis (org.apache.axis2.transport.http.AxisServlet)
at
/home/tomcat/apache-tomcat-5.5.27/webapps/axis2/WEB-INF/lib/axis2-transport-http-1.5.jar
Found Jakarta-Commons Logging (org.apache.commons.logging.Log)
at /home/tomcat/apache-tomcat-5.5.27/bin/commons-logging-api-1.1.1.jar
Found Streaming API for XML (javax.xml.stream.XMLStreamReader)
at an unknown location
Found Streaming API for XML implementation
(org.codehaus.stax2.XMLStreamWriter2)
at
/home/tomcat/apache-tomcat-5.5.27/webapps/axis2/WEB-INF/lib/wstx-asl-3.2.4.jar
The core axis2 libraries are present.
Note: Even if everything this page probes for is present, there is no
guarantee your Axis Service will work, because there are many configuration
options that we do not check for. These tests are necessary but not sufficient
Examining Version Service
Found Axis2 default Version service and Axis2 is working properly.
Now you can drop a service archive in axis2/WEB-INF/services. Following
output was produced while invoking Axis2 version service
Hi - the Axis2 version is 1.5
Examining Application Server
Servlet version 2.4
Platform Apache Tomcat/5.5.27
Examining System Properties
java.runtime.name Java(TM) SE Runtime Environment
sun.boot.library.path /usr/local/lib/jdk1.6.0_15/jre/lib/i386
java.vm.version 14.1-b02
shared.loader
${catalina.base}/shared/classes,${catalina.base}/shared/lib/*.jar
java.vm.vendor Sun Microsystems Inc.
java.vendor.url http: //java.sun.com/
path.separator :
java.vm.name Java HotSpot(TM) Server VM
tomcat.util.buf.StringCache.byte.enabled true
file.encoding.pkg sun.io
java.util.logging.config.file
/home/tomcat/apache-tomcat-5.5.27/conf/logging.properties
user.country US
sun.java.launcher SUN_STANDARD
sun.os.patch.level unknown
java.vm.specification.name Java Virtual Machine Specification
user.dir /home/tomcat/apache-tomcat-5.5.27/webapps
java.runtime.version 1.6.0_15-b03
java.awt.graphicsenv sun.awt.X11GraphicsEnvironment
java.endorsed.dirs /home/tomcat/apache-tomcat-5.5.27/common/endorsed
os.arch i386
java.io.tmpdir /home/tomcat/apache-tomcat-5.5.27/temp
line.separator
java.vm.specification.vendor Sun Microsystems Inc.
java.util.logging.manager org.apache.juli.ClassLoaderLogManager
java.naming.factory.url.pkgs org.apache.naming
os.name Linux
sun.jnu.encoding UTF-8
java.library.path /usr/local/lib/jdk1.6.0_15/jre/lib/i386/server:
/usr/local/lib/jdk1.6.0_15/jre/lib/i386:
/usr/local/lib/jdk1.6.0_15/jre/../lib/i386: /usr/java/packages/lib/i386: /lib:
/usr/lib
java.specification.name Java Platform API Specification
java.class.version 50.0
sun.management.compiler HotSpot Tiered Compilers
os.version 2.6.17-14mdventerprise
user.home /home/tomcat
user.timezone America/New_York
catalina.useNaming true
java.awt.printerjob sun.print.PSPrinterJob
java.specification.version 1.6
file.encoding UTF-8
catalina.home /home/tomcat/apache-tomcat-5.5.27
user.name tomcat
java.class.path : /home/tomcat/apache-tomcat-5.5.27/bin/bootstrap.jar:
/home/tomcat/apache-tomcat-5.5.27/bin/commons-logging-api.jar
java.naming.factory.initial org.apache.naming.java.javaURLContextFactory
package.definition
sun.,java.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.
java.vm.specification.version 1.0
sun.arch.data.model 32
java.home /usr/local/lib/jdk1.6.0_15/jre
java.specification.vendor Sun Microsystems Inc.
user.language en
java.vm.info mixed mode
java.version 1.6.0_15
java.ext.dirs /usr/local/lib/jdk1.6.0_15/jre/lib/ext:
/usr/java/packages/lib/ext
sun.boot.class.path /usr/local/lib/jdk1.6.0_15/jre/lib/resources.jar:
/usr/local/lib/jdk1.6.0_15/jre/lib/rt.jar:
/usr/local/lib/jdk1.6.0_15/jre/lib/sunrsasign.jar:
/usr/local/lib/jdk1.6.0_15/jre/lib/jsse.jar:
/usr/local/lib/jdk1.6.0_15/jre/lib/jce.jar:
/usr/local/lib/jdk1.6.0_15/jre/lib/charsets.jar:
/usr/local/lib/jdk1.6.0_15/jre/classes
java.vendor Sun Microsystems Inc.
server.loader
${catalina.home}/server/classes,${catalina.home}/server/lib/*.jar
catalina.base /home/tomcat/apache-tomcat-5.5.27
file.separator /
java.vendor.url.bug http: //java.sun.com/cgi-bin/bugreport.cgi
common.loader
${catalina.home}/common/classes,${catalina.home}/common/i18n/*.jar,${catalina.home}/common/endorsed/*.jar,${catalina.home}/common/lib/*.jar
sun.cpu.endian little
sun.io.unicode.encoding UnicodeLittle
package.access
sun.,org.apache.catalina.,org.apache.coyote.,org.apache.tomcat.,org.apache.jasper.,sun.beans.
sun.cpu.isalist
> Parameter shift in REST
> -----------------------
>
> Key: AXIS2-4492
> URL: https://issues.apache.org/jira/browse/AXIS2-4492
> Project: Axis 2.0 (Axis2)
> Issue Type: Bug
> Affects Versions: 1.5
> Environment: Java 6, Apache 5.5.27
> Reporter: Kevin L Stewart
> Assignee: Keith Godwin Chapman
>
> I have a problem with the ordering of parameters in REST methods. I am using
> a POJO to create my service. I added the following test method:
> public String testMultiEcho( String str1, String str2, String str3 )
> {
> StringBuffer buff = new StringBuffer( "{" );
>
> buff.append( str1 ).append( "," ).append( str2 ).append( ","
> ).append( str3 ).append( "}" );
>
> return buff.toString();
> }
> For the URL:
> http://<server>/<path to service>/testMultiEcho?str1=Bob&str2=Bill&str3=Tom
> I get:
> <ns:testMultiEchoResponse>
> <ns:return>{Bob,Bill,Tom}</ns:return>
> </ns:testMultiEchoResponse>
> This is correct. And for the URL:
> http://<server>/<path to service>/testMultiEcho?str1=Bob&str2=Bill
> I get:
> <ns:testMultiEchoResponse>
> <ns:return>{Bob,Bill,null}</ns:return>
> </ns:testMultiEchoResponse>
> This is also correct. But for URL:
> http://<server>/<path to service>/testMultiEcho?str2=Bill&str3=Tom
> I get:
> <ns:testMultiEchoResponse>
> <ns:return>{Bill,Tom,null}</ns:return>
> </ns:testMultiEchoResponse>
> This is NOT correct. It should be:
> <ns:testMultiEchoResponse>
> <ns:return>{null,Bill,Tom}</ns:return>
> </ns:testMultiEchoResponse>
> It seems the parameters are processed in order, not by name. Is there any
> correction/work around for this?
> KevinS
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
