Jaeksoft WebSearch 0.3

 
Thread Tools Search this Thread
Operating Systems OS X (Apple) OS X OpenSource RSS Jaeksoft WebSearch 0.3
# 1  
Old 11-13-2008
CPU & Memory Jaeksoft WebSearch 0.3

ImageAbout Jaeksoft WebSearch
Open source web search engine build in JAVA. Full featured: Powerful and scalable crawler. Efficient indexation for relevant results. Fast searcher with snippets. Result rendering in HMTL or XML format. Jaeksoft WebSearch is based on best JAVA technologies: The lucene Text search engine library Apache Lucene. The stable and powerful server Apache Tomcat. An ergonomic user interface powered by Java Server Faces and Jboss RichFaces.

More from Apple...
Login or Register to Ask a Question

Previous Thread | Next Thread
Login or Register to Ask a Question
WWW::Search::Test(3pm)					User Contributed Perl Documentation				    WWW::Search::Test(3pm)

NAME
Test - utilities to aid in testing WWW::Search backends SYNOPSIS
$oTest = new WWW::Search::Test('HotBot,Yahoo,Excite'); $oTest->test('HotBot', 'Kingpin', 'one', $sQuery, $TEST_RANGE, 1, 10); DESCRIPTION
See file test.pl in the WWW-Search-HotBot distribution for a detailed "real-world" example. METHODS AND FUNCTIONS
find_websearch Returns the full path of an executable WebSearch program, or undef if none can be found. new Create a new WWW::Search::Test object. All arguments are strings, names of backends that this object will be able to test. If no arguments are given, will be able to test all backends. mode Set / get the test mode of this object. If an argument is given, sets the mode to that value. Returns the current (or newly set) value. There are three test modes available. They are: $MODE_INTERNAL: parse URLs out of saved pages (as a sanity check or regression test); $MODE_EXTERNAL: send the query to the search engine "live", parse the results, and compare them to the previously saved results; and $MODE_UPDATE: send the query to the search engine "live", parse the results, and save them for future testing. relevant_test Given the name of a backend, returns true if this Test object is able to test that backend. eval_test Given the name of a backend, grabs the $TEST_CASES variable from that backend and evaluates it. test Run test(s) for a backend. Arguments are, in order: name of a backend to test (string, required); name of backend maintainer (string, if undef $backend::MAINTAINER will be used); filename for results storage/comparison (string, required); query to be sent to backend (string, required); test method (required, one of the following). Several test methods are possible: $TEST_EXACTLY: list of URLs must match exactly (line for line, in order); $TEST_BY_COUNTING: test passes if number of resulting URLs is equal; $TEST_GREATER_THAN: test passes if we get more than N result URLs; and $TEST_RANGE: like $TEST_GREATER_THAN but constrained on both ends. no_test Prints a message stating that this backend does not have a test suite. Takes two arguments, the backend name and the name of the maintainer. not_working Prints a message stating that this backend is known to be broken. Takes two arguments, the backend name and the name of the maintainer. not_working_with_tests Prints a message stating that this backend is known to be broken even though it has a test suite. Takes two arguments, the backend name and the name of the maintainer. not_working_and_abandoned Prints a message stating that this backend is known to be broken and is not being actively maintained. Takes two arguments, the backend name and the name of the maintainer. reset_error_count Reset the counter of errors to zero. You probably want to call this before each call to test() or eval_test(). wc_l (private, not a method) Given a filename, count the number of lines of text contained within the file. (I.e. simulate running UNIX command "wc -l" on a file) diff (private, not a method) Given two files, returns TRUE if contents are line-by-line different, or FALSE if contents are line-by-line same. (I.e. like the UNIX command diff, but just reports true or false) Shortcuts for running backend tests WWW::Search::Test keeps its own count of test numbers, so if you want to mix-and-match these functions with your own tests, use the $WWW::Search::Test::iTest counter. new_engine One argument: the name of a backend suitable to be passed to WWW::Search::new(). Prints 'ok' or 'not ok' and the test number. Creates a WWW::Search object internally, to be used for all subsequent calls to run_test and run_gui_test (see below). tm_new_engine Same as new_engine(), but uses Test::More instead of just printing 'ok'. run_test Three arguments: a query string, NOT escaped; a minimum number of expected results; and a maximum number of expected results. Optional fourth argument: integer value to be used as the search_debug. Optional fifth argument: send any true value to dump the search results. Optional sixth argument: reference to hash of search options (see backend documentation). Optional seventh argument: send any true value to NOT escape the query string. If the minimum is undef, assumes zero. If the maximum is undef, does not check. Prints 'ok' or 'not ok' and the test number. run_gui_test Same as run_test(), but calls gui_query() instead of native_query(). tm_run_test Same as run_test(), but uses Test::More rather than just printing 'ok'. Note: If you use this function inside a TODO block, you must set global variable $TODO rather than a local $TODO, and you must set the global $TODO back to empty-string (or undef) at the end of your TODO block. For example: TODO: { $TODO = 'I have not fixed this yet'; tm_run_test(...); $TODO = ''; } # end of TODO block tm_run_test_no_approx Same as tm_run_test, but does NOT check the approximate_result_count. count_results Run a query, and return the actual (not approximate) number of hits. Required first argument determines which backend query method to call: 'gui' to call gui_query(), anything else to call native_query(). Remaining arguments are same as all the run_test() arguments. skip_test You can call this function instead of run_test() or run_gui_test() if the current test must be skipped for any reason. test_most_results Given an arrayref of things to test, runs all those things against all the results of the most-recently executed test search. perl v5.12.4 2011-10-25 WWW::Search::Test(3pm)