Re: Disabled tests - known bugs or not yet implemented features?

Russel wrote:
> I have now fixed those broken tests that I could, and moved the others  
> to pending-tests. We can harvest them from there according to our  
> priorities. I have reverted nekohtml to 0.9.5 in order to maintain the  
> previous functionality. The one case that requires 1.9.6 will work  
> automatically if the user selects that version. We can upgrade when  
> the new problem 1.9.6 introduces is fixed.
Excellent. I'v changed my Eclipse configuration to adapt 
to the new layout and decided to add the Eclipse files 
to the svn repository for other Eclipse users. See the 
copy of the .classpath file below.

I've added the missing imports and fixed missing 
parameters  to the pending-tests but was not able to run 
these in Eclipse - don't know what the problem is. 
Otherwise the separation of acceptance-tests and other 
tests is fine with me. The decision of what a bug is and 
what not will get more interesting for the future. I 
come from the camp of people who go by written 
requirements for a start ... for httpunit it's more like 
a self-referencing definition - httpunit does what the 
JUnit test cases proove that it does :-)

Yours
  Wolfgang

<?xml version="1.0" encoding="UTF-8"?>
<classpath>
	<classpathentry kind="src" path="src"/>
	<classpathentry kind="src" path="test"/>
	<classpathentry kind="src" path="pending-tests"/>
	<classpathentry kind="src" path="examples"/>
	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
	<classpathentry kind="lib" path="jars/activation.jar"/>
	<classpathentry kind="lib" path="jars/ant-dependencies.jar"/>
	<classpathentry kind="lib" path="jars/mailapi.jar"/>
	<classpathentry kind="lib" path="jars/quicksite.jar"/>
<!-- you might want to create a class path variable MAVEN_REPOSITORY 
  that points to
  e.g. C:/Dokumente und Einstellungen/<your username>/.maven/repository
-->  	
	<classpathentry kind="var" path="MAVEN_REPOSITORY/jtidy/jars/jtidy-4aug2000r7_dev.jar"/>
	<classpathentry kind="var" path="MAVEN_REPOSITORY/junit/jars/junit-3.8.1.jar"/>
<!-- you might want to decide which nekohtml to use	
	<classpathentry kind="var" path="MAVEN_REPOSITORY/nekohtml/jars/nekohtml-1.9.6.jar"/>
-->	
	<classpathentry kind="var" path="MAVEN_REPOSITORY/nekohtml/jars/nekohtml-0.9.5.jar"/>
	<classpathentry kind="var" path="MAVEN_REPOSITORY/rhino/jars/js-1.6R5.jar" sourcepath="/pub/2008/rhino1_6R5.zip"/>
	<classpathentry kind="var" path="MAVEN_REPOSITORY/servletapi/jars/servletapi-2.4.jar"/>
	<classpathentry kind="var" path="MAVEN_REPOSITORY/xerces/jars/xercesImpl-2.6.1.jar" sourcepath="/pub/2008/Xerces-J-src.2.6.1.zip"/>
	<classpathentry kind="var" path="MAVEN_REPOSITORY/xerces/jars/xmlParserAPIs-2.6.1.jar"/>
<!--
  this is how you could debug with a local Xerces	
	<classpathentry kind="lib" path="F:/pub/2008/Xerces-J-src.2.6.1.zip" sourcepath="F:/pub/2008/Xerces-J-src.2.6.1.zip"/>
-->	
	<classpathentry kind="lib" path="META-INF"/>
	<classpathentry kind="output" path="bin"/>
</classpath>




BITPlan - smart solutions
Pater-Delp-Str. 1, D-47877 Willich Schiefbahn
Tel. +49 1805 - BITPLAN / +49 1805 248 752, Fax +49 2154 811-481
Web: http://www.bitplan.de
bitplan GmbH, Willich - HRB 6820 Krefeld, VAT-ID: 10258040548, 
Geschäftsführer: Wolfgang Fahl

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

_______________________________________________
Httpunit-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/httpunit-develop