Home » Archived » BIRT » Invalid Javascript Expression
| |
Re: Invalid Javascript Expression [message #366888 is a reply to message #366883] |
Thu, 05 February 2009 16:03 |
Eclipse User |
|
|
|
Originally posted by: jasonweathersby.alltel.net
Steven,
I did not see anything obviously wrong with the report. Do you get the
same error when instead of binding the data element to the dataset, bind
a table to the dataset and put the data element in the table? Also what
kind of data is stored in the first_name field in the db?
Jason
Steven F. wrote:
> Forgot to mention that the reports work fine in the eclipse All-in-one.
> The issue comes up when using the runtime.
>
> That would seem to indicate a problem with my execute report file, but
> thats been working fine for over a year.
>
> Steven F. wrote:
>> I've been trying to solve this problem that creeped up a few weeks ago
>> in my app. Anytime I access any data from a query I get the error:
>> "Invalid javascript Expression."
|
|
|
Re: Invalid Javascript Expression [message #366898 is a reply to message #366888] |
Thu, 05 February 2009 21:08 |
Steven Messages: 32 Registered: July 2009 |
Member |
|
|
Jason,
Thanks. "first_name" is just string data. It gives the same error on
accessing any data. For some reason when it comes time to evaluate the
datasetrow['x'] or row['x'] the birt instance chokes. Since it only has
to evaluate that with data retrieved from else where, gives the error
every time I access a db record.
I suspect the issue is with the jars we load when building the birt
engine -- because the error seems to be that it cant evaluate the row as
valid javascript. For 2.3.1 there were changes to the loaded libraries
(we are building birt from a php app). Now the array reads:
$jars = array(
'chartengineapi.jar',
'com.ibm.icu_3.8.1.v20080530.jar',
'commons-cli-1.0.jar',
'coreapi.jar',
'crosstabcoreapi.jar',
'dataadapterapi.jar',
'dataaggregationapi.jar',
'dataextraction.jar',
'dteapi.jar',
'engineapi.jar',
'flute.jar',
'js.jar',
'modelapi.jar',
'modelodaapi.jar',
'odadesignapi.jar',
'org.apache.commons.codec_1.3.0.v20080530-1600.jar',
'org.eclipse.emf.common_2.4.0.v200808251517.jar',
'org.eclipse.emf.ecore_2.4.1.v200808251517.jar',
'org.eclipse.emf.ecore.xmi_2.4.1.v200808251517.jar',
'org.w3c.css.sac_1.3.0.v200805290154.jar',
'scriptapi.jar'
);
and includes all the jars in the lib folder.
The other issue may be that I'm running this on an ubuntu 64 bit
machine. However this isn't an issue for the Eclipse all in One.
Its a perplexing problem to say the least.
Steven
Jason Weathersby wrote:
> Steven,
>
> I did not see anything obviously wrong with the report. Do you get the
> same error when instead of binding the data element to the dataset, bind
> a table to the dataset and put the data element in the table? Also what
> kind of data is stored in the first_name field in the db?
>
> Jason
>
> Steven F. wrote:
>> Forgot to mention that the reports work fine in the eclipse
>> All-in-one. The issue comes up when using the runtime.
>>
>> That would seem to indicate a problem with my execute report file, but
>> thats been working fine for over a year.
>>
>> Steven F. wrote:
>>> I've been trying to solve this problem that creeped up a few weeks
>>> ago in my app. Anytime I access any data from a query I get the
>>> error: "Invalid javascript Expression."
|
|
|
Re: Invalid Javascript Expression [message #366905 is a reply to message #366898] |
Fri, 06 February 2009 14:37 |
Eclipse User |
|
|
|
Originally posted by: jasonweathersby.alltel.net
Steven,
Do you have any other versions of js.jar in the classpath?
BTW I am finishing up an article on deploying BIRT with PHP using the
open source PHP/Java Bridge. Is this what you are using?
Jason
Steven F. wrote:
> Jason,
>
> Thanks. "first_name" is just string data. It gives the same error on
> accessing any data. For some reason when it comes time to evaluate the
> datasetrow['x'] or row['x'] the birt instance chokes. Since it only has
> to evaluate that with data retrieved from else where, gives the error
> every time I access a db record.
>
> I suspect the issue is with the jars we load when building the birt
> engine -- because the error seems to be that it cant evaluate the row as
> valid javascript. For 2.3.1 there were changes to the loaded libraries
> (we are building birt from a php app). Now the array reads:
>
> $jars = array(
> 'chartengineapi.jar',
> 'com.ibm.icu_3.8.1.v20080530.jar',
> 'commons-cli-1.0.jar',
> 'coreapi.jar',
> 'crosstabcoreapi.jar',
> 'dataadapterapi.jar',
> 'dataaggregationapi.jar',
> 'dataextraction.jar',
> 'dteapi.jar',
> 'engineapi.jar',
> 'flute.jar',
> 'js.jar',
> 'modelapi.jar',
> 'modelodaapi.jar',
> 'odadesignapi.jar',
> 'org.apache.commons.codec_1.3.0.v20080530-1600.jar',
> 'org.eclipse.emf.common_2.4.0.v200808251517.jar',
> 'org.eclipse.emf.ecore_2.4.1.v200808251517.jar',
> 'org.eclipse.emf.ecore.xmi_2.4.1.v200808251517.jar',
> 'org.w3c.css.sac_1.3.0.v200805290154.jar',
> 'scriptapi.jar'
> );
>
> and includes all the jars in the lib folder.
>
> The other issue may be that I'm running this on an ubuntu 64 bit
> machine. However this isn't an issue for the Eclipse all in One.
>
> Its a perplexing problem to say the least.
>
> Steven
>
>
> Jason Weathersby wrote:
>> Steven,
>>
>> I did not see anything obviously wrong with the report. Do you get
>> the same error when instead of binding the data element to the
>> dataset, bind a table to the dataset and put the data element in the
>> table? Also what kind of data is stored in the first_name field in
>> the db?
>>
>> Jason
>>
>> Steven F. wrote:
>>> Forgot to mention that the reports work fine in the eclipse
>>> All-in-one. The issue comes up when using the runtime.
>>>
>>> That would seem to indicate a problem with my execute report file,
>>> but thats been working fine for over a year.
>>>
>>> Steven F. wrote:
>>>> I've been trying to solve this problem that creeped up a few weeks
>>>> ago in my app. Anytime I access any data from a query I get the
>>>> error: "Invalid javascript Expression."
|
|
|
Re: Invalid Javascript Expression [message #366918 is a reply to message #366905] |
Mon, 09 February 2009 02:26 |
Steven Messages: 32 Registered: July 2009 |
Member |
|
|
Thanks Jason,
Your tip helped solved it. My environment file had one java install
(openjdk) in its path, yet I was using another install as the default
java. I run ubuntu, so I updated my path and JAVA_HOME variable in
/etc/environment and issue was gone.
As for your question we are indeed using the php-java-bridge, both with
(production) and without (development) tomcat. We've been using that
setup for about 18 months now. No complaints, stable so far in
production. The whole set up is a plugin for an MVC framework so we can
use it in any of our apps. Happy to answer any questions you may have
about our set up.
Steven
Jason Weathersby wrote:
> Steven,
>
> Do you have any other versions of js.jar in the classpath?
> BTW I am finishing up an article on deploying BIRT with PHP using the
> open source PHP/Java Bridge. Is this what you are using?
>
> Jason
>
> Steven F. wrote:
>> Jason,
>>
>> Thanks. "first_name" is just string data. It gives the same error on
>> accessing any data. For some reason when it comes time to evaluate the
>> datasetrow['x'] or row['x'] the birt instance chokes. Since it only
>> has to evaluate that with data retrieved from else where, gives the
>> error every time I access a db record.
>>
>> I suspect the issue is with the jars we load when building the birt
>> engine -- because the error seems to be that it cant evaluate the row
>> as valid javascript. For 2.3.1 there were changes to the loaded
>> libraries (we are building birt from a php app). Now the array reads:
>>
>> $jars = array(
>> 'chartengineapi.jar',
>> 'com.ibm.icu_3.8.1.v20080530.jar',
>> 'commons-cli-1.0.jar',
>> 'coreapi.jar',
>> 'crosstabcoreapi.jar',
>> 'dataadapterapi.jar',
>> 'dataaggregationapi.jar',
>> 'dataextraction.jar',
>> 'dteapi.jar',
>> 'engineapi.jar',
>> 'flute.jar',
>> 'js.jar',
>> 'modelapi.jar',
>> 'modelodaapi.jar',
>> 'odadesignapi.jar',
>> 'org.apache.commons.codec_1.3.0.v20080530-1600.jar',
>> 'org.eclipse.emf.common_2.4.0.v200808251517.jar',
>> 'org.eclipse.emf.ecore_2.4.1.v200808251517.jar',
>> 'org.eclipse.emf.ecore.xmi_2.4.1.v200808251517.jar',
>> 'org.w3c.css.sac_1.3.0.v200805290154.jar',
>> 'scriptapi.jar'
>> );
>>
>> and includes all the jars in the lib folder.
>>
>> The other issue may be that I'm running this on an ubuntu 64 bit
>> machine. However this isn't an issue for the Eclipse all in One.
>>
>> Its a perplexing problem to say the least.
>>
>> Steven
>>
>>
>> Jason Weathersby wrote:
>>> Steven,
>>>
>>> I did not see anything obviously wrong with the report. Do you get
>>> the same error when instead of binding the data element to the
>>> dataset, bind a table to the dataset and put the data element in the
>>> table? Also what kind of data is stored in the first_name field in
>>> the db?
>>>
>>> Jason
>>>
>>> Steven F. wrote:
>>>> Forgot to mention that the reports work fine in the eclipse
>>>> All-in-one. The issue comes up when using the runtime.
>>>>
>>>> That would seem to indicate a problem with my execute report file,
>>>> but thats been working fine for over a year.
>>>>
>>>> Steven F. wrote:
>>>>> I've been trying to solve this problem that creeped up a few weeks
>>>>> ago in my app. Anytime I access any data from a query I get the
>>>>> error: "Invalid javascript Expression."
|
|
| | | | | |
Re: Invalid Javascript Expression [message #368155 is a reply to message #368094] |
Thu, 07 May 2009 13:53 |
Eclipse User |
|
|
|
Originally posted by: jasonweathersby.alltel.net
Guido,
Can you post the design?
Jason
Guido Garcia wrote:
> I am facing just the same problem. I've tried to make the simplest
> report (just a table showing the results of a query, no calculations or
> scripts) obtaining the same error:
>
> + A BIRT exception occurred: Invalid javascript expression:
> dataSetRow["iduser"]. See next exception for more information.
> Invalid javascript expression: dataSetRow["iduser"]
|
|
|
Goto Forum:
Current Time: Thu Mar 28 08:22:55 GMT 2024
Powered by FUDForum. Page generated in 0.05363 seconds
|