Lance, yes, all our outstanding issues have been addressed. We appreciate your timely help! (Hopefully once I've implemented the attachments support, we won't come up with any more issues!)

FYI axis-tck folks, Lance gave me a couple patches to try out yesterday. After applying the patches and making a fix to AXIS's Call.java, everything except the attachments test works. Guess I'd better get cracking on the attachment support!

For those who like tables with pretty colors, here's the latest: (See attached file: TCKIssues.html).

Russell Butek
[EMAIL PROTECTED]

To: Russell Butek/Austin/[EMAIL PROTECTED]
cc:
Subject: Re: [Fwd: Re: [Fwd: TCK Summary with new TCK]]



You are very welcome... So have we addressed all of your outstanding
issues now?

Lance

[EMAIL PROTECTED] wrote:

> The new .../Stub/Client.class and .../Call/Client.class both work.
> Thanks!
>
> Russell Butek
> [EMAIL PROTECTED]


--
Lance Andersen                       email: [EMAIL PROTECTED]
Sun Microsystems Inc.                phone: (781) 442-2037
1 Network Drive, UBUR02-301          fax  : (781) 442-1610
Burlington, MA 01803



Title: TCKIssues
 
Summary with the new TCK.

Green indicates tests that are now fixed.
Red indicates failures that we expected would be fixed by the new tck.
Orange indicates tests that are fixed in unofficial TCK patches received 07/29/02.
Black indicates an AXIS work item.
 
 

Test  TCK issue Status
jaxrpc/api/javax_xml_rpc/Call/Client.java#
SetGetPropertyTest2_from_standalone
8.  Stub/Call get/setProperty issue TCK bug #4708407 assigned
jaxrpc/api/javax_xml_rpc/Call/Client.java#
RemovePropertyTest2_from_standalone
8.  Stub/Call get/setProperty issue TCK bug #4708407 assigned
jaxrpc/api/javax_xml_rpc/Stub/Client.java#
setPropertyTest5_from_standalone
8.  Stub/Call get/setProperty issue TCK bug #4708407 assigned
jaxrpc/api/javax_xml_rpc/Stub/Client.java#
getPropertyTest_from_standalone
8.  Stub/Call get/setProperty issue TCK bug#4708407 assigned
jaxrpc/ee/j2w/attachmentstest/Client.java#
AttachmentsTest_from_standalone
AXIS needs work Russell is working on this one.
jaxrpc/ee/j2w/inheritedinterfacetest/Client.java#
inheritedinterfaceTest_from_standalone
12. Client.class is stale This is still a problem in the new TCK.
The test passes if the Client.java is recompiled.
jaxrpc/ee/w2j/rpc/encoded/marsalltest/Client.java#
MarshallAllStructsTest_from_standalone
2.  getVarBoolean instead of isVarBoolean TCK bug #4708425 assigned
jaxrpc/ee/w2j/rpc/encoded/marsalltest/Client.java#
MarshallSequenceStructsTest_from_standalone
2.  getVarBoolean instead of isVarBoolean TCK bug #4708425 assigned
jaxrpc/ee/w2j/rpc/encoded/parametermodetest/Client.java#
InStructTest_from_standalone
2.  getVarBoolean instead of isVarBoolean TCK bug #4708425 assigned

 

Issue Explanations

Issue: 2 Boolean value

The TCK expects getVarBooloon instead of isVarBoolean for a bean property that is a boolean value.
 

Issue: 8 Stub/Call Get/Set Property Issue

The TCK expects an IllegalArgumentException when it sets/gets an unknown property.  The spec says these methods should throw JAXRPCException.  Illegal properties should be those that start with "javax..." but are not listed in the spec.  Other properties may be considered legal.
 

Issue: 12 Client.class is stale

The Client.class file for the inherited interface test does not match the Client.java.  A NullPointerException occurs where it is impossible for one to occur.  Recompiling Client.java fixes the problem.
 

Reply via email to