Torna indietro   Hardware Upgrade Forum > Software > Programmazione

iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre
Apple ha rinnovato iPhone 18 Pro soprattutto dentro: chip A20 Pro a 2 nm con memoria affiancata al SoC, camera di vapore tre volte più ampia, Dynamic Island più piccola del 25% grazie a Face ID sotto il display e fotocamera principale con diaframma variabile da f/1.48 a f/4. Lo abbiamo misurato al colorimetro e nei benchmark, usato con iOS 27 e messo alla prova in fotografia tra laghi, borghi e interni poco illuminati
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34
A Londra, per il trentennale dei Toughbook, Panasonic ha presentato il tablet G3 e il 2-in-1 34. Con Jon Tucker, a capo dell'ingegneria europea, abbiamo parlato di ciò che non si vede: batterie, antenne, porte seriali e accorgimenti nati sul campo
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione
realme C100x scommette tutto, forse troppo, sulla batteria da 7500 mAh e sulla certificazione ArmorShell per farsi notare nella fascia più economica del mercato: lo abbiamo messo alla prova per capire a chi è rivolto questo smartphone che sacrifica un po' prestazioni, display e fotocamera per offrire l'autonomia migliore possibile a un prezzo decisamente contenuto
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
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, Senior Java developer – SCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
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
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, Senior Java developer – SCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
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
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, Senior Java developer – SCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


iPhone 18 Pro: la recensione del miglior iPhone compatto di sempre iPhone 18 Pro: la recensione del miglior iPhone ...
Panasonic, 30 anni di Toughbook: la "Bibbia" di mille regole dietro i nuovi G3 e 34 Panasonic, 30 anni di Toughbook: la "Bibbia...
realme C100x, lo smartphone economico con la batteria da 7500 mAh. La recensione realme C100x, lo smartphone economico con la bat...
Star Wars Zero Company è l'erede di XCOM 2 Star Wars Zero Company è l'erede di XCOM ...
Test ride Can-Am Origin: la moto elettrica che fa dimenticare il motore a scoppio (ma occhio all'autonomia) Test ride Can-Am Origin: la moto elettrica che f...
Tamoil taglia il prezzo dei carburanti p...
Gears of War: E-Day mostra i vantaggi de...
Halo Combat Evolved ora gira nel browser...
Auto cinesi alla conquista del mondo, ma...
Cynet 5.0 unifica la gestione dei siti e...
Samsung alza i prezzi: fino a 200 euro i...
POCO annuncia l'arrivo in Italia dei nuo...
Moonshot AI (Kimi) ruba le risposte di G...
GPT-Synopsys, OpenAI vuole trasformare l...
NetApp porta l'IA nella console e ONTAP ...
Saturno all'opposizione e Giove dietro l...
TSMC non si ferma: dopo l'Arizona potreb...
Caso Revolut, Piantedosi alla Camera: 'L...
La Space Force statunitense e le armi sp...
Fa tutto l'IA: scoperte scientifiche con...
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: 22:47.


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