Locale dependent uppercase of schema prevents db from uploading data with turkish locale

[nihavend]

OrientDB Version: 2.2.20

Java Version: 1.8.0_112

OS: Macos 10.12.5

Expected behavior

File should be uploaded without an error

Actual behavior

Error occurs
ETL process has problem: java.lang.IllegalArgumentException: No enum constant com.orientechnologies.orient.core.metadata.schema.OType.İNTEGER

Steps to reproduce

According to the tutorial at https://orientdb.com/docs/2.2/Import-the-Database-of-Beers.html

• With turkish region set operating system

• Download orient db

• Extract the compressed file

• Execute the command below with appropriate files

oetl.sh categories.json

Work around

add the jvm parameters in oetl.bat to ORIENTDB_SETTINGS variable
-Duser.language=en -Duser.region=EN

Check for similar bugs and the solutions

http://mattryall.net/blog/2009/02/the-infamous-turkish-locale-bug
https://issues.apache.org/jira/browse/SPARK-20156
https://jira.atlassian.com/browse/CONFSERVER-5931
https://issues.apache.org/jira/browse/AVRO-1493

Thanks to @vezir for reporting the issue

[robfrank]

I've patched the code on 2.2.x and develop branches.
If you want to check with a snapshot you can find them at this location:

https://oss.sonatype.org/content/repositories/snapshots/com/orientechnologies/orientdb-community/

it will be released wit 2.2.22 and 3.0.0m2

[nihavend]

Hi Roberto, I checked case against version orientdb-community-2.2.22-SNAPSHOT and it is OK. Result : ../bin/oetl.sh categories.json OrientDB etl v.2.2.22-SNAPSHOT (build f9ac8ea) https://www.orientdb.com [file] INFO Load from file categories.csv BEGIN ETL PROCESSOR [file] INFO Reading from file categories.csv with encoding UTF-8 Started execution with 1 worker threads [orientdb] INFO committing END ETL PROCESSOR + extracted 11 rows (0 rows/sec) - 11 rows -> loaded 11 vertices (0 vertices/sec) Total time: 299ms [0 warnings, 0 errors] Should have look for version 3.0.0 ?

Roberto Franchini ***@***.***> şunları yazdı (6 Haz 2017 20:24): I've patched the code on 2.2.x and develop branches. If you want to check with a snapshot you can find them at this location: https://oss.sonatype.org/content/repositories/snapshots/com/orientechnologies/orientdb-community/ <https://oss.sonatype.org/content/repositories/snapshots/com/orientechnologies/orientdb-community/> — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#7464 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFtOSvI8a3R03Fk6q-fzyibGXrH-S8x3ks5sBYtngaJpZM4NrTpt>.

Serkan Taş Mobil : +90 532 250 07 71 Likya Bilgi Teknolojileri ve İletişim Hiz. Ltd. Şti. www.likyateknoloji.com <http://www.likyateknoloji.com/>

…

-------------------------------------- Bu elektronik posta ve onunla iletilen bütün dosyalar gizlidir. Sadece yukarıda isimleri belirtilen kişiler arasında özel haberleşme amacını taşımaktadır. Size yanlışlıkla ulaşmışsa bu elektonik postanın içeriğini açıklamanız, kopyalamanız, yönlendirmeniz ve kullanmanız kesinlikle yasaktır. Lütfen mesajı geri gönderiniz ve sisteminizden siliniz. Likya Bilgi Teknolojileri ve İletişim Hiz. Ltd. Şti. bu mesajın içeriği ile ilgili olarak hiç bir hukuksal sorumluluğu kabul etmez. This electronic mail and any files transmitted with it are intended for the private use of the persons named above. If you received this message in error, forwarding, copying or use of any of the information is strictly prohibited. Please immediately notify the sender and delete it from your system. Likya Bilgi Teknolojileri ve İletişim Hiz. Ltd. Şti. does not accept legal responsibility for the contents of this message. -------------------------------------- P Bu e-postayı yazdırmadan önce, çevreye olan sorumluluğunuzu tekrar düşünün. Please consider your environmental responsibility before printing this e-mail.

[robfrank]

I fixed 3.0 before, should be ok.
But, for sure, if you want/need/have time, check 3.0.0 too.