Skip to content

Conversation

@dmacvicar
Copy link
Contributor

A build tool should is very low in the food chain and should have as little dependencies as possible.

Obfuscating password with fixed password encryption does not have much sense, but if it is going to be done, it is not worth to depend on an additional library for that.

This PR ports the obfuscation to sun.misc.BASE64_. We can use sun.misc.BASE64_ as it is already used in net.ocheyedan.ply.dep.BasicAuth. The PR also adds a previously non-existent test.

In the future should look for a Apache licensed file and copy it into the
tree as sun.misc.* is not public API.

We can use sun.misc.BASE64* as it is already used in
net.ocheyedan.ply.dep.BasicAuth.

In the future should look for a Apache licensed file and copy it into the
tree as sun.misc.* is not public API.
@blangel
Copy link
Owner

blangel commented Jun 15, 2016

@dmacvicar right. On my todo has always been revisiting the password compiled into code. Perhaps it should come from a configuration file. There would be a system one ($PLY_HOME/config/pwd.properties) which projects could override with their own project specific one (like any other ply property). Thoughts?

@dmacvicar
Copy link
Contributor Author

It would be cool if we could interface with the native keyrings on Windows, Linux and OSX, however this may require a dependency on at least dbus bindings on Linux or using JNI (which I think you already pull somehow).

@blangel
Copy link
Owner

blangel commented Jun 15, 2016

Right, I think that a good idea (JNI is included currently for symlink as I created ply started prior to Java 7).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants