Passwords are different. They are not encrypted by the entity engine, they are
done by the service so you'd have to run a service or something after the fact
(not sure if this exists) to encrypt all passwords.
-David
Vince Clark wrote:
David, can you clarify something about importing data via XML that needs
to be encrypted?
Question is, do you import it as clear text and OfBiz will encrypt
during the xml import? Or do you have to import the values as already
encrypted?
If encryption is performed during the import, will it apply to any
fields that need to be encrypted, for example user passwords?
We are performing a migration where we would want to export user records
from an old system in clear text and import into OfBiz, performing the
necessary encryption in the process.
David E Jones wrote:
Dave Tenerowicz wrote:
Is there any way to import credit card data in an encrypted format,
so that OfBiz can properly decrypt the values?
We need to import millions of credit card records into OFB, and would
like to do this directly to the database (SQL Server) without using
xml import. Can this be done? What encryption method is being used by
OfBiz?
Quite possible, just have to find out which encryption scheme and
key(s) have been used and make sure OFBiz is doing the same.
Or is the only safe approach to use XML import?
Can go either way. Just make sure with the XML import that it doesn't
double-encrypt it...
If we use XML import, what are the absolute record limits per import
file? I'm guessing 10,000 records per file?
In theory there is no limit. ;)
-David
