Afaik they are the sha1sum-s of the binary file in question. We prefer
to have them available from Maven Central repo, in that case you shall
use the G:A:V notation. otherwise we are looking for the library on our
external binaries site at Oregon State University Library OSUL
On 4/3/21 8:35 AM, Přemysl Vyhnal wrote:
Hi, thanks Jaroslav and Matthias for your replies.
Because I'm not that familiar with JNA I wanted to experiment with the
dbus-java library to see if it will be easier for me to implement the
KeyringProvider using that instead of JNA.
But then I hit another big obstacle for me - looks like I'm also not
familiar with ant and netbeans build (normally I use mvn or gradle)
and I'm struggling with adding the external library.
Is there anything written about this somewhere or could someone maybe
point me to a commit or a module/library where something similar was
added?
I found the binaries-list file but I'm not sure where is that checksum
(?) from and where are the dependencies being downloaded from?
Some dependencies are "wrapped" like org.netbeans.libs.junit4 for
example. Is this how to add any dependency?
Thanks a lot for any help
Regards
Premek
On Mon, Mar 29, 2021 at 8:01 AM Bläsing, Matthias
<[email protected]> wrote:
[Resend to mailinglist]
Hi,
Am 28.03.2021 um 01:47 schrieb Přemysl Vyhnal:
I looked a bit into why keyring is not used on new versions of Gnome
(see the email below), there is also Jira for it: NETBEANS-4150
- On Gnome 'gnome-keyring' library was used which is no longer present
in new versions and is replaced by "libsecret".
- libsecret calls the "Secret Service" API using D-Bus.
- Secret Service should be supported by both gnome and kde desktops.
Now we could
1) add a new KeyringProvider that would use libsecret using JNA - same
like GnomeProvider currently uses gnome-keyring.
2) Or we could call the Secret Service D-Bus using dbus-send
application (that should be installed on gnome desktops) -
KWalletProvider is currently done that way using qdbus application
3) or we could call D-Bus "directly" from java probably using dbus-java [1]
What would be the preferred way to do this? 3) looks the best to me
but what are the rules about adding new dependencies?
dbus-java is MIT and it depends on jnr-unixsocket which is Apache license.
I only had a quick look at libsecret and its simple API. If that API is
enough for our usecase, It looks doable to bind it with JNA. We already
ship JNA with the platform, so it would not introduce another dependency.
I admit, that I'm biased though, as I'm one of the JNA maintainers.
Greetings
Matthias
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
