java.lang.UnsupportedOperationException: = (=)

[hans_bakker]

in the commits of the last 13 hours is a commit that causes the error
below. It however only happens the first time....if the request is
repeated the error disappears.....

anybody any idea?

Message: Error rendering screen
[component://common/widget/CommonScreens.xml#FindScreenDecorator]:
java.lang.UnsupportedOperationException: =
---- stack trace
---------------------------------------------------------------
java.lang.Exception: Error rendering screen
[component://common/widget/CommonScreens.xml#FindScreenDecorator]:
java.lang.UnsupportedOperationException: =
org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:311)
org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:258)
org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:401)
org.ofbiz.widget.screen.ModelScreenWidget
$DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Section.renderWidgetString(ModelScreenWidget.java:228)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$DecoratorSection.renderWidgetString(ModelScreenWidget.java:685)
org.ofbiz.widget.screen.ModelScreenWidget
$SectionsRenderer.render(ModelScreenWidget.java:167)
org.ofbiz.widget.screen.ModelScreenWidget
$DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:716)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Container.renderWidgetString(ModelScreenWidget.java:294)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Container.renderWidgetString(ModelScreenWidget.java:294)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Container.renderWidgetString(ModelScreenWidget.java:294)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Section.renderWidgetString(ModelScreenWidget.java:228)
org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
org.ofbiz.widget.screen.ModelScreenWidget
$IncludeScreen.renderWidgetString(ModelScreenWidget.java:557)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Section.renderWidgetString(ModelScreenWidget.java:228)
org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
org.ofbiz.widget.screen.ModelScreenWidget
$DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
org.ofbiz.widget.screen.ModelScreenWidget
$Section.renderWidgetString(ModelScreenWidget.java:228)

[hans_bakker]

yes this problem is introduced by revision r687578
The error appears when you use the demo data, go to party ->
communications and click on 'find'


On Thu, 2008-08-21 at 22:16 +0700, Hans Bakker wrote:

> in the commits of the last 13 hours is a commit that causes the error
> below. It however only happens the first time....if the request is
> repeated the error disappears.....
>
> anybody any idea?
>
> Message: Error rendering screen
> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
> java.lang.UnsupportedOperationException: =
> ---- stack trace
> ---------------------------------------------------------------
> java.lang.Exception: Error rendering screen
> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
> java.lang.UnsupportedOperationException: =
> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:311)
> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:258)
> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:401)
> org.ofbiz.widget.screen.ModelScreenWidget
> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Section.renderWidgetString(ModelScreenWidget.java:228)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $DecoratorSection.renderWidgetString(ModelScreenWidget.java:685)
> org.ofbiz.widget.screen.ModelScreenWidget
> $SectionsRenderer.render(ModelScreenWidget.java:167)
> org.ofbiz.widget.screen.ModelScreenWidget
> $DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:716)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Container.renderWidgetString(ModelScreenWidget.java:294)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Container.renderWidgetString(ModelScreenWidget.java:294)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Container.renderWidgetString(ModelScreenWidget.java:294)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Section.renderWidgetString(ModelScreenWidget.java:228)
> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
> org.ofbiz.widget.screen.ModelScreenWidget
> $IncludeScreen.renderWidgetString(ModelScreenWidget.java:557)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Section.renderWidgetString(ModelScreenWidget.java:228)
> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
> org.ofbiz.widget.screen.ModelScreenWidget
> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
> org.ofbiz.widget.screen.ModelScreenWidget
> $Section.renderWidgetString(ModelScreenWidget.java:228)
>
>
>
>

[Adam Heath-2]

Hans Bakker wrote:

> in the commits of the last 13 hours is a commit that causes the error
> below. It however only happens the first time....if the request is
> repeated the error disappears.....
>
> anybody any idea?
>
> Message: Error rendering screen
> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
> java.lang.UnsupportedOperationException: =
> ---- stack trace
> ---------------------------------------------------------------
> java.lang.Exception: Error rendering screen
> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
> java.lang.UnsupportedOperationException: =
> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:311)
> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:258)
> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:401)
> org.ofbiz.widget.screen.ModelScreenWidget
> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)

This is not the real error, just a wrapper error.

ps: I hate how ofbiz lacks proper exception handling

[BJ Freeman]

posted another error on demo server in User ML
I believe is related.

Adam Heath sent the following on 8/21/2008 8:38 AM:

> Hans Bakker wrote:
>> in the commits of the last 13 hours is a commit that causes the error
>> below. It however only happens the first time....if the request is
>> repeated the error disappears.....
>>
>> anybody any idea?
>>
>> Message: Error rendering screen
>> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
>> java.lang.UnsupportedOperationException: =
>> ---- stack trace
>> ---------------------------------------------------------------
>> java.lang.Exception: Error rendering screen
>> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
>> java.lang.UnsupportedOperationException: =
>> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:311)
>>
>> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:258)
>>
>> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:401)
>>
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
>
> This is not the real error, just a wrapper error.
>
> ps: I hate how ofbiz lacks proper exception handling
>
>
>

[Scott Gray]

Yeah sorry about that I should have taken a closer look at the code,
hopefully Adam's looking at it now otherwise I can get back to it in
an hour or so.

Regards
Scott

2008/8/22 Hans Bakker <[hidden email]>:

> yes this problem is introduced by revision r687578
> The error appears when you use the demo data, go to party ->
> communications and click on 'find'
>
>
> On Thu, 2008-08-21 at 22:16 +0700, Hans Bakker wrote:
>> in the commits of the last 13 hours is a commit that causes the error
>> below. It however only happens the first time....if the request is
>> repeated the error disappears.....
>>
>> anybody any idea?
>>
>> Message: Error rendering screen
>> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
>> java.lang.UnsupportedOperationException: =
>> ---- stack trace
>> ---------------------------------------------------------------
>> java.lang.Exception: Error rendering screen
>> [component://common/widget/CommonScreens.xml#FindScreenDecorator]:
>> java.lang.UnsupportedOperationException: =
>> org.ofbiz.entity.transaction.TransactionUtil.setRollbackOnly(TransactionUtil.java:311)
>> org.ofbiz.entity.transaction.TransactionUtil.rollback(TransactionUtil.java:258)
>> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:401)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Section.renderWidgetString(ModelScreenWidget.java:228)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $DecoratorSection.renderWidgetString(ModelScreenWidget.java:685)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $SectionsRenderer.render(ModelScreenWidget.java:167)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $DecoratorSectionInclude.renderWidgetString(ModelScreenWidget.java:716)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Container.renderWidgetString(ModelScreenWidget.java:294)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Container.renderWidgetString(ModelScreenWidget.java:294)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Container.renderWidgetString(ModelScreenWidget.java:294)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Section.renderWidgetString(ModelScreenWidget.java:228)
>> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $IncludeScreen.renderWidgetString(ModelScreenWidget.java:557)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Section.renderWidgetString(ModelScreenWidget.java:228)
>> org.ofbiz.widget.screen.ModelScreen.renderScreenString(ModelScreen.java:393)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $DecoratorScreen.renderWidgetString(ModelScreenWidget.java:654)
>> org.ofbiz.widget.screen.ModelScreenWidget.renderSubWidgetsString(ModelScreenWidget.java:141)
>> org.ofbiz.widget.screen.ModelScreenWidget
>> $Section.renderWidgetString(ModelScreenWidget.java:228)
>>
>>
>>
>>
>
>

[Adam Heath-2]

Scott Gray wrote:
> Yeah sorry about that I should have taken a closer look at the code,
> hopefully Adam's looking at it now otherwise I can get back to it in
> an hour or so.

I'm not.

[Adam Heath-2]

Adam Heath wrote:
> Scott Gray wrote:
>> Yeah sorry about that I should have taken a closer look at the code,
>> hopefully Adam's looking at it now otherwise I can get back to it in
>> an hour or so.
>
> I'm not.

I looked at 687578, noting that it was reverting something I did.  The
reversion is broken as well, as it will never call any of the compare
methods defined in EntityOperator.

[Adam Heath-2]

Scott Gray wrote:
> Yeah sorry about that I should have taken a closer look at the code,
> hopefully Adam's looking at it now otherwise I can get back to it in
> an hour or so.

Reverting 687578, and party -> communications -> find works, and I in
/ecommerce, I can add product WG-9943 to my shopping cart.

So, what was the point of this check-in?

[Jacques Le Roux]

http://fisheye6.atlassian.com/browse/ofbiz/trunk/framework/entity/src/org/ofbiz/entity/condition/EntityComparisonOperator.java?r1=660840&r2=682056

Jacques

From: "Adam Heath" <[hidden email]>

> Adam Heath wrote:
>> Scott Gray wrote:
>>> Yeah sorry about that I should have taken a closer look at the code,
>>> hopefully Adam's looking at it now otherwise I can get back to it in
>>> an hour or so.
>>
>> I'm not.
>
> I looked at 687578, noting that it was reverting something I did.  The reversion is broken as well, as it will never call any of
> the compare methods defined in EntityOperator.
>

[Adam Heath-2]

Jacques Le Roux wrote:
> http://fisheye6.atlassian.com/browse/ofbiz/trunk/framework/entity/src/org/ofbiz/entity/condition/EntityComparisonOperator.java?r1=660840&r2=682056 

All well and good, but that doesn't help.

The reason 687578 was done, was to fix some supposed problem.  However,
if I revert that change, the supposed problems don't actually exist.
So, I am trying to understand what was actually broken.

In other words, I can't tell what 687578 was trying to fix.

[Adrian Crum]

Same here. No problems when 687578 is reverted.

-Adrian

Adam Heath wrote:

> Scott Gray wrote:
>> Yeah sorry about that I should have taken a closer look at the code,
>> hopefully Adam's looking at it now otherwise I can get back to it in
>> an hour or so.
>
> Reverting 687578, and party -> communications -> find works, and I in
> /ecommerce, I can add product WG-9943 to my shopping cart.
>
> So, what was the point of this check-in?
>

[Jacques Le Roux]

I tried here with 2 slightly modified (mostly DB and port parameters) instances with 2 new fresh Postgres DB and I can't reproduce
one of the pb encoutered on HWM server (it seems to appears once when you open the eCommece for ths 1st time). So maybe it"s only a
data problem (but from where it could come I have no idea)

My 2 sleepy cents...

Jacques

From: "Adam Heath" <[hidden email]>

> Jacques Le Roux wrote:
>> http://fisheye6.atlassian.com/browse/ofbiz/trunk/framework/entity/src/org/ofbiz/entity/condition/EntityComparisonOperator.java?r1=660840&r2=682056
>
> All well and good, but that doesn't help.
>
> The reason 687578 was done, was to fix some supposed problem.  However, if I revert that change, the supposed problems don't
> actually exist. So, I am trying to understand what was actually broken.
>
> In other words, I can't tell what 687578 was trying to fix.
>

[Jacques Le Roux]

From: "Jacques Le Roux" <[hidden email]>
>I tried here with 2 slightly modified (mostly DB and port parameters) instances with 2 new fresh Postgres DB and I can't reproduce
>one of the pb encoutered on HWM server (it seems to appears once when you open the eCommece for ths 1st time). So maybe it"s only a
>data problem (but from where it could come I have no idea)
>
> My 2 sleepy cents...

This was without reverting

> Jacques
>
> From: "Adam Heath" <[hidden email]>
>> Jacques Le Roux wrote:
>>> http://fisheye6.atlassian.com/browse/ofbiz/trunk/framework/entity/src/org/ofbiz/entity/condition/EntityComparisonOperator.java?r1=660840&r2=682056
>>
>> All well and good, but that doesn't help.
>>
>> The reason 687578 was done, was to fix some supposed problem.  However, if I revert that change, the supposed problems don't
>> actually exist. So, I am trying to understand what was actually broken.
>>
>> In other words, I can't tell what 687578 was trying to fix.
>>
>

[Scott Gray]

A rhs was a FastList for IN operations which doesn't implement
Comparable, hence a ClassCastException, in hindsight I should have
changed those compare methods in the super class as well.

Regards
Scott

2008/8/22 Jacques Le Roux <[hidden email]>:

> From: "Jacques Le Roux" <[hidden email]>
>>
>> I tried here with 2 slightly modified (mostly DB and port parameters)
>> instances with 2 new fresh Postgres DB and I can't reproduce one of the pb
>> encoutered on HWM server (it seems to appears once when you open the
>> eCommece for ths 1st time). So maybe it"s only a data problem (but from
>> where it could come I have no idea)
>>
>> My 2 sleepy cents...
>
> This was without reverting
>
>> Jacques
>>
>> From: "Adam Heath" <[hidden email]>
>>>
>>> Jacques Le Roux wrote:
>>>>
>>>>
>>>> http://fisheye6.atlassian.com/browse/ofbiz/trunk/framework/entity/src/org/ofbiz/entity/condition/EntityComparisonOperator.java?r1=660840&r2=682056
>>>
>>> All well and good, but that doesn't help.
>>>
>>> The reason 687578 was done, was to fix some supposed problem.  However,
>>> if I revert that change, the supposed problems don't actually exist. So, I
>>> am trying to understand what was actually broken.
>>>
>>> In other words, I can't tell what 687578 was trying to fix.
>>>
>>
>
>

[Adam Heath-2]

Scott Gray wrote:
> A rhs was a FastList for IN operations which doesn't implement
> Comparable, hence a ClassCastException, in hindsight I should have
> changed those compare methods in the super class as well.

Hmm.  Why is FastList being based to an EntityComparisonOperator?

This is a larger bug; the lhs should be compared to each of the rhs
items in that case.  Or IN(and NOT_IN) shouldn't be comparisons(perhaps
EntityBooleanOperator).

[Scott Gray]

For IN, the compare method ends up calling compareIn which handles a
collection for the rhs.

2008/8/22 Adam Heath <[hidden email]>:

> Scott Gray wrote:
>>
>> A rhs was a FastList for IN operations which doesn't implement
>> Comparable, hence a ClassCastException, in hindsight I should have
>> changed those compare methods in the super class as well.
>
> Hmm.  Why is FastList being based to an EntityComparisonOperator?
>
> This is a larger bug; the lhs should be compared to each of the rhs items in
> that case.  Or IN(and NOT_IN) shouldn't be comparisons(perhaps
> EntityBooleanOperator).
>

[Adam Heath-2]

Scott Gray wrote:
> For IN, the compare method ends up calling compareIn which handles a
> collection for the rhs.

Do you have an exact series of steps to get this ClassCastException? I
didn't see any problems when I ran the tests(but I may have missed it).

I'm reworking these files right now, but would like to definately see
the problem so I know I have it fixed.

[Scott Gray]

It to a bit of playing around to get it to show up, so I don't have
any exact steps but something along the following lines:
Go to Accounting -> General Ledger -> [Company] Setup -> GL Account defaults

Then it was just a matter a clicking around, adding and removing
values, using pagination etc. and the problem shows up in a minute or
so.

Someone else who reported might have some better steps but thats all I got.

Regards
Scott

2008/8/22 Adam Heath <[hidden email]>:

> Scott Gray wrote:
>>
>> For IN, the compare method ends up calling compareIn which handles a
>> collection for the rhs.
>
> Do you have an exact series of steps to get this ClassCastException? I
> didn't see any problems when I ran the tests(but I may have missed it).
>
> I'm reworking these files right now, but would like to definately see the
> problem so I know I have it fixed.
>

[Adam Heath-2]

Scott Gray wrote:
> It to a bit of playing around to get it to show up, so I don't have
> any exact steps but something along the following lines:
> Go to Accounting -> General Ledger -> [Company] Setup -> GL Account defaults


Accounting -> Invoices -> Find

I did a search for EntityOperator.IN, and that was the simplest way to
replicate this problem.

It's fixed in 687936.