stepio / jpasskit Goto Github PK

Now there is only one constructor available - with ObjectMapper. But actually you cannot pass existing immutable instance, as additional configurations are applied in constructor:

        jsonObjectMapper.setSerializationInclusion(Include.NON_NULL);
        jsonObjectMapper.addMixIn(Object.class, ValidateFilterMixIn.class);
        jsonObjectMapper.addMixIn(PKPass.class, PkPassFilterMixIn.class);
        jsonObjectMapper.addMixIn(PKBarcode.class, BarcodeFilterMixIn.class);
        jsonObjectMapper.addMixIn(Charset.class, CharsetFilterMixIn.class);

So if you'd like to use the existing object mapper (as API owner suggests), it's state is altered, which is not very good.

• use java 7 approach for resource closing & exception handling
• remove code duplication
• stop using deprecated methods
• update tests
• fix warnings in pom.xml
• support relative path for template resources
• support non-unix file separators in manifest files

According to the Passbook documentation:
https://developer.apple.com/library/ios/documentation/UserExperience/Reference/PassKit_Bundle/Chapters/TopLevel.html#//apple_ref/doc/uid/TP40012026-CH2-SW2

As key is deprecated, uprated setter to enable partial cleansing for this deprecated parameter.

Passes model should be made serializable

I was also working on the iOS7 support, merged my work with mainline.

Source:
https://developer.apple.com/library/ios/documentation/UserExperience/Reference/PassKit_Bundle

Eclipse project (internal) files should not be included into repository: different versions of eclipse update them differently. That's why ".classpath" file (for example) is always modified in my repository, which complicates commits.

jpasskit.server depends on the old version of jpasskit (0.0.2-SNAPSHOT), which is not available

Update PKPass class, add getPassThatWasSet function:

    public PKGenericPass getPassThatWasSet() {
        return passThatWasSet;
    }

This is required to simplify implementation of type-independent processing methods for passes.

Fix various issues:

• add ability to build in Mac OS X - skip calling "gpg" for this OS;
• fix javadoc generating in JDK 1.7 - skip argument "-Xdoclint:none";
• minor cleanup.

New feature from PassWallet Developer Guide v0.7

As of v1.31 of PassWallet, support for linking a pass to an Android app was added.
In order to link the pass, add the following section to the pass.json as a top level field:

"associatedApps" : [
    {
        "title":"PassWallet - Passbook + NFC",
        "idGooglePlay":"com.attidomobile.passwallet",
        "idAmazon":"com.attidomobile.passwallet"
    }
]

One or more apps can be associated with the pass.

Update function convertStringToColor to support reading Color from six-digit (hex triplet) and three-digit (shorthand) hexadecimal forms.
Provides better flexibility for importing of passes.

Windows file separators are not supported by Passbook, should be replaced by UNIX separators.

According to the Passbook documentation:
https://developer.apple.com/library/ios/documentation/UserExperience/Reference/PassKit_Bundle/Chapters/TopLevel.html#//apple_ref/doc/uid/TP40012026-CH2-SW2

But if "false" value is set from Java code (as it's done now), than this key is always included (with "false" by default). So it becomes mandatory instead of optional, what is incorrect and useless.

List of "auxiliaryFields" is somehow missing in the validation method.

Make the already deprecated methods really deprecated - useless & backward compatible.
Also inspired by issue:
drallgood#66