These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

EVE Technology Lab

 
  • Topic is locked indefinitely.
123Next page
 

API Deployment: Odyssey 1.0.10 (Deployed to TQ 20130626)

First post
Author
CCP Prism X
C C P
C C P Alliance
#1 - 2013-06-24 14:58:28 UTC  |  Edited by: CCP Logibro
And here you thought I had forgotten about you!

So we're finally updating the API after Odyssey. Clearly we're a bit behind on our schedule as we'd want this to happen alongside the actual expansion deployment. I'll take the blame for that. If somebody wants a list of apologetic reasons I can probably provide that. But you're mostly interested in this list:

Patchnotes Oddysey 1.0.1

Additions
- New Kill Mail API!
-- Added char/KillMails.xml.aspx
-- Added corp/KillMails.xml.aspx
-- Function just like the wallet journal and wallet transaction calls
--- That is, require a fromID and an optional rowCount parameter supplied.
--- Will also return cached results rather than error so that multiple killboards can use the same API key safely.
-- KillLog.xml.aspx will still exist for some time to come so that KBs continue functioning.
--- It will however be deprecated at some point.

Fixes
- CharacterID.xml.aspx now supports unicode characters
- ID's that do not have an associated name should no longer create errors on request, be they supplied internally or by user input.
- Missing owner typeIDs have been added to the following pages (this should remove the need to make up to three calls to know wether a given ID is a character, corp or an alliance):
-- char/ContactList.xml.aspx
-- char/MailMessages.xml.aspx
-- char/UpcomingCalendarEvents.xml.aspx
-- char/WalletJournal.xml.aspx
-- char/WalletTransactions.xml.aspx
-- corp/ContactList.xml.aspx
-- corp/WalletJournal.xml.aspx
-- corp/WalletTransactions.xml.aspx
- HTTP Status Codes in the response header should now reflect the actual response. No more HTTP 200 OK responses for erroring calls and such.
- Fixed an error causing corp/MemberSecurity.xml.aspx to report errors because some character was in a weird state.
- Fixed an error message from corp/MemberSecurity.xml.aspx to obviously indicate that the API key no longer has access to this call.
- corp/CorporationSheet.xml.aspx now contains factional warfare information.
- Various internal changes for technical sanity.

P.S. Not a fan of trying to make nested bulleted lists...
CCP Prism X
C C P
C C P Alliance
#2 - 2013-06-24 15:03:27 UTC
The above changes are now live on the TEST environment. Yes, we have a test environment for the API! Which is accessed through api.testeveonline.com in a manner similar to the LIVE API.

We are planning to push these changes to TQ tomorrow. Questions can be brought to me through these forums, IRC or Twitter.

Toodles!
Steve Ronuken
Fuzzwork Enterprises
Vote Steve Ronuken for CSM
#3 - 2013-06-24 15:07:19 UTC
\o/

Woo! CSM XI!

Fuzzwork Enterprises

Twitter: @fuzzysteve on Twitter

Squizz Caphinator
The Wormhole Police
#4 - 2013-06-24 15:15:44 UTC
What permission is needed for the new KillMails API?
WIll it share the same permission attribute as KillLog?
Will existing keys automatically be allowed access to the new KillMails API (if they already have access to KillLog).

Thanks for your awesome work PrismX!

Various projects I enjoy putting my free time into:

https://zkillboard.com | https://evewho.com

CCP Prism X
C C P
C C P Alliance
#5 - 2013-06-24 15:24:51 UTC
Squizz Caphinator wrote:
What permission is needed for the new KillMails API?
WIll it share the same permission attribute as KillLog?
Will existing keys automatically be allowed access to the new KillMails API (if they already have access to KillLog).

Thanks for your awesome work PrismX!



Yes it/they will, this was all made with backwards compatibility in mind. Otherwise I'd clearly have reused the KillLog page, made all the old parameter cause errors and changed the access mask!
Squizz Caphinator
The Wormhole Police
#6 - 2013-06-24 15:27:45 UTC
CCP Prism X wrote:


Yes it/they will, this was all made with backwards compatibility in mind.


I love you.

Various projects I enjoy putting my free time into:

https://zkillboard.com | https://evewho.com

MailDeadDrop
Archon Industries
#7 - 2013-06-24 15:37:37 UTC
CCP Prism X wrote:
And here you thought I had forgotten about you!

Hope springs eternal... Lol
CCP Prism X wrote:
P.S. Not a fan of trying to make nested bulleted lists...

So ... since we know you aren't a hypocrite and would never, ever make a complaint on the forums instead of the officially support request for change channel(s), can I have the bug id for the bug report you made to the web team where you documented the forum's poor support for nested bulleted lists? Twisted

MDD
CCP Prism X
C C P
C C P Alliance
#8 - 2013-06-24 15:40:12 UTC
MailDeadDrop wrote:
CCP Prism X wrote:
And here you thought I had forgotten about you!

Hope springs eternal... Lol
CCP Prism X wrote:
P.S. Not a fan of trying to make nested bulleted lists...

So ... since we know you aren't a hypocrite and would never, ever make a complaint on the forums instead of the officially support request for change channel(s), can I have the bug id for the bug report you made to the web team where you documented the forum's poor support for nested bulleted lists? Twisted

MDD


No API access for this guy!
Marcel Devereux
Aideron Robotics
Aideron Robotics.
#9 - 2013-06-24 16:07:58 UTC
No factionID's to feeds ;-(

Also can we get security status added to the CharacterSheet feed? It is in the CharacterInfo feed. It would be nice not to have to pull two feeds to get this info.
Ydnari
Estrale Frontiers
#10 - 2013-06-24 17:11:28 UTC
Quote:
- Missing owner typeIDs have been added to the following pages (this should remove the need to make up to three calls to know wether a given ID is a character, corp or an alliance):


Good stuff.

Although, just tried it on the test environment with corp/WalletJournal and ownerName1, ownerName2 and argName1 are all filled with "Type Not Found".

On WalletTransactions, clientName, characterName, stationName are also all filled with "Type Not Found".

--

CCP Prism X
C C P
C C P Alliance
#11 - 2013-06-24 17:13:41 UTC
Ydnari wrote:
Quote:
- Missing owner typeIDs have been added to the following pages (this should remove the need to make up to three calls to know wether a given ID is a character, corp or an alliance):


Good stuff.

Although, just tried it on the test environment with corp/WalletJournal and ownerName1, ownerName2 and argName1 are all filled with "Type Not Found".

On WalletTransactions, clientName, characterName, stationName are also all filled with "Type Not Found".


Hmm, I'll have to take a look at that tomorrow on my own key. That really cannot go out to TQ.
KL1
The Dirty Alpaca Fur Traders
The Last Alpaca
#12 - 2013-06-24 17:17:59 UTC
CCP Prism X wrote:
Ydnari wrote:
Quote:
- Missing owner typeIDs have been added to the following pages (this should remove the need to make up to three calls to know wether a given ID is a character, corp or an alliance):


Good stuff.

Although, just tried it on the test environment with corp/WalletJournal and ownerName1, ownerName2 and argName1 are all filled with "Type Not Found".

On WalletTransactions, clientName, characterName, stationName are also all filled with "Type Not Found".


Hmm, I'll have to take a look at that tomorrow on my own key. That really cannot go out to TQ.


Same with ContactList, on the contact name bit
CCP Prism X
C C P
C C P Alliance
#13 - 2013-06-24 17:24:59 UTC
KL1 wrote:
CCP Prism X wrote:
Ydnari wrote:
Quote:
- Missing owner typeIDs have been added to the following pages (this should remove the need to make up to three calls to know wether a given ID is a character, corp or an alliance):


Good stuff.

Although, just tried it on the test environment with corp/WalletJournal and ownerName1, ownerName2 and argName1 are all filled with "Type Not Found".

On WalletTransactions, clientName, characterName, stationName are also all filled with "Type Not Found".


Hmm, I'll have to take a look at that tomorrow on my own key. That really cannot go out to TQ.


Same with ContactList, on the contact name bit


Yeah I'm seeing the same on my own API. I'll have to take a look at it when I get back into the office tomorrow. Thankfully we can push the API out at any time rather than being constrained by downtime Blink
Marcel Devereux
Aideron Robotics
Aideron Robotics.
#14 - 2013-06-24 18:25:06 UTC
Actually it looks like there is factionID for the corps! It is a start. Thanks!
CCP Prism X
C C P
C C P Alliance
#15 - 2013-06-26 11:16:03 UTC
This has now been deployed.
Sephira Galamore
Inner Beard Society
Kvitravn.
#16 - 2013-06-26 11:20:20 UTC  |  Edited by: Sephira Galamore
CCP Prism X wrote:
This has now been deployed.

Hi (again^^)!
Can you increase the look-back time by a bit?
With KillLog it was > 3 months, now it's only 1 month it seems.

Oh, and thanks of course! :D
CCP Prism X
C C P
C C P Alliance
#17 - 2013-06-26 11:29:30 UTC
Sephira Galamore wrote:
CCP Prism X wrote:
This has now been deployed.

Hi (again^^)!
Can you increase the look-back time by a bit?
With KillLog it was > 3 months, now it's only 1 month it seems.

Oh, and thanks of course! :D


I'm kind of scared about that right now before knowing exactly how it will affect the cache servers. I'm going on vacation after this week so I'd rather not at this point and then run. But once applications have started using the call and we have a better picture of the memory pressures we could certainly consider that.
Sephira Galamore
Inner Beard Society
Kvitravn.
#18 - 2013-06-26 11:35:14 UTC  |  Edited by: Sephira Galamore
CCP Prism X wrote:
Sephira Galamore wrote:
CCP Prism X wrote:
This has now been deployed.

Hi (again^^)!
Can you increase the look-back time by a bit?
With KillLog it was > 3 months, now it's only 1 month it seems.

Oh, and thanks of course! :D


I'm kind of scared about that right now before knowing exactly how it will affect the cache servers. I'm going on vacation after this week so I'd rather not at this point and then run. But once applications have started using the call and we have a better picture of the memory pressures we could certainly consider that.

Cheers!

While for continuously running services like zKillboard it won't make much of a difference as they got their own database and regulary update it.. for local applications it's definately nice to have.

Anyhaps.. enjoy your vacation!
Ydnari
Estrale Frontiers
#19 - 2013-06-26 13:45:51 UTC
CCP Prism X wrote:
This has now been deployed.


Cool. Now I get to make some smelly code better using the new owner typeID fields Big smile

--

Acidictadpole
Lethal Dosage.
Scary Wormhole People
#20 - 2013-06-26 14:17:21 UTC
Getting cached results instead of an error is an excellent new feature. Thankyou very much.

On a slightly different topic, will there come a time where a characters LP counts are accessible via API?
123Next page