RSA Support in JDK 1.2.2

I am trying to figure out exactly which versions of java support RSA signature generation and verification. Precisely, I want to know if I can sign and verify using JDK 1.2.2 (without JCE). If not, do I need to get a provider that supports it, or will the JCE do the trick? The documentation seems a little vauge on these points.
I saw a note about RSA support in 1.3. Wa 1.3 the first version to support it? If so, why does the API in 1.2.2 have RSA specific classes (e.g., RSAPrivateKeySpec )?
Thanks,
Patrick

You can either use free JCE provider or free crypto library with your JDK 1.2.2 or even 1.1.8. The name of that JCE provider, cleanroom JCE implementation and that library at the same time is BouncyCastle - http://www.bouncycastle.org/
You can strip not required classes and have about 50..100k jar with RSA-related functionality.
By the way, what is the reason to support that slow and buggy JDK 1.2.2?

Similar Messages

  • ActiveX support in JDK 1.4

    Where are sun.beans.ole.Packager and unregbean utility
    in Java 2 SDK, Standard Edition, v 1.4 Beta 3 for Win32?
    Who knows Sun's plans about ActiveX support in JDK 1.4 releases?
    Thank you,
    Alexander

    More info found in bug 4616580. Please vote...
    -Trond

  • XSLT version supported in JDK 6 Transformer

    Hi! This is a simple question: Does JDK 6 Transformer Class support XSLT 2.0?
    My problem raise when I use the <xsl:character-map> tag. A Example:
    template.xslt
    <xsl:stylesheet version="2.0">
    <xsl:output method="xml" version="1.0" encoding="UTF-8" use-character-maps="vxml"/>
    <xsl:character-map name="vxml">
       <xsl:output-character character="«" string='&lt'/>
       <xsl:output-character character="»" string='&gt'/>
       <xsl:output-character character="¨" string='"'/>
    </xsl:character-map>
    <xsl:template match="/">
       «vxml version=¨2.0¨»
       {xslt operations...}
       «/vxml»
    </xsl:template>
    {code}
    *someXML.xml*
    {code}
    <?xml version="1.0" encoding="UTF-8"?>
    <?xml-stylesheet type="text/xsl" href="template.xslt"?>
    {code}
    Well, when I use external software (Altova XMLSpy), the result is exactly that I want... but, when I use a simple java class with Transformer (in java 6), the result contains alternative char and no the correct character that character-map is supposed to change.
    Then, in this forum all people only use XSLT with version="1.0"... and appear my question... Transformer Class in JDK 6 really support XSLT version 2.0? I can't find information of this...
    Edited by: MIrribarra on 20-03-2009 05:51 PM
    Edited by: MIrribarra on 20-03-2009 05:53 PM
    Deleted intensionally semi-colon in "&lt" and "&gt" because editor change string code                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

    Simple answer: No.
    Less simple answer: you can plug in any transformer you like. The process for doing that is described in the documentation for javax.transform.TransformerFactory, method newInstance.

  • 2007 US Daylight Savings change time zone support in JDK 1.3

    Sun has supported the 2007 US Daylight Savings change in recent versions of its JDKs 1.4 and 1.5. It has made partial Daylight Savings changes to JDK 1.3, but it's not a complete implementation like in 1.4 and 1.5, because there is no support for past/future Daylight Savings rules, only a single current set of Daylight Savings rules per time zone.
    Our Java application (running in the America/New_York time zone) seems to be doomed, because the likelihood of upgrading to JDK 1.4/1.5 seems slim (we have to upgrade a third-party product first and success is seeming more and more remote), and Sun claims to be unable to fully implement the Daylight Savings change in JDK 1.3.
    If any Sun Java staff can explain the reasons for being unable to implement the change in 1.3 (or at least some kind of workaround that an individual JVM user could enable), please fill me in. Any pointers on cleanly setting up a custom workaround would be valuable too.
    If there are other Java users in the same situation, please fill me in on your own plans if you can. Is anybody trying to pressure Sun or other vendors for a solution? Is anybody writing their own custom workaround?
    More details....
    What we really need is for the default TimeZone in JDK 1.3 (America/New_York on our machines) to work regardless of whether the date/time being checked is pre-2007 or post-2007. In particular, getOffset and inDaylightTime should work for both 2006 dates and 2007 dates. The JDK should return the correct values for 2006 dates, as well as the correct values for the 2007 US DST extension dates (03/12/2007-04/02/2007 and 10/29/2007-11/05/2007). This would enable parsing and formatting using SimpleDateFormat to work correctly as well. The TimeZone and SimpleDateFormat APIs are used throughout our application.
    JDK 1.3.1_19 has an interesting workaround that depends on the current system time. Prior to Jan 1 2007, it will handle 2006 dates correctly but 2007 dates wrong. After Jan 1 2007, it will handle 2007 dates correctly but 2006 dates wrong. Either way, it is always wrong for some dates.
    JDK 1.4.2_13 and 1.5.0_09 both handle 2006 and 2007 dates correctly.
    If JDK 1.3 will never work for 2006 and 2007 dates, then I am contemplating two workarounds:
    1. Set the default TimeZone to a custom implementation as soon after JVM startup as possible.
    2. Avoid the default TimeZone entirely, changing our application code to rely on explicit custom TimeZones.
    Prior related Java Forum topics:
    * http://forum.java.sun.com/thread.jspa?forumID=31&threadID=645874 (Java Essentials - Java Programming) winds up referencing the JDK 1.4 patch as a solution, and there is some discussion about how future/historic dates affect applications
    * http://forum.java.sun.com/thread.jspa?forumID=481&threadID=735038 (Deploying - Java Upgrade) just talks about 1.4 and 1.5 patches
    * http://forum.java.sun.com/thread.jspa?forumID=481&threadID=717268 (Deploying - Java Upgrade) also just talks about 1.4 and 1.5 patches
    * http://forum.java.sun.com/thread.jspa?forumID=37&threadID=703214 (Specifications - Java Virtual Machine (JVM)) also just talks about 1.4 and 1.5
    Related Sun Java Bug Database bugs:
    * http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6471271 reports the same issue with 1.3.1_19 that I am seeing and the reporter makes the same clarification, that past/future dates don't work at all still. Sun seems to indicate that it will not fix this in 1.3.1, and the 1.3.1_19 "hack" is it for 1.3.1.
    * http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6391777 refers to updates in 1.3.1_18 to address Australia DST changes, and also indicates that past/future dates (or "historic" dates) won't work at all. It gives a little more rationale behind the difficulty of implementing this for 1.3.1.
    * http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4257314 refers to the fixes in 1.4 to support historic DST dates.
    Other articles:
    * Sun Java article http://java.sun.com/developer/technicalArticles/Intl/USDST/ refers to 1.3.1_18 as "resolving" the DST issue - this is misleading because the solution in 1.3.1_18 is not complete like that in 1.4 or 1.5
    * Server Side article http://www.theserverside.com/news/thread.tss?thread_id=42212 refers to fixes in 1.4 and 1.5 for the DST issue, and the discussion about 1.3 doesn't lead anywhere
    Thanks for any info or advice available,
    Jim

    Hi KBarney
    I think u have the correct data file. to make sure see the "zi" dir is backed up in ur java lib folder or not.
    if u have suspicion than run the tzupdater tool again.
    this tool must be run for each jre/java version on your machine separately.
    I tried this on 1.4.2.13 and not on 1.5.0.10. here is the result:
    C:\Program Files\Java\j2re1.4.2_13\bin>java -jar c:\tzupdater\tzupdater2006p\tzu
    pdater.jar -t -v
    java.home: C:\Program Files\Java\j2re1.4.2_13
    java.vendor: Sun Microsystems Inc.
    java.version: 1.4.2_13
    JRE time zone data version: tzdata2006p
    Embedded time zone data version: tzdata2006p
    Validating the time zone data
    Validation complete
    C:\tzupdater\tzupdater2006p>java -jar tzupdater.jar test verbose
    java.home: C:\Program Files\Java\jre1.5.0_10
    java.vendor: Sun Microsystems Inc.
    java.version: 1.5.0_10
    JRE time zone data version: tzdata2006k
    Embedded time zone data version: tzdata2006p
    Validating the time zone data
    /data/tzdata2006p.test:990: test failed: America/Managua
    /data/tzdata2006p.test:1465: test failed: America/Havana
    /data/tzdata2006p.test:1466: test failed: America/Havana
    /data/tzdata2006p.test:1847: test failed: Cuba
    /data/tzdata2006p.test:1848: test failed: Cuba
    /data/tzdata2006p.test:2024: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2026: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2028: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2030: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2032: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2034: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2036: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2038: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2040: test failed: America/Campo_Grande
    /data/tzdata2006p.test:2046: test failed: America/Cuiaba
    /data/tzdata2006p.test:2048: test failed: America/Cuiaba
    /data/tzdata2006p.test:2050: test failed: America/Cuiaba
    /data/tzdata2006p.test:2052: test failed: America/Cuiaba
    /data/tzdata2006p.test:2054: test failed: America/Cuiaba
    /data/tzdata2006p.test:2056: test failed: America/Cuiaba
    /data/tzdata2006p.test:2058: test failed: America/Cuiaba
    /data/tzdata2006p.test:2060: test failed: America/Cuiaba
    /data/tzdata2006p.test:2062: test failed: America/Cuiaba
    /data/tzdata2006p.test:2471: test failed: America/Montevideo
    /data/tzdata2006p.test:2472: test failed: America/Montevideo
    /data/tzdata2006p.test:2475: test failed: America/Montevideo
    /data/tzdata2006p.test:2476: test failed: America/Montevideo
    /data/tzdata2006p.test:2479: test failed: America/Montevideo
    /data/tzdata2006p.test:2480: test failed: America/Montevideo
    /data/tzdata2006p.test:2483: test failed: America/Montevideo
    /data/tzdata2006p.test:2484: test failed: America/Montevideo
    /data/tzdata2006p.test:2487: test failed: America/Montevideo
    /data/tzdata2006p.test:2494: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2496: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2498: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2500: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2502: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2504: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2506: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2508: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2510: test failed: America/Sao_Paulo
    /data/tzdata2006p.test:2516: test failed: BET
    /data/tzdata2006p.test:2518: test failed: BET
    /data/tzdata2006p.test:2520: test failed: BET
    /data/tzdata2006p.test:2522: test failed: BET
    /data/tzdata2006p.test:2524: test failed: BET
    /data/tzdata2006p.test:2526: test failed: BET
    /data/tzdata2006p.test:2528: test failed: BET
    /data/tzdata2006p.test:2530: test failed: BET
    /data/tzdata2006p.test:2532: test failed: BET
    /data/tzdata2006p.test:2537: test failed: Brazil/East
    /data/tzdata2006p.test:2539: test failed: Brazil/East
    /data/tzdata2006p.test:2541: test failed: Brazil/East
    /data/tzdata2006p.test:2543: test failed: Brazil/East
    /data/tzdata2006p.test:2545: test failed: Brazil/East
    /data/tzdata2006p.test:2547: test failed: Brazil/East
    /data/tzdata2006p.test:2549: test failed: Brazil/East
    /data/tzdata2006p.test:2551: test failed: Brazil/East
    /data/tzdata2006p.test:2553: test failed: Brazil/East
    /data/tzdata2006p.test:3451: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3452: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3453: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3454: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3455: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3456: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3457: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3458: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3459: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3460: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3461: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3462: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3463: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3464: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3465: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3466: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3467: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3468: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3469: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3470: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3471: time zone not found: Europe/Podgorica
    /data/tzdata2006p.test:3791: test failed: ART
    /data/tzdata2006p.test:3814: test failed: Africa/Cairo
    /data/tzdata2006p.test:3844: test failed: Asia/Amman
    /data/tzdata2006p.test:3848: test failed: Asia/Amman
    /data/tzdata2006p.test:3852: test failed: Asia/Amman
    /data/tzdata2006p.test:3856: test failed: Asia/Amman
    /data/tzdata2006p.test:3860: test failed: Asia/Amman
    /data/tzdata2006p.test:3887: test failed: Asia/Damascus
    /data/tzdata2006p.test:3908: test failed: Asia/Gaza
    /data/tzdata2006p.test:3911: test failed: Asia/Gaza
    /data/tzdata2006p.test:3915: test failed: Asia/Gaza
    /data/tzdata2006p.test:3919: test failed: Asia/Gaza
    /data/tzdata2006p.test:3923: test failed: Asia/Gaza
    /data/tzdata2006p.test:4035: test failed: Egypt
    /data/tzdata2006p.test:4901: test failed: Australia/Perth
    /data/tzdata2006p.test:4902: test failed: Australia/Perth
    /data/tzdata2006p.test:4905: test failed: Australia/Perth
    /data/tzdata2006p.test:4906: test failed: Australia/Perth
    /data/tzdata2006p.test:4909: test failed: Australia/Perth
    /data/tzdata2006p.test:4910: test failed: Australia/Perth
    /data/tzdata2006p.test:4914: test failed: Australia/West
    /data/tzdata2006p.test:4915: test failed: Australia/West
    /data/tzdata2006p.test:4918: test failed: Australia/West
    /data/tzdata2006p.test:4919: test failed: Australia/West
    /data/tzdata2006p.test:4922: test failed: Australia/West
    /data/tzdata2006p.test:4923: test failed: Australia/West
    Validation tests failed.
    -Ranjan

  • Oracle 11g support for JDK 1.4

    Dear All,
    We are planning to migrate from Oracle 10.2.0.3 to Oracle 11.2.0.2. However our application server JDK version is in JDK1.4 and we use ojdbc4.jar for JDBC connectivity.
    Please let me know, to migrate to Oracle 11g requires JDK1.5 and ojdbc1.5 or can we continue to stay at JDK1.4 and uses ojdbc4.jar to connect to Oracle11g.
    Help Appreciated.

    There is only one real answer here: test it and test it thoroughly. Asking this question here is pointless, you cannot trust anyone here to give you advice you can rely on. Whatever is said, you have to validate the claims anyway.
    Or did you think that Oracle employees were going to answer your question? If so, you are sadly mistaken. Oracle charges money for giving technical support.

  • Venezuela new currency VEF support in JDK 1.4.2

    Hi,
    Is there any plan to support new Venezuela's new currency code (VEF) in JDK 1.4.2 which is getting in effect from 1 Jan, 2008 ? Currently, jdk 1.4.2, 1.5 & 1.6 update 3 shows VEB even for future date.
    Following code returns VEB (old currency code) even for future dates in 2008:
    import java.util.*;
    public class Curr {
         public static void main(String[] args) {
              System.out.println(Currency.getInstance(new Locale("es", "VE", "")));
    I tried with following JDKs, all of them returns VEB:
    - Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_13-b06)
    - Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
    - Java(TM) SE Runtime Environment (build 1.6.0_03-b05)
    Our application (financial) with java/j2ee front-end uses JDK 1.4.2.13 and its going global in Jan 2008 including Venezuela. Please advise! If no patches, any workarounds will be great..
    Thanks!
    -Vinod

    Thanks Naoto!
    I tried to search for 1.4.2_17 (b02) to download and test, but i can't find it. The latest version available in 1.4.2 branch is 1.4.2_16 (http://java.sun.com/j2se/1.4.2/download.html).
    Can you please point me to a url from where i can download this ?
    Thanks!
    -Vinod

  • OAS 4.0.8.1 support for JDK 1.2

    Hello,
    Does any one know if there is support in OAS for the JDK 1.2 because I'm having problems trying to use java/util/TreeMap class.
    Thanks

    Luis,
    JDk1.2 is supported from OAS 4.0.8.2
    You have to use JDK 1.1.X with 4.0.8.1

  • No PKCS#11 support in JDK 6 Update 14 for Windows x64?

    Hi there,
    I successfully installed GlassFish 2.1 on Windows 2008 x64 with JDK 6 Update 13 for x64. Everything was ok until I wanted to access my USB token with a certificate on it trough an EJB.
    I then had to reinstall everything based on 32-bit versions. Now it works again, but I'm not very satisfied with the solution because I wanted to have everything based 64-bit.
    Why JDK 6 Update 14 for Windows x64 does not contain PKCS#11 support? When you have look to the x86 version support is available there.

    If you load successfully your pkcs11 lib into java 32bit mean that the lib is 32bit.
    You cannot load a 32bit native lib into java 64bit ( http://java.sun.com/docs/hotspot/HotSpotFAQ.html#64bit_native_porting ).
    If you find the 64bit lib for your token, you should be able to use java64.

  • Is RSA supported by SunJCE?

    Please, this may sound too basic, but I need to know from you whether SunJCE provider includes the RSA algorithm!

    Anyway, it is surprising that Java has so little
    support for public encryption that lies at the heart
    of cryptology, and security in general. Thanks for
    your help!It's not at all surprising if you know anything about US Export regulations. Those have been recently relaxed - which is why RSA is available as a Cipher now in 1.5.
    The standard Java library has some of the best encryption support I've seen, built in. There are Providers available, for free, that give you access to nearly every algorithm I can think of. JAAS provides access to a wide variety of authentication and authorization protocols. HTTPS is brain-dead easy. I can write my own TrustManager class, to control how (and from whom!) my program accepts certificates. There is built-in support for configurable SecurityManagers, that allow you fine-grained control over the allowed operations of the executing program.
    In what context does Java provide "little support for...security in general"?
    Grant

  • Hash algorithm support in JDK 1.3 and 1.4 (Sha1 or MD5)

    Hello,
    I have a Netscape code signing certificate that support "SHA1WithRSA" as signature algorithm.
    After signing my applet code using Netscape's signtool, I am able to successfully verify it and run it under JavaPlugIn 1.4.
    But while running it under JavaPlugIn 1.3.1, it seems it is not recognized as a signed applet and therefore it fails.
    Howerver, if I sign my applet code using another certificate that supports "MD5WithRSA" as signature algorithm, I can get it running under both 1.3.1 and 1.4.
    It seems to me that JRE 1.3.1 only supports "MD5WithRSA" whereas 1.4 supports both.
    Can anybody please confirm this?? Is it a bug in the JRE 1.3.1 ??
    thanks

    Can anybody please confirm this?? Is it a bug inthe
    JRE 1.3.1 ??
    nope it is not a bug
    Hey, wait a minute, u got my attention. i was typing with sleep in my eyes. Sorry, forget the first post.
    It was a bug , i think i remembered i did have a problem and i replaced the W with a w and it worked.i mean it is the capitalization. try MD5withRSA

  • FTP Protocol support in JDK 1.4.2

    It seems like HTTP is the only official supported Protocol. Any idea if FTP is supported by Sun One Web Server 6.1 SP5. If yes is there any special set up, currently it is not working.
    Thanks

    You answered your own question, when you typed "Sun One Web Server".
    In case that's not clear, no, it doesn't support it.

  • 9iAS support of JDK 1.4

    Does anyone know when this will be certified for JDK 1.4?

    I tried launch OC4J yesterday using jdk 1.4 and was not able to get my servlets and JSPs to work. I didn't spend a lot of time exploring why, but as soon as I installed 1.3 instead, everything worked fine.
    Jeff Kirby
    Lockheed Martin Mission Systems

  • FTP support in JDK

    BACKGROUND
    Hello people. I am writing a small FTP application using sockets. This is what i've done so far...
    Written a communication protocol consisting of 4 commands.
    Written the server and the client.
    Tested that the server receives and interprets the commands correctly.
    PROBLEM
    Now I need to code the actual file transfer but I'm not sure how to approach it. As any good FTP I don't want mine to be restricted by file types etc.
    RESEARCH
    I've googled around looking for ideas and have come across Sun's RFC959. Since it is internal, undocumented, and no source is provided I am slightly apprehensive about using it (and even if I decided I wanted to I couldn't find an API for it).
    IDEAS
    So what I am after is some advice about RFC959 or ideas about which streams are best to use for my FTP application - I assume those are FileInputStream and FileOutputStream for the server-side?
    Advice would be much appreciated :-)

    URL url =                    new URL("ftp://" + uname + ":" + pwd + FTPSERVER + FILETOWRITE);               BufferedReader br =                    new BufferedReader(new FileReader(new File(FILETOWRITE)));               InputStream is = new BufferedInputStream(                           new FileInputStream( (z)+"test.jpg"));                              URLConnection urlConn = url.openConnection();               urlConn.connect();                          BufferedWriter pw= new BufferedWriter(      new OutputStreamWriter(urlConn.getOutputStream()));               OutputStream os =  urlConn.getOutputStream();               byte[] x = new byte[1024];               int t = 0;               while(is.read(x) != -1){                         os.write(x);               }               os.close();                         pw.flush();               pw.close();the while(is.read(x) !=-1) should be changed .
    It's amazing how the SEARCH FUNCTION WORKS!!
    http://forum.java.sun.com/thread.jsp?forum=11&thread=17793&start=15&range=15&hilite=false&q=

  • "Cannot find any provider supporting RSA/ECB/PKCS1Padding" in jdk5

    i use SSLSocket, HttpsURLConnection in program , run well in jdk1.4 but
    get wrong in jdk1.5.0_06, saying "Cannot find any provider supporting RSA/ECB/PKCS1Padding".
    i also try to use the "Unlimited Strength Jurisdiction Policy Files 5.0", but still not work.
    anyone knows why?
    thanks.

    I need more info to tell you exactly. But here are some thngs that might not be working.
    1st let me say I am assuming you are trying RSA encryption?
    1) You have an external JCE provider which provides RSA support installed on your machine using the security properties file. An applet would use a different properties file if you are using either RAW applet or the plugin. You need to add the provider explictly. Aka Security.addProvider(new org.cryptix.jce.Criptix());
    2) The external provider's jar file is not being downloaded with your applet code. Note that the Sun Java plugin does not use the same jre/lib/ext directory as does the JDK.
    3) Some sort of security violation in the SecurityManager of the applet engine if you are not using the Sun Java Plugin.
    Those are just guesses. but it might help if you were to inform us as to what RSA function youa re trying to do. AKA Signature or Cipher.
    Signatures would be a bit more complicated as at least JDK 141 and above have the SunRsaSigner built in. Again if you are using RAW applets (netscape/IE engine) then that would be the problem. (aka no provider installed).

  • Which JDK is JSF supported for?

    Is JSF Supported for JDK 1.3.1_03?

    I think it's more of a J2EE SDK support issue and I think (but am not sure) you need J2EE1.4.
    You may want to try this question on the Sun Java Studio Creator forum:
    http://swforum.sun.com/jive/forum.jspa?forumID=123
    Probably not the most appropriate forum, but more correct than this forum which is focused on the Sun Web Application Framework (JATO).
    craig

Maybe you are looking for

  • Cannot Install Java JDK on Windows 7 Home Premium

    Hello all, I'm sorry if this is the wrong place to post this question. I have an issue trying to install ANY JDK on Windows 7 Home Premium. When I run the install it throws an Error: 1722. I've tried looking around on Google but haven't found much. H

  • E420R Unable to install Solaris 8, 9 or 10

    Hi everyone, Currently I just got hold of a Sun E420R server from a customer. The machine was able to boot but when I re-install the OS to a newer version Solaris 9 it start to give me problem. The machine is have the following error messages.. Pleas

  • How can I print photo with text underneath?

    Hi, I'm trying to print pages of small images of my work - maybe nine to an A4 page - with the title of the work underneath each image. I can't see how to do this in iPhoto. If I export a medium image to a Word document, is this the way to do it? I d

  • Separate or move character in table cell

    I have table with "$" value. I want to separate the $ in cel befor it. is there a script that can move this "$" in the previous cell.

  • Discoverer plus Problem

    Hai Friends... I installed oracle 9ias 1.0.2.2 on 8.1.6 database. I am unable to run the discovere plus. I got the following error. Unable to connect to the discoverer has detected a conflict loading java class oracle/discover/corba/_st_DCILocator. I