OrientDB che ha problemi con Unicode, turco ed enums

Question

Sto usando una lib che ha un tipo enum con tali come;

Type.SHORT 
Type.LONG 
Type.FLOAT 
Type.STRING 

Mentre io sono il debug in Eclipse, ho ottenuto un errore:

No enum const class Type.STRİNG 

Come sto usando un sistema turco, c'è un problema sulla i di lavoro> io, ma come questo è un const enum , anche se inserisco tutti gli attributi come UTF-8, nulla potrebbe ottenere che STRING è ciò che Eclipse dovrebbe cercare. Ma cerca ancora STRİNG e non riesce a trovarlo e non posso utilizzarlo. Cosa devo fare per quello?

Progetto> Proprietà> Resouce> La codifica del file di testo è UTF-8 ora. Il problema continua

MODIFICA: Ulteriori informazioni possono fornire alcuni indizi che non riesco a ottenere; Sto lavorando su OrientDB. Questo è il mio primo tentativo, quindi non so se il problema potrebbe essere sui pacchetti di OrientDB. Ma sto usando molte altre librerie, non ho mai visto un problema simile. Esiste un enumerazione OType in questo pacchetto e sto solo cercando di connettermi al database.

String url = "local:database"; 
    ODatabaseObjectTx db = new ODatabaseObjectTx(url). 
    Person person = new Person("John"); 
    db.save(person); 
    db.close(); 

Non c'è più codice che uso ancora. Database creato ma poi ho ottenere il java.lang.IllegalArgumentException:

Caused by: java.lang.IllegalArgumentException: No enum const class com.orientechnologies.orient.core.metadata.schema.OType.STRİNG 
    at java.lang.Enum.valueOf(Unknown Source) 
    at com.orientechnologies.orient.core.metadata.schema.OType.valueOf(OType.java:41) 
    at com.orientechnologies.orient.core.sql.OCommandExecutorSQLCreateProperty.parse(OCommandExecutorSQLCreateProperty.java:81) 
    at com.orientechnologies.orient.core.sql.OCommandExecutorSQLCreateProperty.parse(OCommandExecutorSQLCreateProperty.java:35) 
    at com.orientechnologies.orient.core.sql.OCommandExecutorSQLDelegate.parse(OCommandExecutorSQLDelegate.java:43) 
    at com.orientechnologies.orient.core.sql.OCommandExecutorSQLDelegate.parse(OCommandExecutorSQLDelegate.java:28) 
    at com.orientechnologies.orient.core.storage.OStorageEmbedded.command(OStorageEmbedded.java:63) 
    at com.orientechnologies.orient.core.command.OCommandRequestTextAbstract.execute(OCommandRequestTextAbstract.java:63) 
    at com.orientechnologies.orient.core.metadata.schema.OClassImpl.addProperty(OClassImpl.java:342) 
    at com.orientechnologies.orient.core.metadata.schema.OClassImpl.createProperty(OClassImpl.java:258) 
    at com.orientechnologies.orient.core.metadata.security.OSecurityShared.create(OSecurityShared.java:177) 
    at com.orientechnologies.orient.core.metadata.security.OSecurityProxy.create(OSecurityProxy.java:37) 
    at com.orientechnologies.orient.core.metadata.OMetadata.create(OMetadata.java:70) 
    at com.orientechnologies.orient.core.db.record.ODatabaseRecordAbstract.create(ODatabaseRecordAbstract.java:142) 
    ... 4 more 

Ecco classe oType: http://code.google.com/p/orient/source/browse/trunk/core/src/main/java/com/orientechnologies/orient/core/metadata/schema/OType.java

E altra classe; OCommandExecutorSQLCreateProperty: http://code.google.com/p/orient/source/browse/trunk/core/src/main/java/com/orientechnologies/orient/core/sql/OCommandExecutorSQLCreateProperty.java

Linea 81 dice: type = OType.valueOf(word.toString());

Answer 1

È corretto presumere che si stia eseguendo questo programma utilizzando un locale turco?Poi sembra che il bug è in linea 118 di OCommandExecutorSQLCreateProperty:

linkedType = OType.valueOf(linked.toUpperCase()); 

Si dovrà specificare le impostazioni internazionali il cui superiore mantello regole dovrebbe essere utilizzato, probabilmente Locale.ENGLISH come parametro per toUpperCase.

Answer 2

Un work-around è quello di digitare Type.ST e quindi premere Ctrl-spazio. Eclipse dovrebbe completare automaticamente il nome della variabile senza dover calcolare come inserire una maiuscola senza punto I su una tastiera turca. :)

Answer 3

Questo problema è correlato alla connessione del database. Presumibilmente, c'è una stringa in OrientDB da qualche parte, e la stai leggendo, e poi prova a usarla per selezionare un membro dell'enum.

Sto assumendo nel codice che hai postato che la variabile word provenga da dati nel database. Se viene da qualche altra parte, il problema è "altrove". Se OrientDB, per qualche strana ragione, restituisce "STRINN" come metadati per indicare il tipo di qualcosa, allora questo è effettivamente un difetto in OrientDB.

Se quella stringa contiene effettivamente un ©, quindi nessuna impostazione di Eclipse avrà alcun effetto sui risultati. Si dovrà scrivere il codice per normalizzare I della I.

Se si dump il contenuto della 'parola' come una sequenza di valori esadecimali per i char s della stringa, penso che vedrete il vostro I fissando proprio a te. È necessario modificare ciò che è nel DB per avere un vecchio semplice I.

Answer 4

Sfortunatamente, è correlato all'impostazione locale, locale del sistema operativo che è turco.

Due lavoro intorno opzioni:

1. Change your regional settings to English-US 

2. Give encoding to she jvm as command line param for setting locale to English 

    -Duser.language=en -Duser.region=EN 

ho creato segnalazioni di bug per XMLBeans, esistono e CXF Apache per lo stesso problema. Enumeration toUpper è il punto dell'eccezione.

Alcuni link correlati:

https://issues.apache.org/jira/browse/XMLSCHEMA-22

http://mail-archives.apache.org/mod_mbox/xmlbeans-user/201001.mbox/%3CSNT123-DS11993DD331D6CA7799C46CF6650@phx.gbl%3E

http://mail-archives.apache.org/mod_mbox/cxf-users/201203.mbox/%3CBLU0-SMTP115A668459D9A0DA11EA5FAF6460@phx.gbl%3E

https://vaadin.com/forum/-/message_boards/view_message/793105

http://comments.gmane.org/gmane.comp.apache.cxf.user/18316