Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Data Type 'any' not Found in BIRT 2.3.1
Data Type 'any' not Found in BIRT 2.3.1 [message #366566] Mon, 12 January 2009 11:06 Go to next message
Said Taaouati is currently offline Said TaaouatiFriend
Messages: 55
Registered: July 2009
Member
I can not find the data type ‘any’ in BIRT 2.3.1 it seems to be
disappeared.
Re: Data Type 'any' not Found in BIRT 2.3.1 [message #366587 is a reply to message #366566] Tue, 13 January 2009 12:54 Go to previous messageGo to next message
Said Taaouati is currently offline Said TaaouatiFriend
Messages: 55
Registered: July 2009
Member
This data type is still exist in BIRT API
setDataType(DesignChoiceConstants.COLUMN_DATA_TYPE_STRING).

This means that all mine reports created in BIRT 2.2.2 does not work under
BIRT 2.3.1 .

Is this type no more used or is it a bug?
Re: Data Type 'any' not Found in BIRT 2.3.1 [message #366590 is a reply to message #366587] Tue, 13 January 2009 18:01 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: jasonweathersby.alltel.net

Said,

I am not certain why the data type was removed, but have you tried your
reports in 2.3.1?

Jason

Said Taaouati wrote:
> This data type is still exist in BIRT API
> setDataType(DesignChoiceConstants.COLUMN_DATA_TYPE_STRING).
>
> This means that all mine reports created in BIRT 2.2.2 does not work
> under BIRT 2.3.1 .
>
> Is this type no more used or is it a bug?
>
>
>
>
>
Re: Data Type 'any' not Found in BIRT 2.3.1 [message #366595 is a reply to message #366590] Wed, 14 January 2009 08:01 Go to previous messageGo to next message
Said Taaouati is currently offline Said TaaouatiFriend
Messages: 55
Registered: July 2009
Member
If I open my report with report editor in 2.3.1 I get the following error:

org.eclipse.birt.report.model.metadata.ChoicePropertyType validateXml
SEVERE: Not allowed choice any
Re: Data Type 'any' not Found in BIRT 2.3.1 [message #366605 is a reply to message #366595] Wed, 14 January 2009 15:47 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: thilo.bruesshaber.gmail.com

I noticed the same behaviour.
I used a search and replace tool to change all occurencies of >any< to
>string<
String should actually suit in all cases otherwise you would have
choosen a more specialiced data type before.

Said Taaouati schrieb:
> If I open my report with report editor in 2.3.1 I get the following error:
>
> org.eclipse.birt.report.model.metadata.ChoicePropertyType validateXml
> SEVERE: Not allowed choice any
>
>
>
Re: Data Type 'any' not Found in BIRT 2.3.1 [message #366807 is a reply to message #366605] Mon, 02 February 2009 02:13 Go to previous message
Lin Zhu is currently offline Lin ZhuFriend
Messages: 72
Registered: July 2009
Member
The "ANY" type is delightly removed from BIRT 2.3.1. As "ANY" will cause
confusion and trouble in report document.

However, all the old report designs that use any type would not be impacted:
the backward compatibility will always be done. If you find any old report
design cannot run correctly in 2.3.1 please file a bug.

Thanks.
Lin
"Thilo Bruesshaber" <thilo.bruesshaber@gmail.com> wrote in message
news:gkl1du$gf0$1@build.eclipse.org...
>I noticed the same behaviour.
> I used a search and replace tool to change all occurencies of >any< to
> >string<
> String should actually suit in all cases otherwise you would have choosen
> a more specialiced data type before.
>
> Said Taaouati schrieb:
>> If I open my report with report editor in 2.3.1 I get the following
>> error:
>>
>> org.eclipse.birt.report.model.metadata.ChoicePropertyType validateXml
>> SEVERE: Not allowed choice any
>>
>>
Previous Topic:Table group vs detail sorting
Next Topic:Birt and jdbc transaction isolation level
Goto Forum:
  


Current Time: Sat Apr 20 02:01:41 GMT 2024

Powered by FUDForum. Page generated in 0.04061 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top