I am running the community edition from pentaho with Version 7.1 and i am facing a problem which i can't solve.
I have a transformation where i use german umlaut like ä, ö, ü because i read in text or define text which contains this letters. Nevertheless, in spoon, the transformation is running well, but if i transfer the transformation/job to the carte server, which is running on the same PC, i get the following error from the attachment.
error picture
if i remove every of this letters, the transformation/job on the carte server is also running great.
Does somebody have an idea how to configure the server or enviroment, because i cant remove the letters in the german language.
Thanks, Armin
Have a look on Pentaho Jira PDI-1101.
This was supposed to be fixed since 2008. If it reappeared, make a one step transformation with the problem, and reopen the case.
In the meanwhile, try one of the workaround proposed in the Jira case.
Related
I'am trying to download a pentaho server version that will be deployed on linux production environnement, and on sourceforge pentaho open source files, I found that it contained apprently two versions as shown in the picture below, Pentaho-Server-ce and Pentaho-Server-manual-ce and I want to know whether there are some differences in termes of requirements or functionalities and such.
And on the occasion I would like also to ask about how the pentaho server works in general (for instance it took me a while to figure out that I need a separate application called Pentaho Repor Designer to do my dashboards and then use them in the pentaho server. (the documentation is good but lacks a little bit -in my opinion- in termes of clarity and how to use it properly, moreover there are almost no tutorials for the pentaho server (I found some about the pentaho data integration) but almost none on pentaho server.
So any details and leads on how to master it would be highly appreciated.
I have a problem..
I work with ASP.NET and After I add a data (Arabic language) to my form via the browser it added to the SQL Server Management Studio like this (???????) even when I retrieve the data entered by the browser, Although there is no problem when I add my Arabic data via SQL Server Management Studio direct.
(there is no problem with English data)
Somewhere along the way your changing the charactertype to something else, that is probably Standart ascii.
It is impossible to know where exactly since we don't have hany information about that, but I would guess that in your Backend things are messed up, try commenting out your code and just echoing the values to see if they are already wrong at that stage.
Maybe change the Stringtype to utf-16
That should support any chars you throw at it
Hi I am loading the data from MySQL staging to MySQL destination.
I get this error and it says Illegal mix of collations (latin1_swedish_ci, COERCIBLE) and (latin1_german1_ci, COERCIBLE) for operation '='
Does this has to do anything with Pentaho. Because the same runs fine in Production server but gives error in Dev server.
Probably not Pentaho since it is working in one area, but not another. Try:
Moving the code from your prod box to your dev box to make sure you didn't introduce any changes unintentionally.
Are your MySQL instances the same versions? Are they supported by Pentaho? What about your drivers? And are the drivers all stored in the correct places? Make sure that you don't have two of the MySQL drivers in the different folders to avoid conflicts.
Run the job in row level mode to see the most messages about what is occurring. It could give you important clues.
I have look everywhere for this issue. And after six hours yesterday and an hour today I decided to break down and ask the good fellows of stack overflow.
I set up Oracle 10.2.0 (which was an uphill battle) and finally got sql loader working, which I need because TOAD takes 15+hours to load 400k records. So my question is not how to resolve this error, I know the error. I have read nearly 4 tutorials on fixing the error. I want to know, since my TOAD is connected to the database just fine, is there a way I can get all the info from TOAD to populate/verify that my TNSNAMES.ora and sqlnet.ora files are correctly configured? I copy and pasted the information but it won't work anyway.
Also, aside from those two files, are there any other issues that could be preventing this, as a bit of background, I had to reinstall oracle 10g because the admin tools were not in place for the sql loader. Since the sql loader runs, I figured the install is just fine. If you need more info from me comment and I will edit.
Thanks guys,
Instead of using a tns name you can try connecting using ezconnect:
sqlldr username/password#//localhost:1521/orcl
If this solves the issue the tns name used could not be resolved properly. As you say you had to reinstall oracle to get the admin tools I suspect you might be looking at the tnsnames.ora file from the wrong oracle home.
I am lost on this. I have a web site that I work on offline, then I upload to live server, import MySQL database to live server, and make live in general. Problem is that when I export database from LIVE server and import back into LOCAL server, I get unknown characters in my XHTML output, the black diamond with the white question mark in the middle, you know the one.
The command I used to export my database from LOCAL MySQL installation is as follows:
mysqldump --verbose -hlocalhost -uxxx -pxxx --databases xxx --add-drop-table --default-character-set UTF8 > somedir/xxx.sql
Then, when importing that data to the LIVE database I used a simple command as follows:
mysql -hlocalhost -uxxx -pxxx somedatabase < xxx.sql
Great, all is well, data is imported and there are NO unknown characters on site. However, when I do the same in reverse (dump on live server using same command as in windows, import in windows using same mysql command) that is when all the unknown characters appear.
Is it a collation issue? Am I using the incorrect --default-character-set ?
I have never had this happen before, and I would love some feedback or a nudge in the right direction.
UPDATE: I have completely dropped my local one, exported the ENTIRE live db and imported. Still the same error :/ This is driving me mad!
Many thanks,
Simon
Try on both sides:
SET names UTF-8
Probably the defaults differ.
I suspect your live site has a different database schema, could it be latin1?