You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@wicket.apache.org by "Michał Letyński (JIRA)" <ji...@apache.org> on 2010/11/16 21:06:14 UTC

[jira] Created: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Radio uuid is calculated wrongly for heavy instalations.
--------------------------------------------------------

                 Key: WICKET-3175
                 URL: https://issues.apache.org/jira/browse/WICKET-3175
             Project: Wicket
          Issue Type: Bug
          Components: wicket
    Affects Versions: 1.4.13
            Reporter: Michał Letyński


On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:

	public String getValue()
	{
		if (uuid < 0)
		{
			uuid = getPage().getAutoIndex();
		}
		return "radio" + uuid;
	}

In such case new uuid is set and we will get an error after submit this radio:

"WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."

Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Peter Ertl (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12932641#action_12932641 ] 

Peter Ertl commented on WICKET-3175:
------------------------------------

@michael: So you really have more thant 32767 items on a single page?

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Resolved: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Igor Vaynberg (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Igor Vaynberg resolved WICKET-3175.
-----------------------------------

       Resolution: Fixed
    Fix Version/s: 1.5-M4
                   1.4.14

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>            Assignee: Igor Vaynberg
>             Fix For: 1.4.14, 1.5-M4
>
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Assigned: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Igor Vaynberg (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Igor Vaynberg reassigned WICKET-3175:
-------------------------------------

    Assignee: Igor Vaynberg

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>            Assignee: Igor Vaynberg
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Igor Vaynberg (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12932668#action_12932668 ] 

Igor Vaynberg commented on WICKET-3175:
---------------------------------------

and WRITING things in CAPITALS always SEEMS to HELP. ESPECIALLY when you can FIX it in a PRIVATE BRANCH YOURSELF if it is SOOOO URGENT.

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>            Assignee: Igor Vaynberg
>             Fix For: 1.4.14, 1.5-M4
>
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Michał Letyński (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michał Letyński updated WICKET-3175:
------------------------------------

    Attachment: radioproblem.tgz

quickstart

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Martin Makundi (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12932659#action_12932659 ] 

Martin Makundi commented on WICKET-3175:
----------------------------------------

Hi!

This is very urgent problem in our production. We have a PAGE with multiple TABBED PANELS. User can stay on SINGLE PAGE for  LONG TIME, many times even WHOLE DAY. This 32767 ITEM BOUNDARY will hit users approximately after FOUR HOURS.

So it is a real issue.

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>            Assignee: Igor Vaynberg
>             Fix For: 1.4.14, 1.5-M4
>
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Michał Letyński (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Michał Letyński updated WICKET-3175:
------------------------------------

    Attachment: WICKET-3175.patch

patch

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Michał Letyński (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12932650#action_12932650 ] 

Michał Letyński commented on WICKET-3175:
-----------------------------------------

@peter: its not a matter of number items on page. You can have 10 radio in list view which is refreshed via ajax. On each refresh, radio buttons will be recreated (it can be recreated on different cirumstances for e.g addOrReplace). User is working couple of hours on page, sessionTimeout is set to high value. Page autoIndex will not stop to grow.

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (WICKET-3175) Radio uuid is calculated wrongly for heavy instalations.

Posted by "Jeremy Thomerson (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/WICKET-3175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12935176#action_12935176 ] 

Jeremy Thomerson commented on WICKET-3175:
------------------------------------------

The following two SVN commits were actually for this issue.  They were accidentally flagged for the wrong issue (3167):

http://svn.apache.org/viewvc?rev=1035811&view=rev
http://svn.apache.org/viewvc?rev=1035809&view=rev

> Radio uuid is calculated wrongly for heavy instalations.
> --------------------------------------------------------
>
>                 Key: WICKET-3175
>                 URL: https://issues.apache.org/jira/browse/WICKET-3175
>             Project: Wicket
>          Issue Type: Bug
>          Components: wicket
>    Affects Versions: 1.4.13
>            Reporter: Michał Letyński
>            Assignee: Igor Vaynberg
>             Fix For: 1.4.14, 1.5-M4
>
>         Attachments: radioproblem.tgz, WICKET-3175.patch
>
>   Original Estimate: 1h
>  Remaining Estimate: 1h
>
> On big page's autoIndex for Page is getting bigger. Autoindex is used for radio buttons to identify its value (return "radio" + uuid).
> Uuid is a short primitive type and when its bigger then 32767 it become negative. Its a problem for radio button getValue code which looks like this:
> 	public String getValue()
> 	{
> 		if (uuid < 0)
> 		{
> 			uuid = getPage().getAutoIndex();
> 		}
> 		return "radio" + uuid;
> 	}
> In such case new uuid is set and we will get an error after submit this radio:
> "WicketMessage: submitted http post value [radio-32768] for RadioGroup component [0:form:radioGroup] is illegal because it does not contain relative path to a Radio componnet. Due to this the RadioGroup component cannot resolve the selected Radio component pointed to by the illegal value. A possible reason is that componment hierarchy changed between rendering and form submission."
> Problem can be solved by changing short primitive type to Short object and checking its not null instead of <0.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.