You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @wstrange
It could be a bit far fetched but I am trying to reduce dependencies. since JDK8 has built in Base64 and many server environments also have some Base64 utilities does it make sense to make this dependency optional and allow configuring Authenticator with an implementation of your internal Base64 interface.
This way with httputils made optional your library will be a little sweet no dependencies library. otherwise bringing it int server environment may cause jar conflicts
The text was updated successfully, but these errors were encountered:
This library still targets Java 7 and the main reason I'm doing so is because I see a lot of people still using it, especially on enterprise applications. Dropping Java 7 is certainly possible, but I'm not sure the pros (removing a 278K dependency with no transitive dependency) outweighs the cons: either dropping Java SE 7 (no authoritative statistics, but quick Google search suggest > 40% of the Java user base is running 7) or implementing an internal service interface to plug a Base64 codec.
I do not really propose to drop jdk7 support but rather a pluggable provider for encoding so I can implement an alternative (JDK8 based or tomcat libraries based) provider and avoid importing the library.
It is not about the size of course but about avoiding a single purpose library like yours bringing in dependencies that may conflict with the main application dependencies. This library is pretty stable and small so I can live with it :-)
Hi @wstrange
It could be a bit far fetched but I am trying to reduce dependencies. since JDK8 has built in Base64 and many server environments also have some Base64 utilities does it make sense to make this dependency optional and allow configuring Authenticator with an implementation of your internal Base64 interface.
This way with httputils made optional your library will be a little sweet no dependencies library. otherwise bringing it int server environment may cause jar conflicts
The text was updated successfully, but these errors were encountered: