Third Party Developer Blog

rss Viewing archived items for 2016


Technical Note: Character ID Ranges

CCP Bartender | 2016-12-07 15:31
Greetings developers, Quick info dump here. Up until now, all character ID's have been totally sequential and existed in rigidly defined ID ranges. In support of the influx of new players from the Ascension release, we are laying the groundwork to move characters into a non-sequential range (much like citadel ID's). More news on that will come next year (no need to panic ^_^), but for right now, you should know that all new characters on singularity are being created with ID's starting from 2112000000. This change will be released on TQ next Tuesday, 13th Dec 2016. For the time being, these new character ID's will remain sequential. However, CCP makes no guarantees that this will continue to be the case, and caution against encoding that assumption into your application logic as a long term strategy. (And yes, once we're closer to ... read more

Introducing the ESI API

Team Tech Co | 2016-11-08 18:45 | Comments
The EVE Swagger Interface is a new framework developed by Team Tech Co to underpin the new ESI API. If you don't know what this is, you should go here to read the blog Introducing ESI - A new API for EVE Online. This blog will dive a little deeper into the design and technical specifics of ESI, going to get into the base design of ESI to explain a few basic principles of what's going on behind the scenes. Most of this is transparent to the front-end, but may be of interest to some capsuleers regardless. Fundamentals Multi-tenant to the core ESI was designed to be a single interface to all information EVE related. As such, if ESI and the cluster agree on configuration, you can change the datasource query parameter on any route (including //swagger.json) to the ... read more

Legacy SDE discontinued

CCP Tellus | 2016-10-20 14:27
Greetings capsuleers! Along with the release of the Citadel expansion several months back, we improved upon the Static Data Export (SDE) by converting the remaining SQL data to YAML files. To aid in the transition and to give 3rd party developers time to migrate over to the new format, we had provided SDE builds in the old format alongside the new version after each release. We are discontinuing builds of the old SDE version builds. New SDE releases will be YAML only. That's all! Have a nice day. :) ~~ CCP Tellus read more

YC118.8 CREST Features

CCP Bartender | 2016-09-02 17:22
Greetings all! There are some new and resurrected features coming to CREST in the YC118.8 release. New remote client UI feature: open mail template Resource: /characters//ui/openwindow/newmail/ As part of our ongoing work on smoothing the transition away from the IGB removal, the /characters//ui/openwindow/newmail/ resource has been added. This POST resource will take a subject and body, and optionally a list of recipients, and open a pre-filled mail window on the client, ready for the user to hit send. There are a few caveats due to idiosyncrasies in the eve mail system: Corporations, alliances and mailing lists are all types of mailing groups. You may only send to one mailing group, at a time, so you may either fill out the corporationOrAllianceRecipient field, or the toMailingListId field, but not both. You may ... read more

Reminder to Developers: No Scamming

CCP Bartender | 2016-07-04 12:46
Hello Developers We just wanted to remind you that using any of our tools that require you to sign the Developer License Agreement to scam other players is against the terms of the developer agreement. This includes the use of the SSO or other authed CREST endpoints. The relevant part is below 2. Grant of License 3. Developer acknowledges and agrees that no Application shall be used (a) to inject, deliver, or activate malware, worms, Trojan horses, or other bugs, (b) as a means of phishing or spamming, (c) as a means of tracking Player information or Player activity without the express knowledge and consent of such Player, (d) as a means to misappropriate a Player's in-game items or other information, or to otherwise cheat, scam, or defraud Players who subscribe to the Application, or (e) as a means of ... read more

Improvements to CREST endpoint Corporation structures

CCP Bartender | 2016-06-16 14:40 | Comments
Hi all, CCP Bartender here! A quick note about some upcoming changes in the corporation structures resource. This resource was my first introduction to creating crest handlers, and as part of a routine review of the crest logs I have found that unfortunately it was not up to scratch. Two key issues have been found: Due to a caching bug, one hour after a user first requests their corporation structures the resource would start returning 500 errors. I typo'd the hell out of the resource route, and it was under the tree root /corporation/ rather than /corporations/. Note the lack of trailing 's'. As such, it is inconsistent with every other corporation resource. In addition, it also wasn't discoverable because it wasn't linked to from anywhere, which is kind of a CREST ... read more

CREST Renovations for June 2016

CCP FoxFour | 2016-06-07 18:58 | Comments
Hello everyone, With DUST officially shut down as of May 30th I took some time to go through CREST and cleanup a bunch of things. The primary objective of this work was to remove everything relating to DUST from CREST, or more specifically everything not used by third-party developers for EVE. However, since I was making a number of changes that were going to break things anyway, I decided I may as well make a few other changes that will undoubtedly break other things. There are also a few smaller changes that don't actually break anything sprinkled into the mix for good measure. These changes will be deployed on June 14th. Hopefully this is enough time for everyone to prepare for the changes. They are all live on Singularity now so you can go ahead and test against that to make sure your code ... read more

New CREST Resource for Bulk Market Orders

CCP FoxFour | 2016-05-23 14:38 | Comments
Hello everyone! I wanted to inform you all about a new market resource in the CREST API. Until now, if you wanted to get all the market orders for Tranquility you had to request every type per region individually. That would generally be 50+ regions multiplied by upwards of 13,000 types. Even if it was just 13,000 types and 50 regions, that is 650,000 requests required to get all the market information. And if you wanted to get all the data in the 5-minute cache window, it would require almost 2,200 requests per second. While some of you came up with creative solutions to this problem such as prioritizing faster moving items, we decided we needed a better solution that was both easier to use and reduced load on our servers. As such, we have added a new market resource that is aimed at anyone who ... read more

Technical note: Integer sizes and the XML API

CCP Bartender | 2016-05-02 14:57 | Comments
Hi all, Just dropping a quick note on integer sizes with regard to the XML API access masks. The addition of the clones endpoint and it's associated access mask to the XML API has increased the maximum possible value of the API access mask from 2,147,483,647 to 4,294,967,295. These values are significant. When using a 32 bit integer to store a value, there are two possible ranges that the integer can be set to. An unsigned int32 cannot be used to represent negative numbers, and has a range of values (0->4,294,967,295). A signed int32 can be used to represent negative numbers, and although the magnitude of it's range is the same, it's range is evenly distributed between positive and negative values, and is thus (-2,147,483,647->2,147,483,647). Until now, this hasn't mattered for the XML API. The maximum possible access mask value ... read more

The end of public CREST as we know it

CCP FoxFour | 2016-04-18 14:19 | Comments
Hello everyone, Really short dev blog to give you all a heads up on a change coming with the Citadel release in how we handle CREST. We have made a fundemental change in CREST and no longer support public CREST. Instead of having public CREST for public resources and authed CREST for authenticated stuff we are now just going to have CREST on the domain. If you request a resource from CREST that should be public it will just work and won't require any authentication. Wonderful stuff this is! However we are unable to support public CREST when this change is deployed. We will add a 301 redirect from to but if your client doesn't respect 301 redirects you may experience issues. This change will be going live on April 27th during the downtime for the deployment of the Citadel release to TQ. CCP FoxFour read more