File: control

package info (click to toggle)
aeonbits-owner 1.0.12%2Bds-3
  • links: PTS, VCS
  • area: main
  • in suites: bookworm, sid, trixie
  • size: 1,712 kB
  • sloc: java: 8,821; xml: 1,068; sh: 15; makefile: 2
file content (49 lines) | stat: -rw-r--r-- 2,272 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
Source: aeonbits-owner
Section: java
Priority: optional
Maintainer: Debian Med Packaging Team <debian-med-packaging@lists.alioth.debian.org>
Uploaders: Pierre Gruet <pgt@debian.org>
Build-Depends: debhelper-compat (= 13),
               default-jdk-headless,
               javahelper,
               maven-debian-helper
Build-Depends-Indep: junit4 <!nocheck>,
                     libcommons-codec-java <!nocheck>,
                     libcurator-framework-java,
                     libcurator-test-java <!nocheck>,
                     libhamcrest-java <!nocheck>,
                     libmockito-java <!nocheck>,
                     libslf4j-java <!nocheck>,
                     libzookeeper-java
Standards-Version: 4.6.2
Vcs-Browser: https://salsa.debian.org/med-team/aeonbits-owner
Vcs-Git: https://salsa.debian.org/med-team/aeonbits-owner.git
Homepage: https://owner.aeonbits.org/
Rules-Requires-Root: no

Package: libaeonbits-owner-java
Architecture: all
Depends: ${misc:Depends},
         ${maven:Depends}
Suggests: ${maven:OptionalDepends}
Multi-Arch: foreign
Description: API to handle application configuration through Java properties file
 OWNER was written because the code dealing with the configuration is
 frequently repetitive, redundant, it’s made of static classes, singletons,
 long list of methods just doing conversion from a string property to a named
 method returning a Java primitive or a basic Java object.
 .
 OWNER solves the problem providing an interface object that
  - is easy to mock, easy to pass to other objects (via dependency injection);
  - declaratively maps the configuration without any redundancy;
  - can easily expand the loading logic in order to have multiple configuration
  files, multiple level of overriding (global configuration, user-level,
  defaults, etc);
  - doesn’t need to have an actual properties file backing the configuration,
  if one uses @DefaultValue.
  - provides a lot of features, like hot reloading, variables expansion, etc;
  - leaves one free to do everything one is already doing with
  java.util.Properties;
  - does support a super powerful type conversion, which includes arrays,
  collections, many standard Java objects, and even the possibility to plug
  one's own conversion logic.