HFT Collections (API)

Trove of primitive collections with Apache 2.0 license, built for Java Java 6 or 7

License

License

Categories

Categories

Net
GroupId

GroupId

net.openhft
ArtifactId

ArtifactId

hftc-api-jdk6-7
Last Version

Last Version

0.5.1
Release Date

Release Date

Type

Type

jar
Description

Description

HFT Collections (API)
Trove of primitive collections with Apache 2.0 license, built for Java Java 6 or 7
Project URL

Project URL

https://github.com/OpenHFT/hftc
Project Organization

Project Organization

Higher Frequency Trading
Source Code Management

Source Code Management

https://github.com/OpenHFT/hftc

Download hftc-api-jdk6-7

How to add to project

<!-- https://jarcasting.com/artifacts/net.openhft/hftc-api-jdk6-7/ -->
<dependency>
    <groupId>net.openhft</groupId>
    <artifactId>hftc-api-jdk6-7</artifactId>
    <version>0.5.1</version>
</dependency>
// https://jarcasting.com/artifacts/net.openhft/hftc-api-jdk6-7/
implementation 'net.openhft:hftc-api-jdk6-7:0.5.1'
// https://jarcasting.com/artifacts/net.openhft/hftc-api-jdk6-7/
implementation ("net.openhft:hftc-api-jdk6-7:0.5.1")
'net.openhft:hftc-api-jdk6-7:jar:0.5.1'
<dependency org="net.openhft" name="hftc-api-jdk6-7" rev="0.5.1">
  <artifact name="hftc-api-jdk6-7" type="jar" />
</dependency>
@Grapes(
@Grab(group='net.openhft', module='hftc-api-jdk6-7', version='0.5.1')
)
libraryDependencies += "net.openhft" % "hftc-api-jdk6-7" % "0.5.1"
[net.openhft/hftc-api-jdk6-7 "0.5.1"]

Dependencies

compile (1)

Group / Artifact Type Version
com.google.code.findbugs : jsr305 jar 2.0.3

provided (1)

Group / Artifact Type Version
com.google.auto.value : auto-value jar 1.0-rc1

Project Modules

There are no modules declared in this project.

Koloboke

A family of projects around collections in Java (so far).

The Koloboke Collections API

koloboke-api maven central

A carefully designed extension of the Java Collections Framework with primitive specializations and more. Java 6+. Apache 2.0 license.

Compatibility with the Java Collections Framework

  • All primitive specialization collections extend basic interfaces (Collection, Set, Map), hence could be used as drop-in replacements of slow collections of boxed values
  • API for Java 6 and 7 is forward-compatible with all methods new in Java 8

JavaDoc: Java 6 | Java 7 | Java 8

Koloboke Compile

koloboke-compile maven central

An annotation processor, generates implementations for collection-like abstract classes or interfaces. API agnostic, may be used to generate implementation for classes or interfaces, extending interfaces from the Koloboke Collections API, or, for example, interfaces from the Trove collections library. "Embeddable version" of the Koloboke implementation library.

Quick start

Add the following dependencies in your Maven pom.xml:

  <dependency>
    <groupId>com.koloboke</groupId>
    <artifactId>koloboke-compile</artifactId>
    <version>0.5.1</version>
    <scope>provided</scope>
  </dependency>
  <dependency>
    <groupId>com.koloboke</groupId>
    <!-- `jdk6-7` instead of `jdk8` if you use Java 6 or 7 -->
    <artifactId>koloboke-impl-common-jdk8</artifactId>
    <version>1.0.0</version>
  </dependency>

Or in your Gradle build script, you should first apply the propdeps Gradle plugin to enable provided dependencies, and then configure the dependencies block:

dependencies {
    provided 'com.koloboke:koloboke-compile:0.5.1'
    // `jdk6-7` instead of `jdk8` if you use Java 6 or 7
    compile 'com.koloboke:koloboke-impl-common-jdk8:1.0.0'
}

Next step: read the Koloboke Compile tutorial.

Javadocs

The Koloboke implementation library

koloboke-impl maven central

An efficient implementation of the Koloboke Collections API.

Compatibility with the Java Collections Framework

  • Fail-fast semantics everywhere
  • null keys are (optionally) supported, just like in java.util.HashMap
  • Float.NaN and Double.NaN keys are treated consistently with boxed version (all NaNs are considered equal)

Quick start

Add the following dependencies in your Maven pom.xml:

  <dependencies>
    <dependency>
      <groupId>com.koloboke</groupId>
      <artifactId>koloboke-api-jdk8</artifactId>
      <version>1.0.0</version>
    </dependency>
    <dependency>
      <groupId>com.koloboke</groupId>
      <artifactId>koloboke-impl-jdk8</artifactId>
      <version>1.0.0</version>
      <scope>runtime</scope>
    </dependency>
  <dependencies>

Or to your Gradle build script:

dependencies {
    // `jdk6-7` instead of `jdk8` if you use Java 7 or older
    compile 'com.koloboke:koloboke-api-jdk8:1.0.0'
    runtime 'com.koloboke:koloboke-impl-jdk8:1.0.0'
}

Or similarly for your favourite build system.

Then you can start using collections. Replace all lines like

Map<Integer, Integer> map = new HashMap<>();

with

Map<Integer, Integer> map = HashIntIntMaps.newMutableMap();

Next step: see [the table of equivalents of JDK collection patterns] (http://leventov.github.io/Koloboke/api/1.0/java8/index.html#jdk-equivalents).


Releases (with changelog)


Contributing, Feedback & Support

Use issues or ask a question on StackOverflow.


How to build and develop

Gradle build requires Java 8 compiler, set JAVA_HOME environment variable to the JDK 8 location. Next to your JDK 8 location (i. e. a jdk1.8 directory), JDK 9 installation has to be present in a jdk-9 directory. For meta projects development, JDK 6 and JDK 7 also have to be present in jdk1.6 and jdk1.7 directories sibling to the jdk1.8 directory.

Then

$ git clone [email protected]:leventov/Koloboke.git
$ cd Koloboke
$ ./gradlew :buildMeta
$ ./gradlew buildMain -x test -x findbugsMain -x findbugsTest
$ ./gradlew idea

Then you can open the project in IntelliJ IDEA.

To rebuild meta projects (code generators), run from the project root dir:

$ ./gradlew :cleanMeta :buildMeta

To rebuild either the lib, benchmarks or both, run

$ ./gradlew cleanMain buildMain

from the lib, benchmarks subdir or the root project dir respectively.

To build the lib for Java 8, run

$ ../gradlew cleanMain buildMain -PlibTargetJava=8

from the lib subdir.

If you want to generate proper Javadocs, especially for Java 6 or 7, you should specify javadocExecutable and jdkSrc build properties (see Gradle docs for how to do that). Typical javadocExecutable value is JAVA_HOME/bin/javadoc[.exe], jdkSrc should point to a directory which contain uncompressed JDK sources, i. e. package structure starting from java, javax, sun, etc. subdirs.


Project name history

  • Trove (This project was started as a Trove fork, but has nothing in common with Trove for already very long time.)
  • UntitledCollectionsProject, UCP
  • Higher Frequency Trading Collections, OpenHFT Collections, HFT Collections, HFTC
  • Koloboke (Collections) -- current name!
net.openhft

Chronicle Software : Open Source

Open Source components of Chronicle Software

Versions

Version
0.5.1
0.5