Создание автоинкрементного столбца в Google Appengine

Это хак, злоупотребляющий тем фактом, что Properties расширяет Map, старое неудачное дизайнерское решение.

public final class JvmWideSingleton
{
    private static final JvmWideSingleton INSTANCE;

    static {
        // There should be just one system class loader object in the whole JVM.
        synchronized(ClassLoader.getSystemClassLoader()) {
            Properties sysProps = System.getProperties();
            // The key is a String, because the .class object would be different across classloaders.
            JvmWideSingleton singleton = (JvmWideSingleton) sysProps.get(JvmWideSingleton.class.getName());

            // Some other class loader loaded JvmWideSingleton earlier.
            if (singleton != null) {
                INSTANCE = singleton;
            }
            else {
                // Otherwise this classloader is the first one, let's create a singleton.
                // Make sure not to do any locking within this.
                INSTANCE = new JvmWideSingleton();
                System.getProperties().put(JvmWideSingleton.class.getName(), INSTANCE);
            }
        }
    }

    public static JvmWideSingleton getSingleton() {
        return INSTANCE;
    }
}

Это можно сделать параметризованным, но тогда инициализация будет ленивой и пройдет на getSingleton().

Properties на Hashtable, поэтому он является потокобезопасным (согласно документации). Таким образом, можно использовать props.computeIfAbsent(). Но мне это нравится больше.

Также читайте здесь: Область свойств Java System

Я только что написал это, и есть шанс, что есть что-то Я забыл, что это помешало бы этому работать.