Getting license error when moving to a VM

Question

We have a existing product which uses edtftpj-pro.jar which is licensed. We deployed this to a new VM and our test is not working, and we get this message:

Error: java.lang.RuntimeException: Failed to read license file - is license.jar in the CLASSPATH?
at com.enterprisedt.util.license.LicensePropertiesFactory.createLicenseProperties(Unknown Source)
at com.enterprisedt.net.ftp.ssh.SCPClient.<init>(Unknown Source)
at com.enterprisedt.net.ftp.ssh.SSHFTPClient.<init>(Unknown Source)


We do not use license.jar since we have a license for the product. We have tried everything, swapping tomcat version, java, exact config files. I've had no issues w/this before moving the hostname, is there some issue with this product using a VM versus physical hardware? This is the only difference we have.

DEBUG output:

DEBUG [CryptixProperties] 15 Aug 2013 15:33:28.322 : Successfully loaded the CryptixEDT properties file
INFO [puretls] 15 Aug 2013 15:33:28.342 : PureTLS debug level=0
DEBUG [com.enterprisedt.net.j2ssh.transport.cipher.SshCipherFactory] 15 Aug 2013 15:33:28.356 : Loading supported cipher algorithms
DEBUG [SshKeyExchangeFactory] 15 Aug 2013 15:33:28.376 : Loading key exchange methods
DEBUG [SshKeyExchangeFactory] 15 Aug 2013 15:33:28.385 : The default key exchange is not set! using first in list
DEBUG [com.enterprisedt.net.j2ssh.transport.publickey.SshKeyPairFactory] 15 Aug 2013 15:33:28.391 : Loading public key algorithms
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.424 : Security provider 0: SUN
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.425 : Security provider 1: SunRsaSign
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.425 : Security provider 2: SunJSSE
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.425 : Security provider 3: SunJCE
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.425 : Security provider 4: SunJGSS
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.428 : Security provider 5: SunSASL
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.428 : Security provider 6: XMLDSig
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.428 : Security provider 7: SunPCSC
DEBUG [ConfigurationLoader] 15 Aug 2013 15:33:28.428 : Security provider 8: CryptixEDT
DEBUG [com.enterprisedt.net.j2ssh.transport.publickey.SshKeyPairFactory] 15 Aug 2013 15:33:28.428 : The default public key is not set! using first in list
DEBUG [SshCompressionFactory] 15 Aug 2013 15:33:28.435 : Loading compression methods
DEBUG [SshCompressionFactory] 15 Aug 2013 15:33:28.435 : Installed none compression
DEBUG [SshCompressionFactory] 15 Aug 2013 15:33:28.438 : Installed zlib compression
DEBUG [SshHmacFactory] 15 Aug 2013 15:33:28.441 : Loading message authentication methods
WARN [LicensePropertiesBase] 15 Aug 2013 15:33:28.488 : Failed to read properties file edtlicense.properties

Answer 1

"We do not use license.jar since we have a license for the product."

So what do you use to load your license details?

Answer 2

We use a properties file which is supplied as a "-D" java variable option. It works fine on existing server but not on the VM.

We do have another difference regarding the DB the app is using, so I have a developer taking a look at that. If it's related to that and has nothing to do w/SFTP, I'll update.

I'm just wondering if there has ever been any reports like this regarding use of the product on VM Linux O/S.

Answer 3

We haven't had a report like this before. Perhaps the VM is dealing with property files slightly differently.

You can also explicitly code in the license details:

com.enterprisedt.util.license.License.setLicenseDetails("LicenseOwner", "xxx-xxx-xxx-xxx");