You are viewing a plain text version of this content. The canonical link for it is here.
Posted to scout-dev@ws.apache.org by "Kurt Stam (JIRA)" <sc...@ws.apache.org> on 2007/07/26 15:30:46 UTC
[jira] Reopened: (SCOUT-34) DiscoveryURLs aren't constructed
correctly when there is more than 1 discoveryURLs for a businessEntity
[ https://issues.apache.org/jira/browse/SCOUT-34?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kurt Stam reopened SCOUT-34:
----------------------------
Need to add the right Fix Version
> DiscoveryURLs aren't constructed correctly when there is more than 1 discoveryURLs for a businessEntity
> -------------------------------------------------------------------------------------------------------
>
> Key: SCOUT-34
> URL: https://issues.apache.org/jira/browse/SCOUT-34
> Project: Scout
> Issue Type: Bug
> Components: Scout Implementation
> Affects Versions: 1.0
> Environment: win XP + sun 1.5 SDK
> Reporter: Lin Sun
> Assignee: Anil Saldhana
> Fix For: 1.0rc1
>
> Attachments: scout34.patch
>
>
> This was working fine for scout 0.5, but not with the latest trunk. If a businessEntity contains more than one discoveryURLs, it will be constructed as this:
> <urn:discoveryURLs>
> <urn:discoveryURL useType="businessEntityExt">http://localhost:8080/page2.html
> </urn:discoveryURL>
> </urn:discoveryURLs>
> <urn:discoveryURLs>
> <urn:discoveryURL useType="businessEntityExt">http://localhost:8080/page1.html
> </urn:discoveryURL>
> </urn:discoveryURLs>
> This will cause prob in juddi when abstractservice doPost is called and one of the discoveryURLs won't get processed and will be lost. The fix is to call biz.addNewDiscoveryURLs() only once per iteration (result below) so that only same as scout 0.5.
> <urn:discoveryURLs>
> <urn:discoveryURL useType="businessEntityExt">http://localhost:8080/page2.html
> </urn:discoveryURL>
> <urn:discoveryURL useType="businessEntityExt">http://localhost:8080/page1.html
> </urn:discoveryURL>
> </urn:discoveryURLs>
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: scout-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: scout-dev-help@ws.apache.org