Jo, du skal kunne uuencode et byte-array - det er præcis det, der giver mening. 8 bits tegn ved siden af hindanden pakkes ud 6 bit af gangen, og skrives som normal tegn.
Der er såmænd også public synchronized byte[] encrypt( byte[] data ) og public synchronized byte[] decrypt( byte[] data ) hvis det er - men så kommer problemet med at sende over Nettet, det er det UUEncoding'en er til for.
Ok - men du skal bare direkte tage udgangspunkt i resultatet fra encrypt, og ikke blande String ind i det, førend du tilsidst skal have det skrevet ud (der hvor du skriver String(dist) )
Jeg arbejder nu på byte[] hele vejen igennem og resultatet er en del tættere på. Alligevel er det ikke HELT perfekt, den kan stadig ikke dekryptere hvis jeg UUEncoder og UUDecoder.
Kan du evt. anbefale en anden UUEncoder-tingest som jeg kan bruge på J2ME?
1) Hvorfor kalder du det uuencode/uudecode når det er base64 encode/decode ? (uuencode/uudecoder er noget andet - det er absolut anbefalelsesværdigt at bruge base64 fremfor uu, men hvorfor ikke kalde det base64)
2) Hvorfor kode det selv i.s.f. at bruge javax.mail.internet.MimeUtility ? (den kan lave base64 encode og decode - med lidt besvær)
Tak skal du have Arne. Jeg har ikke tid til at teste lige nu, men jeg blev en del klogere. Svar på dine spørgsmål.
1. Fordi jeg ikke kender nogle af delene eller overhovedet kendte ordene for en uge siden ... jeg søgte efter uuencode og fandt base 64 encode, hvilket gjorde jeg antog det var synonymer.
2. Det skal bruges på J2ME - men jeg vil da lige se om jeg kan nuppe Sun's klasse og bruge den, hvis den ikke benytter sig af for mange andre klasser i J2SE.
Tak for dit eksempel. Jeg kan vel bare slette tegnene 757-764 osv? Er det det du mener med at kode sig udenom?
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.