[powah]

I create the jar file MyJCESP.jar from MyWrapperAbstract.java & MyWrapperData.java.
The DeriveKeyDemo.java use this jar file but compiling it result in the "cannot find symbol" error.
Please help.

//////////////////////////////
// MyWrapperAbstract.java
//////////////////////////////

package com.mycomp.cryptox;

import com.mycomp.crypto.*;

import java.security.*;
import java.security.spec.*;
import javax.crypto.*;

public abstract class MyWrapperAbstract extends KeyGeneratorSpi {
// ...
}


//////////////////////////////
// MyWrapperData.java
//////////////////////////////

package com.mycomp.cryptox;

import com.mycomp.crypto.*;

import java.security.*;
import java.security.spec.*;
import javax.crypto.*;

class MyWrapperData extends MyWrapperAbstract {
// ...
}

MyWrapperAbstract.java & MyWrapperData are compiled to create the jar file MyJCESP.jar.


//////////////////////////////
// DeriveKeyDemo.java
//////////////////////////////
import java.io.*;
import java.util.*;
import java.security.*;
import java.security.cert.*;
import javax.crypto.*;
import javax.crypto.spec.*;
import javax.crypto.interfaces.*;

import com.mycomp.cryptox.*; // Load MyJCEProvider classes
import com.mycomp.crypto.*; // Load MyJCAProvider classes


public class DeriveKeyDemo
{
public static void main(String[] args)
{
try
{
keyDerivator = MyWrapperData.getInstance("DES", "MyJCEProvider");
keyDerivator.initialize(keyGen, 1024);

// ...
}
}
}

CLASSPATH is setup as below:
$ export CLASSPATH=/home/powah/jdk1.6.0_06/jre/lib/ext/MyJCASP.jar:/home/powah/jdk1.6.0_06/jre/lib/ext/MyJCESP.jar


$ javac DeriveKeyDemo.java
^
DeriveKeyDemo.java:94: cannot find symbol
symbol : method getInstance(java.lang.String,java.lang.String)
location: class com.mycomp.cryptox.MyWrapperData
keyDerivator = MyWrapperData.getInstance("DES", "MyJCEProvider");
^
DeriveKeyDemo.java:95: cannot find symbol
symbol : method initialize(javax.crypto.KeyGenerator,int)
location: class com.mycomp.cryptox.MyWrapperData
keyDerivator.initialize(keyGen, 1024);
^
2 errors

[Haraldo]

The error indicates that the methods with the given signatures cannot be found. Take a close look at you defninition of getInstance in the MyWrapperData class, and the initialize in whatever class keyDericator is an instance of.

[jwenting]

start by never putting anything in the jre/lib/ext or equivalent directories. Those directories were a very bad idea and should never be used.
then compile those classes before trying to reference them from a jar.

[jayaswals]

Hi,

You can use engineInit(1024,keygen) intead of Initialize.

do you have method signature of getInstance(string, stirng) in your MywrapperData.java class?

[powah]

I still has the same problem after changing CLASSPATH & checked that method signature of getInstance(string, string) is in your MywrapperData.java class
export CLASSPATH=/home/powah/myproj/MyJCASP.jar:/home/powah/myproj/MyJCESP.jar:.

[powah]

I still has the same problem after changing CLASSPATH & checked that method signature of getInstance(string, string) is in your MywrapperData.java class
export CLASSPATH=/home/powah/myproj/MyJCASP.jar:/home/powah/myproj/MyJCESP.jar:.

[nirmal.hbti@gmail.com]

Hi,

I think you are not creating the jars correctly.

As you can see you have the following package hierarchy:
com.mycomp.cryptox

First check whether the generated jars has the following packages or not.
The .class files should be inside com/mycomp/cryptox/

For that you should be in the just one level up of the com directory. Then you should use the jar command to generate the jars....

That will definitely work...


Thanks
Nirmal

[jdavidboyd]

Originally Posted by jwenting

start by never putting anything in the jre/lib/ext or equivalent directories. Those directories were a very bad idea and should never be used.
then compile those classes before trying to reference them from a jar.

Hmm, could, and would, you elaborate on this please? I've been using the jre/lib/ext directory for years to place .jar files in, and never had a problem....
(That I know of, of course!)

Dave

[jwenting]

and have you ever distributed your work to others who don't have those same jar files in there?
Or tried to run any Java software you didn't write yourself that uses different versions of those libraries you put in there.
Obviously you haven't...

Putting things in there leads to the Java equivalent of DLL Hell, missing resources, version conflicts, etc. etc.

It's a terrible mess, and easily avoided by learning how to set your classpath per application (never use the system classpath for the same reason) and include your libraries in an application specific lib directory.

[jdavidboyd]

Nope, you're right, I've never done that. We sent everything out as a bundle, and the installer always put our libs into that directory.

I won't do that anymore, since it makes sense to add in another directory to the classpath.

Thanks for the tip.