[jira] Updated: (SCOUT-48) ServiceBinding objects do not have their SpecificationLink objects saved in UDDI

["Kurt Stam (JIRA)" <sc...@ws.apache.org>]

     [ https://issues.apache.org/jira/browse/SCOUT-48?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Kurt Stam updated SCOUT-48:
---------------------------

    Fix Version/s:     (was: 1.0)
                   1.0rc2

> ServiceBinding objects do not have their SpecificationLink objects saved in UDDI
> --------------------------------------------------------------------------------
>
>                 Key: SCOUT-48
>                 URL: https://issues.apache.org/jira/browse/SCOUT-48
>             Project: Scout
>          Issue Type: Bug
>    Affects Versions: 1.0rc1
>            Reporter: Kurt Stam
>            Assignee: Kurt Stam
>             Fix For: 1.0rc2
>
>         Attachments: ScoutJaxrUddiHelper.java
>
>
> Just got a hold of the new release and was hoping it would fix some issues for me.  Some things have been resolved (thanks!), but there is one outstanding problem.  Basically it doesn't look like ServiceBinding objects are having their SpecificationLink objects saved in UDDI.  I've had a look in the source and narrowed it down to:
>  
> ScoutJaxrUddiHelper.java: line 192
> if (slcol != null && slcol.isEmpty() != false) {
>  
> This is saying that if the specification link collection is not null and empty then try to iterate through it.  Obviously this is incorrect.  It should be:
>  
> if (slcol != null && slcol.isEmpty() != true) {
>  
> - or -
>  
> if ((slcol != null) && !slcol.isEmpty()) {
>  
> If it is not null and not empty then iterate through it.

-- 
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