Member For: 3 months, 4 weeks
Posts: 40
in fact I may give cxf another looks myself ... last time I tried it there was no support for enabling gzip compression, but according to the docs the latest release has it...
i recall the generated stubs being much simpler to use than the verbose xmlbeans stuff you get from axis2 so if it performs as well it might be a bit nicer to use...
good to hear you got there in the end ... the documentation for these kinds of things can sometimes be hard to find ...
if you have the time/inclination why not try http://cxf.apache.org/ next ...
I think the rpc/document thing is a red herring. I'm not a SOAP expert, but isn't that decided by the nature of the wsdl? I could be talking b0ll0x ... anyone know?
If you generate the stubs using the axis2 wsdl2java in xmlbeans mode it is fairly verbose in terms of the wrapper code you have to write, but performance shouldn't be too bad if you optimize the configuration of the HTTPTransport layer.
Does you code look something like?
GetMarketPricesCompressedResponseDocument resp = null;
GetMarketPricesCompressedReq req = GetMarketPricesCompressedReq.Factory.newInstance();
req.setHeader(header);
req.setMarketId(marketId);
GetMarketPricesCompressedDocument getMarketPricesCompressedDocument = GetMarketPricesCompressedDocument.Factory.newInstance();
GetMarketPricesCompressedDocument.GetMarketPricesCompressed getMarketPricesCompressed = GetMarketPricesCompressedDocument.GetMarketPricesCompressed.Factory.newInstance();
getMarketPricesCompressed.setRequest(req);
getMarketPricesCompressedDocument.setGetMarketPricesCompressed(getMarketPricesCompressed);
GetMarketPricesCompressedResponseDocument response = stub.getMarketPricesCompressed(getMarketPricesCompressedDocument);
blackmagic ... have you read the axis2 1.3 docs on configuring the HTTP transport layer?
If you're using axis2 and xmlbeans binding it should look something like...
BFExchangeServiceStub stub = new BFExchangeServiceStub("https://api.betfair.com/exchange/v5/BFExchangeService");
Options o = stub._getServiceClient().getOptions();
o.setProperty(HTTPConstants.MC_ACCEPT_GZIP, Boolean.TRUE);
stub._getServiceClient().setOptions(o);
I manage to get 60-70ms turnaround for getMarketPricesCompressed using java and axis2, even using xmlbeans and a crappy bt broadband connection. A client of mine gets around 30-40ms running the same code, presumably due to a better bband connection.
Make sure you have gzip compression enabled?
Yes, I think not telling ANYONE what you're up to is the best policy all round.
To be honest I think it makes sense for betfair to be doing this sort of thing and it was surely inevitable that they would get round to it one day.
I suspect it's because they underestimate the amount of work involved in getting a bot up and running.
The chances of someone being able to come up with a spec/design that doesn't turn into a moving target needing an on going series of iterations and constant discussions between the designer and coder is, in my opinion, pretty slim.
People get paranoid about their 'systems' too ... I had one guy wanting me to sign an NDA before he'd describe the thing to me so I could give an estimate. As if ... :)
There are probably a plenty of people that have written all that stuff but keep it to themselves...
My feeling is that anyone seriously considering writing a bot will be able to do the nitty gritty themselves anyway, or at least learn how to quite quickly.
The hard part is figuring out a winning strategy, not the nuts and bolts.
I think the api gives you the option of seeing individual matches or the aggregate as a whole ...
If you have multiple accounts don't you miss out on potentially greater commission discount?
Each of my Strategy objects holds a Set of betIds and each time it places a bet it just adds the id returned to the set.
If I want to cancel all bets for a given strategy i just use the ids in that set.
Hiya,
Any chance we could introduce a bit more structure to the forum?
Just thinking we could add more categories to split up the coding threads, strategy threads, api discussions etc.
I don't mind doing a bit myself if you want to give permissions ...
Cheers.
brichy,
You don't want to be using java.net.URL, you want to be using HttpClient.
See http://hc.apache.org/httpclient-3.x
The tutorial on there should get you going. (http://hc.apache.org/httpclient-3.x/tutorial.html)
It's really simple and cookies are auto handled by default I think.
As for decompressing gziped stuff, take a look at class java.util.zip.GZIPInputStream
fred,
ahh yes, cross domain checking ... funny how that one caught me out ...
I've been teaching myself web app technology recently (mainly been java 'fat client' or server process developer in the past) and didn't read about the cross domain security at first.
And to begin with I was testing my html/javascript by loading it directly into the browser from the local file system (ie file:///Users/blah rather than html://localhostblah) ... which seems to allow you to then use XMLHttpRequest to call any domain you like.
So of course I wrote a whole bunch of stuff directly calling the various betfair .do scripts. Lovely.
Then I took the next step so I could get a bit more sophisticated and write my own servlets. I installed glassfish and bundled my web app and deployed it.
Then when I tested the same stuff from http:/localhost:8080/myWebApp it stopped working!!!!!
Took me a while to figure out what was going on and was pretty p1ssed off when I realised, thinking I'd wasted all my time!
However as a workaround what I've done is write a few servlets of my own which act as a proxy to betfair. So i can call https://localhost:8080/myWebApp/account/loginAction.do for example.
Not as big a pain as it sounds as the proxy servlet is very simple, but it obviously adds an extra couple of network hops into the equation so won't be using it for critical apps!
Must admit I'm quite enjoying dabbling with webapp development. You can get some quite nifty stuff running quickly using AJAX techniques.
Ok, I'm in a generous mood so I'll drop a couple of useful links in:
http://www.prototypejs.org
http://https://glassfish.dev.java.net
There's a field described as 'The time the market information was last read from the database' in the return String for getMPC...
I remember in the past noticing that this can sometimes 'go backwards'. sometimes call n+1 returns a timestamp < call n!
My hunch was as peteb suggested: 'maybe getting responses from different betfair servers?'
In the early versions of the API I think there were some cookie shenanagins you could do to make sure you kept with the same server ... but this was removed.
Might be best to check this timestamp and see if status wierdness coincides with time running backwards?
Ignore me, cookies were disabled in the browser ... sorted now. :)
Hi,
Does anyone have any experience of calling account/login/LoginAction.do via https post?
Seems I can do it in java using HttpClient, but when I try in javascript through an XMLHttpRequest object I get a responeText containing 'You are not authorised to perform this action.'
Any thoughts appreciated.
Cheers,
Mike.
lol ... it's a slightly bizarre request eh ... surely they could just use the phone?
Ah ... if you're currently paying for it they're offering a discount if you take part in some market research ...
do you pay for the API?
anyone taking this offer?
Latest post:
A new project has been posted. To bid for the project please login to your account at BDP Find-A-Developer. The project summary is given below.
Name : Selections criteria for betfair
Categories : Bookmaker products
Budget : 250 GBP
Duration : NA
Closing : 2008-05-26 13:50:29
Description : Hi guys, i need someone to advise me on a selections process for betfair.In otherwords,i need a selections process that can be used to profit on betfair,it does not have to be consistent winning selection,but it should have winning runs.If possible i will need screenshots that show this.
Basically all i need is a selections sytem that can help me increase my betting bank.if you need more information please contact me
lol ... oops what have I done ... yes it's genuine information ... might be the last useful thing I post though ... ;)
Probably ... with Java you have a few options. Axis (http://ws.apache.org/axis2/) and CXF (http://cxf.apache.org/) are both very straight forward to get going with ...
Let's face it ... any language that allows you to access the API & do a bit of addition and subtraction will allow you to write a bot...
Birch ... I've just read your website ... LMAO ...
"potential customers who are not really sure what they want"
"customers who expect to pay £20 for a week long project"
etc.
... LMAO ...
I think we need a thread on here to 'discuss' some of the more ridiculous requests that come up on the FAD site :)
