Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti
Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti
Dopo alcuni anni di assenza dai cataloghi dei suoi televisori, Hisense riporta sul mercato una proposta OLED che punta tutto sul rapporto qualità prezzo. Hisense 55A85N è un televisore completo e versatile che riesce a convincere anche senza raggiungere le vette di televisori di altra fascia (e altro prezzo)
Recensione Borderlands 4, tra divertimento e problemi tecnici
Recensione Borderlands 4, tra divertimento e problemi tecnici
Gearbox Software rilancia la saga con Borderlands 4, ora disponibile su PS5, Xbox Series X|S e PC. Tra le novità spiccano nuove abilità di movimento, un pianeta inedito da esplorare e una campagna che lascia al giocatore piena libertà di approccio
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale
NXTPAPER 60 Ultra è il primo smartphone con tecnologia NXTPAPER 4.0 per il display, un ampio IPS da 7,2 pollici. Con finitura anti-riflesso, processore MediaTek Dimensity 7400, fotocamera periscopica e modalità Max Ink per il detox digitale, NXTPAPER 60 Ultra punta a essere il riferimento tra gli smartphone pensati per il benessere degli occhi.
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 30-05-2007, 14:06   #1
ferris
Member
 
L'Avatar di ferris
 
Iscritto dal: Nov 2002
Messaggi: 163
[java]Conversione stringa in UTF-8

Ciao a tutti!
sto cercando di codificare una stringa con il charset UTF-8 (la stringa è un parametro che mi arriva da una pagina jsp). Fino ad ora ho provato questi tre modi:

1)
Codice:
String stringNew = new String(oldString.getByte(), "UTF-8");
Questo funziona nel mio pc windows ma non nella macchina linux dove deve girare l'applicazione

2)
Codice:
request.setCharacterEncoding("UTF-8");
Questo sembra non funzionare

3)
Codice:
Charset cs = Charset.forName("UTF-8");
    	CharsetDecoder decoder = cs.newDecoder();
    	ByteBuffer bbUser = ByteBuffer.allocate(username.getBytes().length);
        bbUser.put(username.getBytes());
        try {
    		bbUser.rewind();
		cbUser = decoder.decode(bbUser);
	} catch (CharacterCodingException e1) {
		e1.printStackTrace();
	}
Questo, come il primo, funziona nel mio pc windows ma non nella macchina linux dove deve girare l'applicazione.

Sembra quindi che la codifca della stringa non abbia lo stesso comportamento da ambiente windows a linux... Qualcuno sa cortesemente in cosa consiste questa differenza oppure sa indicarmi un metodo alternativo da provare?

Ringrazio tutti anticipatamente!
ferris è offline   Rispondi citando il messaggio o parte di esso
Old 30-05-2007, 14:32   #2
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Una stringa contiene caratteri Unicode (UTF-16 per la precisione). Quindi è abbastanza inutile da una stringa ottenere i byte (in qualunque charset) e poi ricreare una nuova stringa da quei byte.

Quindi fare:

String stringNew = new String(oldString.getByte(), "UTF-8");

serve a poco e potrebbe anche non funzionare visto che il getBytes() senza argomenti usa il charset di default della piattaforma, che quindi non è affatto detto che sia UTF-8.

Spiega meglio cosa devi fare.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 30-05-2007, 15:00   #3
ferris
Member
 
L'Avatar di ferris
 
Iscritto dal: Nov 2002
Messaggi: 163
Quote:
Originariamente inviato da andbin Guarda i messaggi
Una stringa contiene caratteri Unicode (UTF-16 per la precisione). Quindi è abbastanza inutile da una stringa ottenere i byte (in qualunque charset) e poi ricreare una nuova stringa da quei byte.

Quindi fare:

String stringNew = new String(oldString.getByte(), "UTF-8");

serve a poco e potrebbe anche non funzionare visto che il getBytes() senza argomenti usa il charset di default della piattaforma, che quindi non è affatto detto che sia UTF-8.

Spiega meglio cosa devi fare.
Mi spiego meglio:
io ho una username del tipo: cøciao
Nel realm utilizzato per effettuare l'autenticazione questa username non viene codificata nella maniera corretta (ossia UTF-8), e viene interpretata in questo modo: cøciao
e quindi l'autenticazione non va a buon fine.
Il mio probelma è riuscire a codificare in maniera corretta questo username in modo da permettere che l'autenticazione vada a buon fine (quindi riuscire a codificare in utf-8 la stringa contenente lo username...)
ferris è offline   Rispondi citando il messaggio o parte di esso
Old 30-05-2007, 15:19   #4
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da ferris Guarda i messaggi
Mi spiego meglio:
io ho una username del tipo: cøciao
Nel realm utilizzato per effettuare l'autenticazione questa username non viene codificata nella maniera corretta (ossia UTF-8), e viene interpretata in questo modo: cøciao
Uhm ... purtroppo scusa ma non mi è chiaro da cosa parti e/o che cosa devi ottenere.

Cioè ho capito la questione: ø è la sequenza (in hex C3 B8) che codifica in UTF-8 il carattere ø (in Unicode U+00F8). E fin qui nulla di strano. Vorrei capire meglio cosa devi leggere e/o scrivere e come.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
Old 30-05-2007, 15:38   #5
ferris
Member
 
L'Avatar di ferris
 
Iscritto dal: Nov 2002
Messaggi: 163
Quote:
Originariamente inviato da andbin Guarda i messaggi
Uhm ... purtroppo scusa ma non mi è chiaro da cosa parti e/o che cosa devi ottenere.

Cioè ho capito la questione: ø è la sequenza (in hex C3 B8) che codifica in UTF-8 il carattere ø (in Unicode U+00F8). E fin qui nulla di strano. Vorrei capire meglio cosa devi leggere e/o scrivere e come.
Il giro che ho io è questo:

ho una form per l'autenticazione in una pagina jsp, nel campo username metto: cøciao
quando faccio il submit viene invocata la action j_security_check ed entra in gioco il JDBCRealm per effettuare l'autenticazione.
Il problema è che nel realm, lo username viene ovviamente recuperato come parametro dalla request e memorizzato all'interno di una stringa che codifica il parametro in questo modo: cøciao piuttosto che cøciao.
Io devo fare in modo che il parametro recuperato dalla request (ossia lo username) venga codificato in modo corretto, cioè così: cøciao
Aggiungo inoltre che per tutte le altre componenti in gioco (dalle pagine jsp al DBMS) come charset di riferimento è impostato UTF-8, e infatti non ci sono problemi tranne nella fase di autenticazione, dove appunto entra in gioco il realm che sto cercando di modificare.
ferris è offline   Rispondi citando il messaggio o parte di esso
Old 30-05-2007, 16:03   #6
andbin
Senior Member
 
L'Avatar di andbin
 
Iscritto dal: Nov 2005
Città: TO
Messaggi: 5206
Quote:
Originariamente inviato da ferris Guarda i messaggi
ho una form per l'autenticazione in una pagina jsp, nel campo username metto: cøciao
quando faccio il submit viene invocata la action j_security_check ed entra in gioco il JDBCRealm per effettuare l'autenticazione.
Il problema è che nel realm, lo username viene ovviamente recuperato come parametro dalla request e memorizzato all'interno di una stringa che codifica il parametro in questo modo: cøciao piuttosto che cøciao.
Premetto subito che le pagine JSP non le conosco (è uno degli argomenti che approfondirò in futuro ... ) ma da quello che dici deduco quindi che sia il modo di prelevare i parametri della request che non gestisce correttamente il charset.
Probabilmente devi configurare o dichiarare il charset da qualche parte ... ma non ti so dire di più.
__________________
Andrea, SCJP 5 (91%) - SCWCD 5 (94%)
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Hisense A85N: il ritorno all’OLED è convincente e alla portata di tutti Hisense A85N: il ritorno all’OLED è convi...
Recensione Borderlands 4, tra divertimento e problemi tecnici Recensione Borderlands 4, tra divertimento e pro...
TCL NXTPAPER 60 Ultra: lo smartphone che trasforma la lettura da digitale a naturale TCL NXTPAPER 60 Ultra: lo smartphone che trasfor...
Un fulmine sulla scrivania, Corsair Sabre v2 Pro ridefinisce la velocità nel gaming Un fulmine sulla scrivania, Corsair Sabre v2 Pro...
Nokia Innovation Day 2025: l’Europa ha bisogno di campioni nelle telecomunicazioni Nokia Innovation Day 2025: l’Europa ha bisogno d...
The Social Reckoning: il seguito di The ...
iPhone 16 si trova ora su Amazon a soli ...
Amazon fa a pezzi i prezzi dei monitor g...
Componenti hardware e periferiche PC a p...
Pianeta in crisi: 7 su 9 limiti vitali g...
Galaxy S25 FE con taglio di prezzo di 10...
4 robot aspirapolvere e 3 scope elettric...
Nuovissimi Xiaomi 15T e 15T Pro con tagl...
Le agenzie federali americane potranno u...
Smartphone pieghevoli sempre più ...
LG svela le Easy TV, una nuova gamma di ...
L'equipaggio della missione Shenzhou-20 ...
Possibili detriti spaziali del razzo cin...
Amazon distrugge i prezzi: TV OLED LG, i...
Trump studia dazi fino al 100% per sping...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 18:46.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Served by www3v