Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing"
Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing"
La nuova Insta360 X6 introduce sensori Sony da 1/1.1" e un SoC Triple AI a 4nm. Analizziamo le riprese 8K, il primo Dolby Vision nativo a 10-bit nel settore sferico e l'innovativo flusso di lavoro diretto sulla futura versione 22 di DaVinci Resolve.
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli
Dopo due settimane trascorse al volante della Dacia Spring 2026 possiamo raccontarvi tutto, dalle novità di motore e batteria, fino ai consumi in tutti le situazioni, compresa l'autonomia reale ad alta velocità
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre
Abbiamo messo alla prova la nuova AORUS GeForce RTX 5080 INFINITY WOOD 16G, una delle interpretazioni più particolari della GPU NVIDIA Blackwell. Prestazioni, frequenze operative, temperature, consumi e margini di overclock sono stati confrontati con altre RTX 5080 custom e con la Founders Edition. Il design in legno è solo uno degli elementi distintivi di una scheda che punta a ritagliarsi uno spazio nella fascia più alta del mercato.
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 developerSCJP 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 developerSCJP 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 developerSCJP 5 (91%) • SCWCD 5 (94%)
Java Versions Cheat Sheet
andbin è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Insta360 X6: Dolby Vision, 8K e montaggio "Zero Editing" Insta360 X6: Dolby Vision, 8K e montaggio "...
Due settimane con Dacia Spring 2026: novità, consumi, autonomia reale e test bagagli Due settimane con Dacia Spring 2026: novit&agrav...
AORUS GeForce RTX 5080 INFINITY WOOD 16G: una scheda video diversa dalle altre AORUS GeForce RTX 5080 INFINITY WOOD 16G: una sc...
Hyundai Ioniq 9: dopo due settimane di test non avremmo voluto restituirla Hyundai Ioniq 9: dopo due settimane di test non ...
LG UltraGear evo GM9: 27 pollici, 5K, Mini LED e Dual Mode LG UltraGear evo GM9: 27 pollici, 5K, Mini LED e...
La NASA sta costruendo e provando i dron...
Northrop Grumman utilizzerà HALO ...
Anthropic prepara l'IPO dei record: gli ...
La beta di iOS 27 conferma i rumor, Appl...
HONOR esagera, il prossimo smartphone av...
L'edizione speciale della Switch 2 per i...
Taiwan, il primo attacco hacker AI auton...
The Lord of the Rings: War in the North ...
I prezzi delle RTX 50 continuano ad aume...
La prossima crisi riguarderà i pannelli ...
Terabyte di dati trafugati: un attacco a...
Volo Delta 591, spunta un Wi-Fi che imit...
La scienziata lancia l'allarme: l'intell...
BYD Denza N8 e la super batteria: 130 kW...
Trump autorizza le aziende private a hac...
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: 20:55.


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