ws-scout-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lin Sun <linsun....@gmail.com>
Subject Re: [jira] Commented: (SCOUT-29) AuthTokenImpl.getAuthInfo() doesn't seem to work correctly
Date Tue, 01 May 2007 16:57:30 GMT
Hi Kurt, I am running maven 1 now trying to get the unit test running.

I was running maven 2 before today.   And like you said, maven 2 doesn't 
kick off the unit test.

Okay, my comments spoke a bit too soon.   I fixed the other error below 
(see attachment) and
I am onto more downloading dependencies issue.

jdom-1.0.jar
commons-discovery-0.2.jar
axis-1.2.1.jar
axis-saaj-1.2.1.jar
axis-jaxrpc-1.2.1.jar
xercesImpl-2.8.0.jar
mysql-connector-java-3.1.13.jar
jnpserver-3.2.3.jar
jbossall-client-3.2.1.jar

I am going to tweak the maven.repo.remote a bit to see if I can get pass 
this error.  Thanks.

Lin


Kurt T Stam wrote:
> Lin which maven are you running? 1 or 2?
> 
> Lin Sun (JIRA) wrote:
>>     [ https://issues.apache.org/jira/browse/SCOUT-29?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12492903
] 
>>
>> Lin Sun commented on SCOUT-29:
>> ------------------------------
>>
>> Hi Kurt, 
>>
>> I fixed the prob in downloading the jars by using the following maven repo instead
(i updated both the trunk\project.properties and trunk\etc\project.properties files)
>>
>> maven.repo.remote=\
>> http://mirrors.ibiblio.org/pub/mirrors/maven,\
>> http://people.apache.org/repo/m1-snapshot-repository/,\
>> http://repo1.maven.org/maven/,\
>> http://people.apache.org/~deepal/maven/,\
>> http://ws.zones.apache.org/repository/,\
>> http://people.apache.org/repo/m1-ibiblio-rsync-repository/,\
>> http://jibx.sourceforge.net/maven/,\
>> http://fisheye5.cenqua.com/browse/fi/repo
>>
>> Let me know if you want me to submit a jira and patch for it.    However my maven
build still failed.  got an 
>>
>> --- Nested Exception ---
>> org.codehaus.plexus.util.xml.pull.XmlPullParserException: Unrecognised tag: 'pac
>> kaging' (position: START_TAG seen ...</version>\r\n\t\t\t<packaging>...
@95:15)
>>
>> Re your comment on 30/Apr/07 10:30 AM,  where do you think in the code that would
append the xmlns="urn:uddi-org:api_v2" when it is not specified in uddiResponse?    I assume
you mean here:
>>
>> XmlObject o = uddiResponse.changeType(
>>                     AuthTokenDocument.type);
>>
>> but that didn't happen in my test.  Thanks, Lin
>>
>>   
>>> AuthTokenImpl.getAuthInfo() doesn't seem to work correctly
>>> ----------------------------------------------------------
>>>
>>>                 Key: SCOUT-29
>>>                 URL: https://issues.apache.org/jira/browse/SCOUT-29
>>>             Project: Scout
>>>          Issue Type: Bug
>>>          Components: Scout Implementation
>>>    Affects Versions: 1.0
>>>         Environment: Win XP + Sun 1.5 SDK, latest scout trunk.
>>>            Reporter: Lin Sun
>>>         Assigned To: Anil Saldhana
>>>             Fix For: 1.0
>>>
>>>         Attachments: TestScout.java
>>>
>>>
>>> I created a simple test case to demonstrate the prob.  Basically, the test case
would read a file and parse it to uddiResponse, then the code changes the uddiResponse to
AuthToken type.  Then the code calls AuthTokenImpl.getAuthInfo() but that returned null.
>>> The content of uddiresponse.xml file is captured value of uddiResponse via a
debugger of another test in the execute(XmlObject uddiRequest, URI endPointURI) method in
RegistryImpl.java:
>>> <authToken generic="2.0" operator="jUDDI.org">
>>>   <authInfo>authToken:XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX</authInfo>
>>> </authToken> 
>>> When the code calls for AuthTokenImpl.getAuthInfo(), it calls find_element_user(AUTHINFO$0,
0).  This won't find anything because 
>>> 1) the namespace isn't right in the uddiresponse.xml.  So I updated the file
a bit:
>>> <authToken xmlns="urn:uddi-org:api_v2">
>>>   <authInfo>authToken:XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX</authInfo>
>>> </authToken> 
>>> This can be possibly fixed by set the response's namespace in the execute(XmlObject
uddiRequest, URI endPointURI) method and I'll try working on that.
>>> 2) the find_element_user (in XObj.java) won't be able to travel to the authInfo
tag because the x._nextSibling is null.  (x._firstChild is the authInfo).
>>> here's the exerpt of the code from xmlbeans:
>>>     public TypeStoreUser find_element_user ( QName name, int i )
>>>     {
>>>         for ( Xobj x = _firstChild ; x != null ; x = x._nextSibling )
>>>             if (x.isElem() && x._name.equals( name ) && --i <
0)
>>>                 return x.getUser();
>>>         return null;
>>>     }
>>> I tried to change the following from
>>>     private static final javax.xml.namespace.QName AUTHINFO$0 = 
>>>         new javax.xml.namespace.QName("urn:uddi-org:api_v2", "authInfo");
>>> to
>>>     private static final javax.xml.namespace.QName AUTHINFO$0 = 
>>>         new javax.xml.namespace.QName("urn:uddi-org:api_v2", "authToken");
>>> and i was able to get the "authToken:XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXX" returned
when I call AuthTokenImpl.getAuthInfo().   However, the AuthTokenImpl.java is generated so
I don't know how to modify it.
>>> Any comments/advise?  Thanks, Lin
>>>     
>>
>>   


Mime
View raw message