„Diskussion:Java Cryptography Extension“ – Versionsunterschied
Letzter Kommentar: vor 9 Jahren von 62.97.83.122 in Abschnitt Verwendung interner Klassen
Inhalt gelöscht Inhalt hinzugefügt
K Bot: Signaturnachtrag für Beitrag von 62.97.83.122: "" |
Bot: entferne veraltete Botmeldung |
||
| Zeile 1: | Zeile 1: | ||
{{Löschantrag entfernt|29. März 2010|Java Cryptography Extension (JCE) (LAE)}} |
{{Löschantrag entfernt|29. März 2010|Java Cryptography Extension (JCE) (LAE)}} |
||
== Defekter Weblink == |
|||
{{Defekter Weblink Bot|GiftBot}} |
|||
* http://jce.iaik.tugraz.at/sic/Products/Core-Crypto-Toolkits/JCA-JCE ([http://wayback.archive.org/web/*/http://jce.iaik.tugraz.at/sic/Products/Core-Crypto-Toolkits/JCA-JCE Internet Archive]) |
|||
– [[Benutzer:GiftBot|GiftBot]] ([[Benutzer Diskussion:GiftBot|Diskussion]]) 10:55, 16. Sep. 2012 (CEST) |
|||
== USA Export Beschränkung == |
== USA Export Beschränkung == |
||
Version vom 27. Juli 2016, 10:49 Uhr
USA Export Beschränkung
Im Artikel steht "weil die USA früher den Export kryptographischer Systeme beschränkten." Gibt es hierzu eine Referenz? Gilt das mittlerweile nicht mehr? Immerhin muss man nach wie vor http://www.oracle.com/technetwork/java/javase/downloads/jce-6-download-429243.html die "unlimited strength" (bei Java ein großes Wort) files nachträglich runterladen und ins jre reinfummeln --195.145.144.134 11:35, 14. Mär. 2013 (CET)
Verwendung interner Klassen
Man sollte interne Klassen des sun.misc.* packages nicht verwenden. Kann ich das Beispiel entsprechend ändern?
Base64.getEncoder().encodeToString(encoded);
Base64.getDecoder().decode(stringToBytes(toDecodeString));
(nicht signierter Beitrag von 62.97.83.122 (Diskussion) 10:10, 18. Mai 2016 (CEST))