jUDDI
  1. jUDDI
  2. JUDDI-445

find_business returns one businessInfo couple of times when businessEntity has more names

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 3.0.4
    • Fix Version/s: 3.1.0
    • Component/s: core
    • Labels:
      None

      Description

      1. Save businessEntity with more names:
      <Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/">
      <Body>
      <save_business xmlns="urn:uddi-org:api_v3">
      <authInfo>authtoken:663d5caa-3682-4f00-8583-820ab4bdd8a7</authInfo>
      <businessEntity businessKey="">
      <name xml:lang="en">BName1</name>
      <name xml:lang="fr">BName2</name>
      <name xml:lang="de">BName3</name>
      </businessEntity>
      </save_business>
      </Body>
      </Envelope>
      2. Find_business:
      <?xml version="1.0" encoding="UTF-8" ?>
      <Envelope xmlns="http://schemas.xmlsoap.org/soap/envelope/">
      <Body>
      <find_business xmlns="urn:uddi-org:api_v3">
      <findQualifiers>
      <findQualifier>approximateMatch</findQualifier>
      </findQualifiers>
      <name>BName%</name>
      </find_business>
      </Body>
      </Envelope>
      3. Result is one and the same business listed 3 times. If businessEntity had 2 names result would contain 2 businessInfos.
      <soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
      <soap:Body>
      <businessList xmlns:ns10="urn:uddi-org:policy_v3_instanceParms" xmlns:ns9="urn:uddi-org:vs_v3" xmlns:ns8="urn:uddi-org:repl_v3" xmlns:ns7="urn:uddi-org:custody_v3" xmlns:ns6="urn:uddi-org:subr_v3" xmlns:ns5="urn:uddi-org:sub_v3" xmlns:ns4="urn:uddi-org:policy_v3" xmlns:ns3="urn:uddi-org:vscache_v3" xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns="urn:uddi-org:api_v3">
      <listDescription>
      <includeCount>3</includeCount>
      <actualCount>3</actualCount>
      <listHead>1</listHead>
      </listDescription>
      <businessInfos>
      <businessInfo businessKey="uddi:juddi.apache.org:ce1bbb53-1082-4a68-8c58-643e81329bf0">
      <name xml:lang="en">BName1</name>
      <name xml:lang="fr">BName2</name>
      <name xml:lang="de">BName3</name>
      </businessInfo>
      <businessInfo businessKey="uddi:juddi.apache.org:ce1bbb53-1082-4a68-8c58-643e81329bf0">
      <name xml:lang="en">BName1</name>
      <name xml:lang="fr">BName2</name>
      <name xml:lang="de">BName3</name>
      </businessInfo>
      <businessInfo businessKey="uddi:juddi.apache.org:ce1bbb53-1082-4a68-8c58-643e81329bf0">
      <name xml:lang="en">BName1</name>
      <name xml:lang="fr">BName2</name>
      <name xml:lang="de">BName3</name>
      </businessInfo>
      </businessInfos>
      </businessList>
      </soap:Body>
      </soap:Envelope>

        Issue Links

          Activity

          Lyudmil Latinov created issue -
          Hide
          Kurt T Stam added a comment - - edited

          Ah I see, the finder matches the name in each language, and we don't remove duplicate keys.

          Show
          Kurt T Stam added a comment - - edited Ah I see, the finder matches the name in each language, and we don't remove duplicate keys.
          Kurt T Stam made changes -
          Field Original Value New Value
          Fix Version/s 3.0.5 [ 12315493 ]
          Kurt T Stam made changes -
          Link This issue is related to JUDDI-275 [ JUDDI-275 ]
          Hide
          Kurt T Stam added a comment -

          Turns out the distinct keyword on the queries was removed in juddi-275 in favor of using group by. However the jpa2 spec has issues with group by, and basically makes it unworkable. Now we filter non-unique results out in java.

          Show
          Kurt T Stam added a comment - Turns out the distinct keyword on the queries was removed in juddi-275 in favor of using group by. However the jpa2 spec has issues with group by, and basically makes it unworkable. Now we filter non-unique results out in java.
          Kurt T Stam made changes -
          Status Open [ 1 ] Closed [ 6 ]
          Resolution Fixed [ 1 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open Closed Closed
          17d 2h 19m 1 Kurt T Stam 05/Jan/11 17:40

            People

            • Assignee:
              Kurt T Stam
              Reporter:
              Lyudmil Latinov
            • Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved:

                Development