Download JAR files tagged by single with all dependencies

Village is a 100% Pure Java API that sits on top of the JDBC API. The purpose of this API is to make it easier to interact with a JDBC compliant relational database. By using Village, it is possible to execute and manage select/insert/update/delete SQL statements without having to actually write a single line of SQL. Village can use any valid JDBC Connection object, so it is possible to use Village with a JDBC Connection pool.

The standardization of KHQR code specifications will help promote wider use of mobile retail payments in Cambodia and provide consistent user experience for merchants and consumers. It can enable interoperability in the payment industry. A common QR code would facilitate payments among different schemes, e-wallets and banks and would encourage small merchants to adopt KHQR code as payment method. KHQR is created for retail or remittance in Cambodia and Cross-Border. It only requires a single QR for receiving transactions from any payment provider through Bakong including Bakong App.

Provides non-free data, including the EPSG geodetic dataset, in a single read-only JAR file. This 'sis-embedded-data' module contains a copy of EPSG geodetic dataset in an embedded Apache Derby database. Having this module on the classpath avoid the need to set the 'SIS_DATA' environment variable for using the Coordinate Reference Systems (CRS) and Coordinate Operations defined by EPSG. EPSG is maintained by the IOGP Surveying & Positioning Committee and reproduced in this module with same content. See https://www.epsg.org/ for more information.

This archetype is creating a full Sling Project composed of a OSGi Bundle and a Content Package which can be deployed to the Sling using specific profiles. It also contains two shadow folders that provide example code / files which are not part of the default build but can be easily copied into the active modules. If the project was created with the **optionAll** property set to **y** (yes) then an **All** package is created with acts as the single deployment unit of all bundles and packages in that project. Otherwise the **ui.apps** package is the deployment unit.

This plugin provides a registered action, toolbar button and menu actions which can clear the REUSE flag <b>preventing a file from being replaced</b>. <br/><br/> The toolbar button, which looks like a "push pin", provides a visual indication that the currently active editor is REUSEable; the button is only enabled when the active editor is REUSEable. <br/><br/> In some situations the IDE/platform opens a file with the REUSE flag (see NetBeans API doc Line.ShowOpenType); files opened like this can be automatically replaced in an editor window by other files. <br/><br/> IDE REUSE examples: single stepping into a file, clicking on a stacktrace for goto source, jVi tag-stack operations.

Easy to install library for adding dynamic display, control and configuration of java.util.logging to any swing based application. Useful for debugging apps in production situations; can interactively configure logging while an application is running including adding a handler to save logging output to a file. Changes made to an application's default/startup logging can be saved and automatically applied at startup. LogMan "single" library package for use in swing apps. The jar can be executed, "java -jar xxx", for a demo of the library. See com.raelity.logman.demo.Main for an example of adding the library to a swing app.

This library is the the backend for the Fitzhì solution. Fitzhì aims to gather all technical data regarding your application portfolio into ONE single portal. Fitzhì provides also analysis and assessments at the project scope, but its main target is the portfolio. The main ambition is to provide a global, and dynamic vision of the technical risk for your IT. The dream functionality for Fitzhì should be the ONE single dashboard, one Single Point Point Of Quality, available for the CTO, or CIO, and ready to resume in one second, one view, the current situation and the historic trend.

The standardization of KHQR code specifications will help promote wider use of mobile retail payments in Cambodia and provide consistent user experience for merchants and consumers. It can enable interoperability in the payment industry. A common QR code would facilitate payments among different schemes, e-wallets and banks and would encourage small merchants to adopt KHQR code as payment method. KHQR is created for retail or remittance in Cambodia and Cross-Border. It only requires a single QR for receiving transactions from any payment provider through Bakong including Bakong App.

This library is the the backend for the Fitzhì solution. Fitzhì aims to gather all technical data regarding your application portfolio into ONE single portal. Fitzhì provides also analysis and assessments at the project scope, but its main target is the portfolio. The main ambition is to provide a global, and dynamic vision of the technical risk for your IT. The dream functionality for Fitzhì should be the ONE single dashboard, one Single Point Point Of Quality, available for the CTO, or CIO, and ready to resume in one second, one view, the current situation and the historic trend.

Samply.Common.MDRFaces is a Java Server Faces library which eases the user interface design of web applications where the respective data model relies on well defined data elements. Especially in case of systems for electronic data capturing, where the necessary data model is not known beforehand and can even vary over time, the user interface has to be easily adjustable. This often means the user instead of the developer designs the various forms for data entry and therefore an easy to use mechanism has to be provided. By using Samply.MDRFaces the developer can focus on the implementation of that mechanism, e.g. some editor component, but does not have to cope with the visualization of every single data element as for that is taken care of automatically.