Releases: mapbox/mapbox-java
Releases · mapbox/mapbox-java
Mapbox Java SDK v6.0.0-alpha.7
- Exposed include-hov/hot parameters and added exclude list option #1296
Mapbox Java SDK v6.0.0-alpha.6
- Added support for
active_directionencapsulated in lane banner component. #1294
Mapbox Java SDK v6.0.0-alpha.5
Mapbox Java SDK v6.0.0-alpha.4
Mapbox Java SDK v6.0.0-alpha.3
- Bumped
okhttpversion to4.9.0. It requires java 1.8 for compatibility. #1271
Mapbox Java SDK v6.0.0-alpha.2
- Removed
accessTokenfromRouteOptionsand moved it toMapboxDirectionsinstead. This simplifies serialization and deserialization of route objects without potential leaks of data under the assumption that an entity that makes a route request has an ability to provide an access token without the route object having to transport it. #1276
Mapbox Java SDK v6.0.0-alpha.1
- Refactored
MapboxDirectionsto acceptRouteOptionsas an argument that defines request parameters #1265 ⚠️ Added a List overload inRouteOptionsfor coordinates, now there areRouteOptions#coordinates(string)andRouteOptions#coordinatesList(list). If there are routes that were previously serialized withtoJsonmethods and containedRouteOptions, they will not be possible to deserialize anymore since coordinates are now stored as a string and not an array. This breaking change can typically impact test fixtures. To address the change in your existing serializedrouteOptions, change thecoordinatesarray to a semicolon-separated string, for example:
- "coordinates":[[-122.5237429,37.975393],[-122.5231413,37.9750695]]
+ "coordinates":"-122.5237429,37.975393;-122.5231413,37.9750695"
⚠️ Stopped serializing access tokens. This means that if you're deserializing a route that hasrouteOptionsproperty, you need to explicitly provide an access token inDirectionsRoute#fromJson(routeJson, accessToken)or an exception will be thrown. #1267- Moved the
requestUuidobject out ofRouteOptionsand intoDirectionsRoutesince the UUID is not a request parameter, it's a response value #1265 - Added
enableRefreshtoRouteOptionssince it is a route request parameter #1265 - Removed a separate
WalkingOptionsin favor of storing the parameter directly in theRouteOptions#1265 - Exposed
arriveByanddepartAtrequest parameters #1265 - Exposed
ANNOTATION_CONGESTION_NUMERICparameter #1265 - Updated documentation for various route request parameters #1265
- Exposed
DirectionsResponse#fromJson(json, route options, request uuid)that allows to provide information about the original route request which response they deserialize so that Nav SDK can operate correctly #1265 - Exposed
DirectionsRoute#fromJson(json, route options, request uuid)for same reason as above #1265 - Exposed
RouteOptions#fromUrlutility function that creates the object from the request URL which might be useful when paired with the above functions #1265 - Added default values for
RouteOptions: base URL, user, and geometry encoding (polyline6) #1265
#1265 - Fixed an issue where coordinates were rounded to 6 decimal places instead of 7 decimal places that the
GeoJSONspecification expects #1265 - Changed the default encoding for MapMatching to be polyline6 and aligns it with regular route requests #1265
- Added a
Bearingobject that represents a pair of values for{angle, degrees}#1265 - Removed route request parameters verification in favor of letting the service respond with a correct error #1265
- Replaced
Closure@Nullableannotations with@NonNull#1268
Mapbox Java SDK v5.9.0-alpha.5
- Exposed a method to pass a single boolean snapping closure parameter #1253
Mapbox Java SDK v5.9.0-alpha.4
Added support for route closures coming from the directions API #1250