Not busy, wimpy --- virtual machine running on old hardware.  Won't sweat
it.

Got the testserver and phantomjs working.  Had to first do:

lib/java$ ant

and

lib/java$ ant compile-test

Manual test in the browser was a little tricky because the testserver
wasn't returning Content-Type headers.  I whipped up a quick patch for
that.  A bit of a hack, doesn't use any standard libs for mime type
resolution.  Happy to post it somewhere if you'd like.


On Wed, Jan 4, 2012 at 12:44 PM, <ro...@bufferoverflow.ch> wrote:

> Andrew, sounds good!
>
> TFileTransport needs lot of resources, do you have a busy machine?
> We have to adopt that test probably... it breaks if you have too much load
> on your machine.
>
>
> -roger
>
>
> Quoting Andrew Grumet <aegru...@gmail.com>:
>
>  Great.  Got it all installed on Ubuntu 11, make check ran.  Have to look
>> into one failure (TFileTransportTest) but other than that it looks good.
>>  Next step is to sort out phpunit tests.
>>
>> On Tue, Jan 3, 2012 at 8:52 AM, <ro...@bufferoverflow.ch> wrote:
>>
>>  I use Debian Squeeze and the build infrastructure at Apache uses Ubuntu.
>>>
>>> see dependencies:
>>> http://wiki.apache.org/thrift/****GettingDebianPackages<http://wiki.apache.org/thrift/**GettingDebianPackages>
>>> <http:/**/wiki.apache.org/thrift/**GettingDebianPackages<http://wiki.apache.org/thrift/GettingDebianPackages>
>>> >
>>>
>>>
>>> steps to build
>>> get latest version from svn and
>>> sh bootstrap
>>> ./configure
>>> make check
>>>
>>> this will also run to built in unit tests located at lib/js/test
>>>
>>> I'm not familiar with the php unit test suite right now.
>>> Hope ths changes...
>>>
>>> -roger
>>>
>>>
>>> Quoting Andrew Grumet <aegru...@gmail.com>:
>>>
>>>  Thanks, Roger.  We've been struggling a bit trying to get these tests
>>>
>>>> working.  I'm on CentOS5.  Got phantomjs installed, and a newer version
>>>> of
>>>> ant, but don't yet have all of the java stuff set up.  If there is a
>>>> good
>>>> HOWTO, or a linux distro that is particularly well-suited to thrift dev,
>>>> please let me know!
>>>>
>>>> The context of this work is, we're preparing a PHP port of
>>>> TJSONProtocol.
>>>>  Here's how we've been testing it "super-manually"
>>>>
>>>> 1. thrift -r --gen js:jquery ThriftTest.thrift
>>>>
>>>> to generate the client code
>>>>
>>>> 2. thrift -r --gen php:server ThriftTest.thrift
>>>>
>>>> to generate the server code.  Requires patch posted as THRIFT-1479.
>>>>
>>>> 3. Create PHP script to function as the server endpoint to wire up the
>>>> generated ThriftTestProcessor via the new protocol implementation.
>>>>
>>>> 4. Modify test.html to hit the new PHP script, instead of the java
>>>> server.
>>>>
>>>> 5. Load test.html in a browser and load to run tests.
>>>>
>>>> Though not automated, this method has proved useful for testing out our
>>>> new
>>>> code.
>>>>
>>>> Are we missing any steps here?
>>>>
>>>> Thanks!
>>>> Andrew
>>>>
>>>>
>>>>
>>>> On Fri, Dec 23, 2011 at 2:01 AM, Roger Meier <ro...@bufferoverflow.ch
>>>> >**
>>>>
>>>> wrote:
>>>>
>>>>  Yes!
>>>>
>>>>>
>>>>> Or just use the integrated testsuite:
>>>>>
>>>>> lib/js/test$ ant testserver
>>>>> for manual test
>>>>>
>>>>> and
>>>>> lib/js/test$ ant test
>>>>> with phantomjs
>>>>>
>>>>> -roger
>>>>>
>>>>> > -----Ursprüngliche Nachricht-----
>>>>> > Von: Andrew Grumet [mailto:aegru...@gmail.com]
>>>>> > Gesendet: Freitag, 23. Dezember 2011 10:30
>>>>> > An: dev@thrift.apache.org
>>>>> > Betreff: Re: Javascript Async tests
>>>>> >
>>>>> > Ok, answering my own question for future searches.   Callback support
>>>>> > requires the jquery option
>>>>> >
>>>>> > thrift -r --gen js:jquery ThriftTest.thrift
>>>>> >
>>>>> >
>>>>> > On Thu, Dec 22, 2011 at 4:48 PM, Andrew Grumet <aegru...@gmail.com>
>>>>> > wrote:
>>>>> >
>>>>> > >
>>>>> > > We're running some tests of the Javascript client
>>>>> > > (lib/js/test/test.js) and noticed that the Async tests (
>>>>> module("Async")
>>>>> ) do
>>>>> > not appear to be
>>>>> > > running the supplied callbacks.   For example, in this block
>>>>> > >
>>>>> > >   test("Double", function() {
>>>>> > >     expect( 1 );
>>>>> > >
>>>>> > >     QUnit.stop();
>>>>> > >     client.testDouble(3.14159265, function(result) {
>>>>> > >       equals(result, 3.14159265);
>>>>> > >       QUnit.start();
>>>>> > >     });
>>>>> > >   });
>>>>> > >
>>>>> > > the second argument to client.testDouble is not executed.  We can
>>>>> see
>>>>> > > the network call and response, and the synchronous call to
>>>>> > > client.testDouble passes.
>>>>> > >
>>>>> > > Checking the generated client code, we don't see evidence of
>>>>> support
>>>>> > > for this async mode.  Should it work?
>>>>> > >
>>>>> > > Andrew
>>>>> > >
>>>>> > >
>>>>> > >
>>>>> > >
>>>>> > >
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>> ------------------------------****----------------------------**--**----
>>>
>>> This message was sent using IMP, the Internet Messaging Program.
>>>
>>>
>>
>
>
> ------------------------------**------------------------------**----
> This message was sent using IMP, the Internet Messaging Program.
>

Reply via email to