[gatein-issues] [JBoss JIRA] (GTNPORTAL-3537) "Import applications" fails

[Juraci Paixão Kröhling (JIRA)]

    [ https://issues.jboss.org/browse/GTNPORTAL-3537?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12996040#comment-12996040 ] 

Juraci Paixão Kröhling commented on GTNPORTAL-3537:
---------------------------------------------------

Ok, we have actually thought about clashes on the hashCode when doing this, but the chances of this occurring were thought to be really small. It seems it's not the case :-) The solution you mentioned would work for your case, but wouldn't work for a hashcode which is one digit longer, with all but one digit being the same. Example: 

[code]
local._juzu-tutorial163057421112
local._juzu-tutorial163057421110
[code]

Those would be truncated to:
[code]
local._juzu-tutorial1630574211
local._juzu-tutorial1630574211
[code]

I remember that [~ppalaga] provided some options during the review. He would perhaps like to chime in as well. All in all, I agree with your idea of refactoring this part, as there's no reasonable way to a really unique ID with only a few random chars.

> "Import applications" fails
> ---------------------------
>
>                 Key: GTNPORTAL-3537
>                 URL: https://issues.jboss.org/browse/GTNPORTAL-3537
>             Project: GateIn Portal
>          Issue Type: Bug
>      Security Level: Public(Everyone can see) 
>    Affects Versions: 3.9.0.Final
>            Reporter: Trong Tran
>             Fix For: 3.9.0.Final
>
>         Attachments: juzu-tutorial-examples-gatein.war
>
>
> "Import applications" fails when the application name is too long AND there are two portlets with similar name (such as "Weather1" and "Weather2")
> I attached the juzu portlets example war which we can use to reproduce the problem.
> P/S: I notice that this problem is a regression from GTNPORTAL-3519



--
This message was sent by Atlassian JIRA
(v6.3.1#6329)