Basically there is a construct called "special-include" and test 35 is testing that in line 771 for processor_test.cc The "stub" value for "handler" attribute specifies that StubIncludeHandler.cc in the "test" directory should be used. There seems to be some changes around Makefile.am that drops StubIncludeHandler.cc from being used.
If you still have problem, let me know and I can take a look at it tonite. I think it is a simple Makefile related problem. Thanks. On Mon, May 6, 2013 at 1:30 PM, James Peach <jpe...@apache.org> wrote: > Hi folks, > > I think that I broke the ESI processor test with a recent build fix > (f3369df37419e77fb4bcbd26183cdd4fc4de5fb1). I don't really see what went > wrong, but this is the result? > > ===================== Test 35) special-include 1 > Debug (processor): [addParseData] Implicit call to start() > Debug (parser): [_compareData] string [special-include] is equal to data > at position 5 > Debug (parser): [_parse] Found [SPECIAL_INCLUDE] tag at position 0 > Debug (parser): [_searchData] Found full match of /> in [ hand...] at > position 33 > Debug (parser): [_parse] Handling special include tag... > Debug (parser): [_processSpecialIncludeTag] Added special include tag with > handler [stub] and data [ handler=stub] > Debug (parser): [_parse] Added 1 node(s) during parse > Error: [HandlerManager::getHandler] handler id [stub] does not map to any > loaded object > Error: [_preprocess] Couldn't create handler with id [stub] > Error: [addParseData] Failed to preprocess parsed nodes; Stopping > processor... > Assertion failed: (esi_proc.addParseData(input_data) == true), function > main, file > /Users/jpeach/src/trafficserver.git/plugins/experimental/esi/test/processor_test.cc, > line 771. > Abort trap: 6 > > Can you give me a clue? > > J >
