You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(10) |
Aug
(30) |
Sep
(15) |
Oct
(26) |
Nov
(12) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(7) |
Feb
(27) |
Mar
(73) |
Apr
(17) |
May
(17) |
Jun
(78) |
Jul
(67) |
Aug
(60) |
Sep
(89) |
Oct
(140) |
Nov
(173) |
Dec
(46) |
2004 |
Jan
(39) |
Feb
(7) |
Mar
(21) |
Apr
(31) |
May
(13) |
Jun
(86) |
Jul
(14) |
Aug
(14) |
Sep
(53) |
Oct
(184) |
Nov
(186) |
Dec
(319) |
2005 |
Jan
(336) |
Feb
(274) |
Mar
(226) |
Apr
(102) |
May
(196) |
Jun
(130) |
Jul
(119) |
Aug
(143) |
Sep
(76) |
Oct
(85) |
Nov
(70) |
Dec
(159) |
2006 |
Jan
(125) |
Feb
(100) |
Mar
(80) |
Apr
(39) |
May
(55) |
Jun
(58) |
Jul
(50) |
Aug
(76) |
Sep
(55) |
Oct
(101) |
Nov
(163) |
Dec
(85) |
2007 |
Jan
(56) |
Feb
(53) |
Mar
(180) |
Apr
(221) |
May
(290) |
Jun
(199) |
Jul
(322) |
Aug
(515) |
Sep
(121) |
Oct
(297) |
Nov
(177) |
Dec
(103) |
2008 |
Jan
(516) |
Feb
(315) |
Mar
(586) |
Apr
(615) |
May
(197) |
Jun
(381) |
Jul
(390) |
Aug
(195) |
Sep
(603) |
Oct
(499) |
Nov
(622) |
Dec
(350) |
2009 |
Jan
(313) |
Feb
(338) |
Mar
(507) |
Apr
(317) |
May
(197) |
Jun
(375) |
Jul
(235) |
Aug
(424) |
Sep
(410) |
Oct
(338) |
Nov
(286) |
Dec
(306) |
2010 |
Jan
(367) |
Feb
(339) |
Mar
(371) |
Apr
(172) |
May
(233) |
Jun
(264) |
Jul
(421) |
Aug
(110) |
Sep
(218) |
Oct
(189) |
Nov
(185) |
Dec
(168) |
2011 |
Jan
(145) |
Feb
(213) |
Mar
(205) |
Apr
(64) |
May
(159) |
Jun
(67) |
Jul
(104) |
Aug
(126) |
Sep
(144) |
Oct
(106) |
Nov
(154) |
Dec
(225) |
2012 |
Jan
(111) |
Feb
(87) |
Mar
(131) |
Apr
(102) |
May
(180) |
Jun
(160) |
Jul
(412) |
Aug
(315) |
Sep
(311) |
Oct
(369) |
Nov
(464) |
Dec
(284) |
2013 |
Jan
(343) |
Feb
(165) |
Mar
(174) |
Apr
(120) |
May
(153) |
Jun
(134) |
Jul
(202) |
Aug
(105) |
Sep
(228) |
Oct
(332) |
Nov
(192) |
Dec
(219) |
2014 |
Jan
(348) |
Feb
(194) |
Mar
(189) |
Apr
(188) |
May
(297) |
Jun
(206) |
Jul
(79) |
Aug
(279) |
Sep
(111) |
Oct
(159) |
Nov
(61) |
Dec
(78) |
2015 |
Jan
(152) |
Feb
(145) |
Mar
(239) |
Apr
(223) |
May
(248) |
Jun
(296) |
Jul
(172) |
Aug
(189) |
Sep
(338) |
Oct
(217) |
Nov
(131) |
Dec
(184) |
2016 |
Jan
(118) |
Feb
(221) |
Mar
(414) |
Apr
(412) |
May
(303) |
Jun
(133) |
Jul
(129) |
Aug
(121) |
Sep
(136) |
Oct
(67) |
Nov
(89) |
Dec
(245) |
2017 |
Jan
(349) |
Feb
(90) |
Mar
(328) |
Apr
(430) |
May
(284) |
Jun
(199) |
Jul
(164) |
Aug
(120) |
Sep
(57) |
Oct
(105) |
Nov
(108) |
Dec
(146) |
2018 |
Jan
(85) |
Feb
(48) |
Mar
(97) |
Apr
(62) |
May
(64) |
Jun
(136) |
Jul
(123) |
Aug
(87) |
Sep
(17) |
Oct
(27) |
Nov
(9) |
Dec
(16) |
2019 |
Jan
(9) |
Feb
(17) |
Mar
(18) |
Apr
(14) |
May
(8) |
Jun
|
Jul
(6) |
Aug
(12) |
Sep
(5) |
Oct
|
Nov
(2) |
Dec
|
2020 |
Jan
(8) |
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
(4) |
Oct
(1) |
Nov
|
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2023 |
Jan
|
Feb
(6) |
Mar
(9) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2003-07-16 12:30:03
|
Feature Requests item #772261, was opened at 2003-07-16 08:30 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=772261&group_id=47038 Category: None Group: None Status: Open Priority: 5 Submitted By: Mike Bowler (mbowler) Assigned to: Nobody/Anonymous (nobody) Summary: Ability to disable cookie support Initial Comment: In order to simulate browsers that do not have cookie support enabled, we need to be able to tell HtmlUnit to not accept any cookies. Currently commons-httpclient doesn't have a way to disable cookies either but it would appear to be a simple matter of creating a new CookiePolicy that would discard any incoming cookies. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=772261&group_id=47038 |
From: <no...@us...> - 2003-07-16 12:17:30
|
Log Message: ----------- Removed warning message when calling document.parent Modified Files: -------------- /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript/host: HTMLElement.java Revision Data ------------- Index: HTMLElement.java =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript/host/HTMLElement.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -d -r1.12 -r1.13 --- HTMLElement.java 10 Jun 2003 11:56:59 -0000 1.12 +++ HTMLElement.java 16 Jul 2003 12:17:20 -0000 1.13 @@ -41,6 +41,7 @@ import com.gargoylesoftware.htmlunit.javascript.SimpleScriptable; import org.w3c.dom.Element; import org.w3c.dom.Node; +import org.apache.html.dom.HTMLDocumentImpl; import org.mozilla.javascript.Scriptable; /** @@ -197,8 +198,10 @@ return null; } if ( ( parentXmlNode instanceof Element ) == false ) { - getLog().warn( "Parent XML node is not an Element. Only Elements are currently supported. Parent class: " - + parentXmlNode.getClass() ); + if( parentXmlNode instanceof HTMLDocumentImpl == false ) { + throw new IllegalStateException( "Parent XML node is not an Element. Only Elements are currently supported. Parent class: " + + parentXmlNode.getClass() ); + } return null; } final Element parentXmlElement = (Element) parentXmlNode; |
From: <th...@cy...> - 2003-07-16 12:08:22
|
Hi, concerning the mail I send yesterday about the iframe problem. I was not able to have a look at the traffic with a sniffer. All I could do was to look at what happens in our app (by viewing debug output) and it just points to the fact, that no cookie information is send by HtmlUnit as it is by a browser. Unfortunately I can't send you our app or something to reproduce this. But I'd like to test it without cookie support. So how can I disable the cookie-support? I couldn't find any hint about that in API documentation. Did I miss something? Shall I open a bug report on this? Best regards Thomas Bartz Berlin, Germany |
From: SourceForge.net <no...@so...> - 2003-07-16 11:45:53
|
Feature Requests item #772233, was opened at 2003-07-16 11:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=772233&group_id=47038 Category: None Group: None Status: Open Priority: 5 Submitted By: Christian Sell (csell) Assigned to: Nobody/Anonymous (nobody) Summary: add support for http-equiv=refresh Initial Comment: the http-equiv=refresh attribute of the meta tag should be supported. It causes the client to issue a request for a new page after a given amount of time. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=772233&group_id=47038 |
From: <no...@us...> - 2003-07-15 18:55:27
|
Log Message: ----------- Documentation changes - Added google ads to generated docs - More entries in the faq - More details about submitting patches. Modified Files: -------------- /cvsroot/htmlunit/htmlunit: project.properties /cvsroot/htmlunit/htmlunit/src/xdocs: submittingPatches.xml faq.fml Added Files: ----------- /cvsroot/htmlunit/htmlunit/src/xdocs/stylesheets: site.jsl Revision Data ------------- Index: project.properties =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/project.properties,v retrieving revision 1.9 retrieving revision 1.10 diff -u -d -r1.9 -r1.10 --- project.properties 29 Jun 2003 13:27:46 -0000 1.9 +++ project.properties 15 Jul 2003 18:55:23 -0000 1.10 @@ -13,6 +13,7 @@ maven.xdoc.poweredby.image=maven-button-1.png maven.docs.src=${basedir}/src/xdocs maven.faq.src.file=${basedir}/src/xdocs/faq.fml +maven.xdoc.jsl=/src/xdocs/stylesheets/site.jsl ##################################################### # Site Colors Index: submittingPatches.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/submittingPatches.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -d -r1.5 -r1.6 --- submittingPatches.xml 16 Apr 2003 10:58:58 -0000 1.5 +++ submittingPatches.xml 15 Jul 2003 18:55:23 -0000 1.6 @@ -40,13 +40,12 @@ <a href="http://www.junit.org">JUnit</a>. No code will get merged without tests. </li> <li> - All unit tests must pass. Occassionally this rule will be broken if it is important - to get a test into the build before the code is ready but this should be very rare. + All existing unit tests must pass. </li> <li> All files must be copyright <a href="http://www.GargoyleSoftware.com">Gargoyle Software Inc.</a> and must be licensed under the same - license as the rest of the probject - currently an <a href="license.html">apache + license as the rest of the probject - currently an <a href="license.html">Apache style</a> one. This is required so that we can make sweeping changes such as the license change that we already did (from LGPL to Apache style). </li> Index: faq.fml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/faq.fml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- faq.fml 12 Apr 2003 16:55:36 -0000 1.2 +++ faq.fml 15 Jul 2003 18:55:23 -0000 1.3 @@ -64,12 +64,12 @@ <faq id="RedirectionDiagnosticMessages"> <question> I get error messages about redirection being disabled but I've turned it on + </question> + <answer> <source> 26.02.2003 16:07:05 org.apache.commons.httpclient.HttpMethodBase processRedirectResponse INFO: Redirect requested but followRedirects is disabled </source> - </question> - <answer> <p> It's an annoyance that I haven't figured out how to fix yet. </p> @@ -83,6 +83,42 @@ number of people have pointed out that it's easy to disable a message if you know which logger is being used. The problem is that there isn't a way to disable the messages without knowing the logger in use. + </p> + </answer> + </faq> + <faq> + <question> + What version will feature X be in? + </question> + <answer> + <p> + There is no "roadmap" of releases. Features will be added as + they are written. + </p> + <p> + Changes to the product (including new features) are implemented by + volunteers in their spare time. If feature X is important to you + and nobody seems to be working on it then perhaps you should consider + writing it yourself and <a href="submittingPatches.html">submitting a + patch</a>. + </p> + </answer> + </faq> + <faq> + <question> + How do I get commit rights for the cvs repository? + </question> + <answer> + <p> + Submit a bunch of patches that improve the product and when the + existing commiters are satisfied with your work, you will be given + commit access. + </p> + <p> + As a rule of thumb, if your patches need to be "touched up" before + they can be committed, then you won't be getting commit access. Refer + to the page on <a href="submittingPatches.html">submitting patches</a> + for an idea of what is expected. </p> </answer> </faq> --- NEW FILE: site.jsl --- <?xml version="1.0"?> <!-- stylesheet to be used --> <jsl:stylesheet select="$doc" xmlns:define="jelly:define" xmlns:j="jelly:core" xmlns:jsl="jelly:jsl" xmlns:log="jelly:log" xmlns:util="jelly:util" xmlns:x="jelly:xml" xmlns:doc="doc" xmlns="dummy" trim="false"> <jsl:template match="document" trim="false"> <j:useBean var="navbean" class="org.apache.maven.NavBean"/> <j:set var="location" value="${outFile.substring(destdir.length())}"/> <util:replace var="location" oldChar="\" newChar="/" value="${location}"/> <!-- Stores location for publish date / version --> <j:set var="date">${maven.xdoc.date}</j:set> <j:setProperties object="${navbean}" document="${doc}" location="${location}"/> <x:doctype name="html" publicId="-//W3C//DTD XHTML 1.0 Transitional//EN" systemId="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"/> <html> <head> <j:set var="docTitle"> <x:expr select="./properties/title"/> </j:set> <x:if select="$nav/title"> <title> <x:expr select="$nav/title"/> - ${docTitle} </title> </x:if> <x:if select="not($nav/title)"> <title>${pom.name} - ${docTitle}</title> </x:if> <style type="text/css"><![CDATA[ @import url("${relativePath}/style/tigris.css"); @import url("${relativePath}/style/maven.css"); ]]></style> <util:file var="projectCssFile" name="${maven.docs.src}/style/project.css"/> <j:if test="${projectCssFile.exists()}"> <style type="text/css"><![CDATA[ @import url("${relativePath}/style/project.css"); ]]></style> </j:if> <!-- FIXME: once someone works out how to stop this breaking <x:element name="script"><x:attribute name="type">text/javascript</x:attribute> if (document.layers) { document.writeln(''+ '<link rel="stylesheet" type="text/css" href="${relativePath}/style/ns4_only.css" media="screen" /><link rel="stylesheet" type="text/css" href="${relativePath}/style/maven_ns4_only.css" media="screen"/>'); } </x:element> --> <link rel="stylesheet" type="text/css" href="${relativePath}/style/print.css" media="print"/> <meta http-equiv="Content-Type" content="text/html; charset=${outputencoding}"></meta> <x:forEach var="author" select="./properties/author"> <meta name="author" content="${author.text}"/> <meta name="email" content="${author.attribute('email').value}"/> </x:forEach> <jsl:applyTemplates select="$doc/document/head/*"/> </head> <x:element name="body"><j:whitespace trim="true"> <x:attribute name="class">composite</x:attribute> <x:forEach var="attr" select="$doc/document/body/@*"> <x:attribute name="${attr.name}">${attr.value}</x:attribute> </x:forEach> </j:whitespace> <div id="banner"> <table border="0" cellspacing="0" cellpadding="8" width="100%"> <tr> <!-- organization logo --> <td> <j:set var="logo" value="${pom.organization.logo}"/> <j:if test="${!empty(logo)}"> <!-- set url to org or project url --> <j:set var="url" value="${pom.organization.url}"/> <j:if test="${!empty(url)}"> <j:set var="home" value="${pom.organization.url}"/> </j:if> <j:if test="${empty(url)}"> <j:set var="home" value="${pom.url}"/> </j:if> <!-- set image to relative or complete --> <j:set var="image" value="${pom.organization.logo}"/> <j:if test="${!image.startsWith('http://')}"> <j:set var="image" value="${relativePath}${image}"/> </j:if> <a href="${home}"> <img src="${image}" align="left" alt="${pom.organization.name}" border="0"/> </a> </j:if> </td> <!-- project logo and link --> <td> <div align="right" id="login"> <j:set var="logo" value="${pom.logo}"/> <j:if test="${logo != null and logo != ''}"> <!-- set image to relative or complete --> <j:set var="image" value="${pom.logo}"/> <j:if test="${!image.startsWith('http://')}"> <j:set var="image" value="${relativePath}${image}"/> </j:if> <a href="${pom.url}"> <img src="${image}" align="right" alt="${pom.name}" border="0"/> </a> </j:if> </div> </td> </tr> </table> </div> <div id="breadcrumbs"> <table border="0" cellspacing="0" cellpadding="4" width="100%"> <tr> <j:if test="${date == 'left'}"> <j:set var="version" value="${maven.xdoc.version}"/> <td>Last published: ${build.date} <j:if test="${!empty(version)}">| Doc for ${version}</j:if> </td> </j:if> <td> <div align="right"> <j:if test="${date == 'right'}"> Last published: ${build.date} <x:if select="$nav/body/links">|</x:if> </j:if> <!-- render links --> <x:if select="$nav/body/links"> <jsl:applyTemplates select="$nav/body/links"/> </x:if> <x:if select="not($nav/body/links)"> <!-- FIXME --> </x:if> </div> </td> </tr> </table> </div> <!-- Body of the page --> <table border="0" cellspacing="0" cellpadding="8" width="100%"> <!--id="main" --> <tr valign="top"> <td id="leftcol" width="20%"> <div id="navcolumn"> <j:if test="${date == 'navigation-top'}"> <div> <small>Last published: ${build.date}</small> </div> </j:if> <x:if select="$nav"> <jsl:applyTemplates select="$nav/body/menu[not(@type) | @type='header'] | $nav/body/search"/> </x:if> <!-- Standard Maven Navigation --> <j:set var="fileName">${file}</j:set> <!-- ! Check to see if the user wishes to include the ! maven-generated docs on their site. !--> <j:if test="${includeProjectDocumentation.equals('yes')}"> <div> <strong>Project Documentation</strong> <div> <small> <a href="${relativePath}/index.html">About ${pom.name}</a> </small> </div> <div> <small> <a href="${relativePath}/project-info.html">Project Info</a> </small> <util:tokenize var="projectInfoFiles" delim=",">${maven.xdoc.projectInfo}</util:tokenize> <j:forEach var="infoFile" items="${projectInfoFiles}"> <j:if test="${relativePath == '.' and fileName.endsWith(infoFile)}"> <div> <small> <a href="${relativePath}/mail-lists.html">Mailing Lists</a> </small> </div> <div> <small> <a href="${relativePath}/team-list.html">Project Team</a> </small> </div> <div> <small> <a href="${relativePath}/dependencies.html">Dependencies</a> </small> </div> <j:if test="${!empty(pom.repository.url)}"> <div> <small> <a href="${relativePath}/cvs-usage.html">Source Repository</a> </small> </div> </j:if> <j:if test="${!empty(pom.issueTrackingUrl)}"> <div> <small> <a href="${relativePath}/issue-tracking.html">Issue Tracking</a> </small> </div> </j:if> </j:if> </j:forEach> </div> <div> <small> <a href="${relativePath}/maven-reports.html">Project Reports</a> </small> <!-- | Check to see if we need to include the report | links in this document. The only time we | need to do this is when the current document | either the maven-reports.xml doc (the page | is displayed when clicking on Project | Reports) or when the current document is one | of the actual reports (in which case we want | to leave the project report links expanded. |--> <j:set var="includeReportLinks" value="false"/> <j:forEach var="report" items="${reports}"> <j:set var="linkWithXmlExt" value="${report.link}.xml"/> <j:if test="${relativePath == '.' and (fileName.endsWith('maven-reports.xml') or fileName.endsWith(linkWithXmlExt))}"> <j:set var="includeReportLinks" value="true"/> </j:if> </j:forEach> <!-- | If we need to include the report links, then | do so. This is determined by the above | block. |--> <j:if test="${includeReportLinks == 'true'}"> <j:forEach var="report" items="${reports}"> <div> <small> <a href="${relativePath}/${report.link}.html"> ${report.name} </a> </small> </div> </j:forEach> </j:if> </div> <j:if test="${pom.reports.isEmpty()}"> <j:if test="${sourcesPresent}"> <div> <small> <a href="${relativePath}/apidocs/index.html">JavaDocs</a> </small> </div> <div> <small> <a href="${relativePath}/xref/index.html">Source XReference</a> </small> </div> <j:if test="${unitTestSourcesPresent == 'true'}"> <div> <small> <a href="${relativePath}/xref-test/index.html">Test XReference</a> </small> </div> </j:if> </j:if> </j:if> <j:set var="devProcess" value="false"/> <util:available file="${maven.docs.src}/development-process.xml"> <j:set var="devProcess" value="true"/> </util:available> <j:if test="${devProcess}"> <div> <small> <a href="${relativePath}/development-process.html">Development Process</a> </small> </div> </j:if> <j:if test="${!devProcess}"> <div> <small> <j:set var="devProcess">${maven.xdoc.developmentProcessUrl}</j:set> <a href="${devProcess}">Development Process</a> </small> </div> </j:if> </div> </j:if> <j:set var="poweredbyimage">${maven.xdoc.poweredby.image}</j:set> <j:set var="poweredbytitle">${maven.xdoc.poweredby.title}</j:set> <j:set var="poweredbyurl">${maven.xdoc.poweredby.url}</j:set> <j:if test="${!empty(poweredbyimage)}"> <div style="margin-top: 20px; width: 100%; text-align: center;"> <a href="${poweredbyurl}" title="${poweredbytitle}"><img alt="${maven.xdoc.poweredby.title}" style="border: 1px solid black" src="${relativePath}/images/logos/${poweredbyimage}"/></a> </div> </j:if> <j:if test="${date == 'navigation-bottom'}"> <div> <small>Last published: ${build.date}</small> </div> </j:if> </div> </td> <td rowspan="2"> <div id="bodycol"> <!-- Insert MAIN body here --> <div class="app"> <!-- FIXME really shouldn't use $doc, but jelly loses it's context again --> <jsl:applyTemplates select="$doc/document/body/section"/> <jsl:applyTemplates select="$doc/document/body/glossary" /> <jsl:applyTemplates select="$doc/document/body/release" /> <jsl:applyTemplates select="$doc/document/body/changelog" /> <jsl:applyTemplates select="$doc/document/body/taskList" /> <jsl:applyTemplates select="$doc/document/body/goals" /> </div> </div> </td> <td> <script language="JavaScript"> google_ad_client = 'pub-2829717612320502'; google_ad_width = 120; google_ad_height = 600; google_ad_format = '120x600_as'; </script> <script language="JavaScript" src="http://pagead2.googlesyndication.com/pagead/show_ads.js"> </script> </td> </tr> </table> <div id="footer"> <table style='width:100%' border="0" cellspacing="0" cellpadding="4"> <jsl:applyTemplates select="$nav/body/footer"/> <tr> <td> <j:if test="${!empty(pom.organization.name)}"> <j:if test="${!empty(pom.inceptionYear)}"> <j:if test="${pom.inceptionYear == mavenCurrentYear}"> © ${mavenCurrentYear}, ${pom.organization.name} </j:if> <j:if test="${pom.inceptionYear != mavenCurrentYear}"> © ${pom.inceptionYear}-${mavenCurrentYear}, ${pom.organization.name} </j:if> </j:if> <j:if test="${empty(pom.inceptionYear)}"> © ${mavenCurrentYear}, ${pom.organization.name} </j:if> </j:if> <j:if test="${date == 'bottom'}"> - Last published: ${build.date} </j:if> </td> <j:if test="${date == 'bottom-right'}"> <td style='width: auto; text-align:right'>Last published: ${build.date}</td> </j:if> </tr> </table> </div> </x:element> </html> </jsl:template> <!-- process the properties of the doc --> <jsl:template match="properties" trim="false"> <!-- stick head block here later --> </jsl:template> <!-- Process a menu for the navigation bar --> <jsl:template match="menu" trim="false"> <div> <strong><x:expr select="@name"/></strong> <jsl:applyTemplates select="item"/> </div> </jsl:template> <jsl:template match="item" trim="false"> <x:set var="item" select="."/> <x:set var="_name" select="string(@name)"/> <x:set var="_link" select="string(@href)"/> <x:set var="_img" select="string(@img)"/> <div> <small> <j:if test="${navbean.isSelected(item.get(0))}"> <b><doc:itemLink name="${_name}" link="${_link}" img="${_img}"/></b> </j:if> <j:if test="${!navbean.isSelected(item.get(0))}"> <doc:itemLink name="${_name}" link="${_link}" img="${_img}"/> </j:if> </small> <j:if test="${!navbean.isCollapsed(item.get(0))}"> <jsl:applyTemplates select="item"/> </j:if> </div> </jsl:template> <!-- Process the breadcrumb navbar --> <jsl:template match="links" trim="false"> <j:set var="linkCount" value="1"/> <x:forEach var="link" select="item"> <j:if test="${linkCount != 1}">|</j:if> <j:set var="_name"><x:expr select="@name"/></j:set> <j:set var="_link"><x:expr select="@href"/></j:set> <doc:itemLink name="${_name}" link="${_link}"/> <j:set var="linkCount" value="${1+linkCount}"/> </x:forEach> </jsl:template> <!-- Google site search --> <jsl:template match="search" trim="false"> <!-- Search code: http://www.google.com/searchcode.html --> <!-- Google logos: http://www.google.com/stickers.html --> <!-- Terms: http://www.google.com./services/terms_free.html --> <div> <strong>Search ${pom.name}</strong> <form method="get" action="http://www.google.com/search"> <a class="navlink" href="http://www.google.com"> <img src="http://www.google.com/logos/Logo_25wht.gif" alt="Google" border="0" /> </a><p/> <j:set var="siteURL" value="${pom.url}"/> <!-- google fails on urls that end with / --> <j:if test="${siteURL.endsWith('/')}"> <j:set var="URLLength" value="${siteURL.length() - 1}"/> <j:set var="siteURL" value="${siteURL.substring(0, URLLength.intValue())}"/> </j:if> <input type="text" size="15" name="q" maxlength="255" value=""/> <input type="submit" value="Go" name="btnG"/> <input type="hidden" name="domains" value="${siteURL}"/> <input type="hidden" id="search" name="sitesearch" value="${siteURL}"/> </form> </div> </jsl:template> <!-- process a documentation section --> <jsl:template match="section" trim="false"> <div class="h3"> <j:set var="_sectionName"><x:expr select="@name"/></j:set> <j:if test="${!empty(_sectionName)}"> <h3> <a name="${_sectionName}">${_sectionName}</a> </h3> </j:if> <jsl:applyTemplates select="*"/> </div> </jsl:template> <jsl:template match="subsection" trim="false"> <div class="h4"> <j:set var="_sectionName"><x:expr select="@name"/></j:set> <j:if test="${!empty(_sectionName)}"> <h4> <a name="${_sectionName}">${_sectionName}</a> </h4> </j:if> <jsl:applyTemplates select="*"/> </div> </jsl:template> <jsl:template match="source" trim="false"> <div id="source"> <pre><x:expr select="."/></pre> </div> </jsl:template> <jsl:template match="footer" trim="false"> <tr> <td> <jsl:applyTemplates select="*"/> </td> </tr> </jsl:template> <jsl:template match="table" trim="false"> <j:set var="rowcount" value="0"/> <table cellpadding="3" cellspacing="2" border="1" width="100%"> <jsl:applyTemplates select="*"/> </table> </jsl:template> <jsl:template match="tr" trim="false"> <j:choose> <j:when test="${rowMode == 'a'}"> <j:set var="rowMode" value="b"/> </j:when> <j:otherwise> <j:set var="rowMode" value="a"/> </j:otherwise> </j:choose> <!-- copy attributes FIXME: Shouldn't this only be colspan|rowspan? --> <x:element name="tr"><j:whitespace trim="true"> <x:attribute name="class">${rowMode}</x:attribute> <x:forEach var="attr" select="@*"> <x:attribute name="${attr.name}">${attr.value}</x:attribute> </x:forEach> <jsl:applyTemplates select="*"/> </j:whitespace></x:element> </jsl:template> <!--************************--> <!-- glossary documentation --> <!--************************--> <jsl:template match="glossary" trim="false"> <jsl:applyTemplates select="glossary-entries/glossary-entry" /> </jsl:template> <jsl:template match="glossary-entry" trim="false"> <strong><x:expr select="name" /></strong> <br/> <x:expr select="definition" /> <p/> </jsl:template> <!--************************--> <!-- goals documentation --> <!--************************--> <jsl:template match="goals" trim="false"> <!-- reset row alternation --> <j:set var="rowMode" value="" /> <div class="h3"> <h3><a name="Goals">Goals</a></h3> <table> <tr width='100%'><th>Goal</th><th>Description</th></tr> <jsl:applyTemplates select="goal"/> </table> </div> </jsl:template> <!-- a goal --> <!-- FIXME: this is copied from tr - there must be a way of calling templates in jsl? --> <jsl:template match="goal" trim="false"> <j:choose> <j:when test="${rowMode == 'a'}"> <j:set var="rowMode" value="b"/> </j:when> <j:otherwise> <j:set var="rowMode" value="a"/> </j:otherwise> </j:choose> <x:element name="tr"><j:whitespace trim="true"> <x:attribute name="class">${rowMode}</x:attribute> <j:set var="_goalName"><x:expr select="./name" /></j:set> <td width='20%'><a name="${_goalName}">${_goalName}</a></td> <td width='80%'><jsl:applyTemplates select="description" /></td> </j:whitespace></x:element> </jsl:template> <jsl:template match="description"> <jsl:copy trim="false"> <jsl:applyTemplates trim="false"/> </jsl:copy> </jsl:template> <!--************************--> <!-- changelog documentation--> <!--************************--> <jsl:template match="changelog" trim="false"> <j:set var="rowMode" value="" /> <table width="100%"> <tr> <th>Date</th><th>Author</th><th>Files/Message</th> </tr> <jsl:applyTemplates select="changelog-entry" /> </table> </jsl:template> <!-- transform a changelog entry --> <!-- FIXME: tr code copied from above --> <jsl:template match="changelog-entry" trim="false"> <j:choose> <j:when test="${rowMode == 'a'}"> <j:set var="rowMode" value="b"/> </j:when> <j:otherwise> <j:set var="rowMode" value="a"/> </j:otherwise> </j:choose> <x:element name="tr"><j:whitespace trim="true"> <x:attribute name="class">${rowMode}</x:attribute> <td><x:expr select="date" /> <x:expr select="time" /></td> <td><x:expr select="author"/></td> <td><jsl:applyTemplates select="*" /> <pre><x:expr select="msg"/></pre> </td> </j:whitespace></x:element> </jsl:template> <jsl:template match="file"> <j:set var="url">${pom.repository.url}<x:expr select="name"/></j:set> <j:set var="revUrl">${url}?<x:expr select="revision"/>&content-type=text/vnd.viewcvs-markup</j:set> <a href="${url}"><x:expr select="name"/></a> - <a href="${revUrl}">v<x:expr select="revision"/></a> <br/> </jsl:template> <!-- remove the space at the end of parsed "a" anchors --> <jsl:template match="a" trim="false"> <jsl:copy trim="true"> <jsl:applyTemplates trim="true"/> </jsl:copy> </jsl:template> <!-- copy any other elements through --> <jsl:template match="*" trim="false"> <jsl:copy trim="false"> <jsl:applyTemplates trim="false"/> </jsl:copy> </jsl:template> <!-- element values don't pass through as text --> <jsl:template match="@*"/> </jsl:stylesheet> |
From: Mike B. <mb...@Ga...> - 2003-07-15 16:23:08
|
Christian Sell wrote: > does HtmlUnit honor the meta attribute below? If not, plans to do so? > > <meta http-equiv=refresh content="0; url='/ams/servlet/session.init'"> No, it doesn't. Please open a feature request. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
From: Christian S. <chr...@ne...> - 2003-07-15 15:45:57
|
Hello, does HtmlUnit honor the meta attribute below? If not, plans to do so? <meta http-equiv=refresh content="0; url='/ams/servlet/session.init'"> thanks, christian |
From: Mike B. <mb...@Ga...> - 2003-07-15 14:44:25
|
th...@cy... wrote: > I got a problem concerning an iframe within our application. In that > iframe, we call a servlet which must be part of the current session, > so it needs to have access to the same session id. Unfortunately it > doesn't know anything about the session id when accessed with > HtmlUnit. It works fine, when accessed with the browser. > First I assumed, that its a cookie problem, so I got me the new > commons-httpclient (2.0 Beta2), but that did not fix it. So I guess, > that its more a problem within HtmlUnit. > If I'm wrong, i'd gladly take any advice to resolve this problem ;) > > I'm using HtmlUnit 1.2.2 Is the session id being store in a cookie or in the url? HtmlUnit doesn't actually touch the cookies - that's entirely handled by commons-httpclient. Are you sending the request back up to a different server than the one that issued the cookie? Can you look at the traffic with a sniffer to see if the cookies are being sent back to the server? -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
From: <th...@cy...> - 2003-07-15 14:19:27
|
Hi, I got a problem concerning an iframe within our application. In that iframe, we call a servlet which must be part of the current session, so it needs to have access to the same session id. Unfortunately it doesn't know anything about the session id when accessed with HtmlUnit. It works fine, when accessed with the browser. First I assumed, that its a cookie problem, so I got me the new commons-httpclient (2.0 Beta2), but that did not fix it. So I guess, that its more a problem within HtmlUnit. If I'm wrong, i'd gladly take any advice to resolve this problem ;) I'm using HtmlUnit 1.2.2 Thanks in advance and best regards Thomas Bartz Berlin, Germany |
From: SourceForge.net <no...@so...> - 2003-07-15 13:10:49
|
Feature Requests item #625328, was opened at 2002-10-18 19:28 Message generated for change (Comment added) made by phos4 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=625328&group_id=47038 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Add HtmlFileInput support Initial Comment: Need HtmlFileInput to simulate file upload. ---------------------------------------------------------------------- Comment By: Thomas Bartz (phos4) Date: 2003-07-15 15:10 Message: Logged In: YES user_id=746059 Is there still any chance to see this in one of the next releases? Would be very great! ---------------------------------------------------------------------- Comment By: Mike Bowler (mbowler) Date: 2002-10-29 19:29 Message: Logged In: YES user_id=46756 I'm going to defer this to 1.2 as I'm close to wrapping up 1.1 and this feature will require quite a bit of work. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448269&aid=625328&group_id=47038 |
From: SourceForge.net <no...@so...> - 2003-07-14 02:18:55
|
Support Requests item #769348, was opened at 2003-07-11 07:40 Message generated for change (Comment added) made by skahl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 Category: Install Problem (example) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Randall Dietz (rdietz) Assigned to: Nobody/Anonymous (nobody) Summary: SimpleLog does not implement Log? Initial Comment: G'day, I'm running HtmlUnit (1.2.2) and Junit (3.8.1) with Java V1.3.1, trying to run a very simple test from the examples when I get the following error: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.SimpleLog does not implement Log at org.apache.commons.logging.impl.LogFactoryImpl.newIns tance(LogFactoryImpl.java:555) etc... I'm using all the jar files from the HtmlUnit lib download. Is this a known problem or am I just lucky? ;^) cheers ---------------------------------------------------------------------- Comment By: Simon Kahl (skahl) Date: 2003-07-14 11:48 Message: Logged In: YES user_id=793481 I have experience this when using JUnit swing GUI with 'Reload classes every Run' switched on. Turn this off (or start GUI with '-noloading' option) and the problem should go away. ---------------------------------------------------------------------- Comment By: Mike Bowler (mbowler) Date: 2003-07-11 20:12 Message: Logged In: YES user_id=46756 You're just lucky ;) I'd guess that this is a classpath problem. Make sure that you don't have an older version of commons-logging in your classpath. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 |
From: SourceForge.net <no...@so...> - 2003-07-11 10:42:26
|
Support Requests item #769348, was opened at 2003-07-10 18:10 Message generated for change (Comment added) made by mbowler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 Category: Install Problem (example) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Randall Dietz (rdietz) Assigned to: Nobody/Anonymous (nobody) Summary: SimpleLog does not implement Log? Initial Comment: G'day, I'm running HtmlUnit (1.2.2) and Junit (3.8.1) with Java V1.3.1, trying to run a very simple test from the examples when I get the following error: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.SimpleLog does not implement Log at org.apache.commons.logging.impl.LogFactoryImpl.newIns tance(LogFactoryImpl.java:555) etc... I'm using all the jar files from the HtmlUnit lib download. Is this a known problem or am I just lucky? ;^) cheers ---------------------------------------------------------------------- >Comment By: Mike Bowler (mbowler) Date: 2003-07-11 06:42 Message: Logged In: YES user_id=46756 You're just lucky ;) I'd guess that this is a classpath problem. Make sure that you don't have an older version of commons-logging in your classpath. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 |
From: SourceForge.net <no...@so...> - 2003-07-10 22:10:45
|
Support Requests item #769348, was opened at 2003-07-11 08:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 Category: Install Problem (example) Group: None Status: Open Resolution: None Priority: 5 Submitted By: Randall Dietz (rdietz) Assigned to: Nobody/Anonymous (nobody) Summary: SimpleLog does not implement Log? Initial Comment: G'day, I'm running HtmlUnit (1.2.2) and Junit (3.8.1) with Java V1.3.1, trying to run a very simple test from the examples when I get the following error: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.SimpleLog does not implement Log at org.apache.commons.logging.impl.LogFactoryImpl.newIns tance(LogFactoryImpl.java:555) etc... I'm using all the jar files from the HtmlUnit lib download. Is this a known problem or am I just lucky? ;^) cheers ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448267&aid=769348&group_id=47038 |
From: Notes_Administrator/UK/IBM%IBMFR <Notes_Administrator/UK/<IB...@fr...> - 2003-07-08 23:18:12
|
I will be out of the office starting 07/07/2003 and will not return until 21/07/2003. Pour les messages concernant le portail Orange, merci de bien vouloir contacter Frederic Germane ou Laurent Chades. |
From: Umesh K. <uku...@di...> - 2003-07-07 03:19:28
|
Hi all, I am new to htmlunit and need your help in understanding how to write test case to generate submit event on a javascript menu item. Here is my code snippet.I am including only required part of code here for brevity.If anyone is interested in looking at complete code I am more than happy to send it. mainpage.html ------------- ..... ...... <script language="javascript1.2" src=/common/js/menus2.js type='text/javascript'></script> ..... ...... This main page imports javascript menus2.js. menus2.js ------------- ..... ..... document.write("<SCR" + "IPT LANGUAGE='JavaScript' SRC='/common/jsp/arrays.jsp' TYPE='text/javascript'><\/SCR" + "IPT>"); ..... ..... This javascript along with other checks imports arrays.jsp file which has required menus in dthml.We use hiermenus for displaying menus. arrays.jsp --------- ............ ............ // This menu represents top level menu HM_Array1 = [[200,0,<%=vertOffset%>,"<%=fontColor%>","<%=MOFontColor%>", "<%=BGColor%>","<%=MOBGColor%>","<%=MOBGColor%>","<%=MOBGColor%>",1,1,0,1,1, 1,"n ull","null",,,true,true,] // Display "Student Activities" in the top-level menu ,[" Student Activities ",,0,0,1] // Display "Manage Users" in the top-level menu ,[" Manage Users ",,0,0,1]] // Build "Student Activities" sub-menu structure HM_Array1_1 = [[] // Display "View Learning Center" ,[" View Learning Center ","/lms/LockerServlet?COMMAND=GetLocker&resetHistory=true",1,0,0 ]] ............ ............ The menus have top level menu with items like "Student Activities" & "Manage Users".These top level menus have sub-menus."Student Activities" menu item has sub-menu "View Learning Center". When you click on "Student Activities" sub-menus are displayed and clicking on sub-menus submits a click event and displays next page. I am trying to test this case need to know how to proceed with this.And kind of help is welcome. Thanks, Umesh |
From: <no...@us...> - 2003-07-04 15:21:05
|
Log Message: ----------- Added support for the property Window.name Modified Files: -------------- /cvsroot/htmlunit/htmlunit/src/xdocs: changes.xml /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript/host: Window.java /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript: JavaScriptConfiguration.xml /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit/javascript/host: WindowTest.java Revision Data ------------- Index: Window.java =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript/host/Window.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -d -r1.20 -r1.21 --- Window.java 10 Jun 2003 11:57:00 -0000 1.20 +++ Window.java 4 Jul 2003 15:21:02 -0000 1.21 @@ -515,4 +515,8 @@ return ""; } + + public String jsGet_name() { + return webWindow_.getName(); + } } Index: JavaScriptConfiguration.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/java/com/gargoylesoftware/htmlunit/javascript/JavaScriptConfiguration.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -d -r1.22 -r1.23 --- JavaScriptConfiguration.xml 28 May 2003 23:29:56 -0000 1.22 +++ JavaScriptConfiguration.xml 4 Jul 2003 15:21:02 -0000 1.23 @@ -281,6 +281,7 @@ <property name="frames" readable="true" writable="false"/> <property name="src" readable="true" writable="true"/> <property name="onload" readable="true" writable="true"/> + <property name="name" readable="true" writable="false"/> <function name="alert"/> <function name="blur"/> Index: changes.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/changes.xml,v retrieving revision 1.112 retrieving revision 1.113 diff -u -d -r1.112 -r1.113 --- changes.xml 28 Jun 2003 17:24:27 -0000 1.112 +++ changes.xml 4 Jul 2003 15:21:02 -0000 1.113 @@ -124,8 +124,11 @@ Changed HtmlTextArea.setText() to actually modify the DOM Patch provided by Barnaby Court. </action> - <action type="update" dev="mbowler" id="738548 "> + <action type="update" dev="mbowler" id="738548"> Fix for bug 738548 - "Form values are not Posted Properly to Server" + </action> + <action type="new" dev="mbowler"> + Added support for the property Window.name </action> </release> </body> Index: WindowTest.java =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/test/java/com/gargoylesoftware/htmlunit/javascript/host/WindowTest.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -d -r1.2 -r1.3 --- WindowTest.java 10 Jun 2003 11:57:01 -0000 1.2 +++ WindowTest.java 4 Jul 2003 15:21:02 -0000 1.3 @@ -105,6 +105,9 @@ final WebClient webClient = new WebClient(); final FakeWebConnection webConnection = new FakeWebConnection( webClient ); + final List collectedAlerts = new ArrayList(); + webClient.setAlertHandler( new CollectingAlertHandler(collectedAlerts) ); + final String firstContent = "<html><head><title>First</title></head><body>" + "<form name='form1'>" @@ -113,7 +116,9 @@ + "</form>" + "</body></html>"; final String secondContent - = "<html><head><title>Second</title></head><body></body></html>"; + = "<html><head><title>Second</title></head><body>" + + "<script>alert(self.name)</script>" + + "</body></html>"; final EventCatcher eventCatcher = new EventCatcher(); eventCatcher.listenTo( webClient ); @@ -149,6 +154,10 @@ final WebWindowEvent changedEvent = (WebWindowEvent)eventCatcher.getEventAt(2); assertNull( changedEvent.getOldPage() ); assertEquals( "Second", ((HtmlPage)changedEvent.getNewPage()).getTitleText() ); + + assertEquals( + Collections.singletonList("MyNewWindow"), + collectedAlerts); } |
From: Mike B. <mb...@Ga...> - 2003-07-03 21:59:37
|
Rahul Joshi wrote: > Hi, > Could anyone help me on how to handle pop up windows with HTML Unit. You can register a listener for web window events on the WebClient. This listener will be notified when your popup is created and you can then manipulate it. Check out http://htmlunit.sourceforge.net/window-howto.html for more details. Please ignore the messiness of the page - I see this one didn't get converted properly from the old format. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
From: Rahul J. <rah...@sp...> - 2003-07-03 21:16:21
|
Hi, Could anyone help me on how to handle pop up windows with HTML Unit. In my case I want to=20 test a case in which on clicking a link on a page a new window pops up. The user can select from the pop up window which populates the values in the text box of the original window. Then the original page is automatically submitted. Thanking you.=20 -Rahul |
From: <no...@us...> - 2003-07-03 19:29:55
|
Log Message: ----------- Updated the dependency list page to get all information from the pom so that all dependencies are kept in sync Modified Files: -------------- /cvsroot/htmlunit/htmlunit: maven.xml project.xml /cvsroot/htmlunit/htmlunit/src/xdocs: index.xml Revision Data ------------- Index: maven.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/maven.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -d -r1.3 -r1.4 --- maven.xml 16 Apr 2003 18:23:32 -0000 1.3 +++ maven.xml 3 Jul 2003 19:29:51 -0000 1.4 @@ -14,5 +14,95 @@ <preGoal name="xdoc:transform"> <attainGoal name="faq"/> + <attainGoal name="createDependenciesPage"/> </preGoal> + + <goal name="createDependenciesPage" + description="Generates the dependencies document"> + + <j:set var="destfile" value="${maven.build.dir}/generated-xdocs/dependencies.xml"/> + <ant:mkdir dir="${maven.build.dir}/generated-xdocs"/> + + <u:file var="destfileFile" name="${destfile}"/> + <j:set var="destfile" value="${destfileFile.getCanonicalPath()}"/> + + <j:set var="outputencoding" value="${maven.docs.outputencoding}"/> + + <j:file name="${destfile}" encoding="${outputencoding}" outputMode="xml"> +<document> + + <properties> + <title>Dependencies</title> + </properties> + <body> + <section name="Dependencies"> + <p> + These are the various dependencies required by HtmlUnit. Some jars + are mandatory for even the simplest use of HtmlUnit, others are optional. + If the optional JARs are missing then the main functionality will + continue to work but some functions will not. + </p> + <table> + <tr><th>Required JARs</th><th>Description</th></tr> + <tr><td>HtmlUnit.jar</td><td>The main HtmlUnit classes</td></tr> + <j:forEach var="lib" items="${pom.artifacts}"> + <j:set var="dep" value="${lib.dependency}"/> + <j:if test="${dep.getProperty('htmlunit.group')=='required'}"> + <tr> + <tr> + <td><a href="${dep.url}">${dep.artifact}</a></td> + <td>${dep.getProperty('htmlunit.description')}</td> + </tr> + </tr> + </j:if> + </j:forEach> + + <tr><th>Optional JARs for jelly scripting support</th><th>Description</th></tr> + <j:forEach var="lib" items="${pom.artifacts}"> + <j:set var="dep" value="${lib.dependency}"/> + <j:if test="${dep.getProperty('htmlunit.group')=='jelly'}"> + <tr> + <tr> + <td><a href="${dep.url}">${dep.artifact}</a></td> + <td>${dep.getProperty('htmlunit.description')}</td> + </tr> + </tr> + </j:if> + </j:forEach> + + <tr><th>Optional JARs for running the unit tests</th><th>Description</th></tr> + <j:forEach var="lib" items="${pom.artifacts}"> + <j:set var="dep" value="${lib.dependency}"/> + <j:if test="${dep.getProperty('htmlunit.group')=='test'}"> + <tr> + <td><a href="${dep.url}">${dep.artifact}</a></td> + <td>${dep.getProperty('htmlunit.description')}</td> + </tr> + </j:if> + </j:forEach> + + <tr><th>Optional JARs for SSL support</th><th>Description</th></tr> + <tr> + <td><a href="http://java.sun.com/products/jsse/">JSSE</a></td> + <td>Java Secure Socket Extension. Not required if you are running Java 1.4+</td> + </tr> + + <tr><th>Other optional JARs</th><th>Description</th></tr> + <j:forEach var="lib" items="${pom.artifacts}"> + <j:set var="dep" value="${lib.dependency}"/> + <j:if test="${dep.getProperty('htmlunit.group')=='optional'}"> + <tr> + <tr> + <td><a href="${dep.url}">${dep.artifact}</a></td> + <td>${dep.getProperty('htmlunit.description')}</td> + </tr> + </tr> + </j:if> + </j:forEach> + </table> + </section> + </body> +</document> + </j:file> + </goal> </project> Index: project.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/project.xml,v retrieving revision 1.22 retrieving revision 1.23 diff -u -d -r1.22 -r1.23 --- project.xml 29 Jun 2003 13:27:46 -0000 1.22 +++ project.xml 3 Jul 2003 19:29:51 -0000 1.23 @@ -110,87 +110,147 @@ <id>junit</id> <version>3.8.1</version> <url>http://www.junit.org/</url> + <properties> + <htmlunit.group>test</htmlunit.group> + <htmlunit.description>JUnit testing framework</htmlunit.description> + </properties> </dependency> <dependency> <id>junitperf</id> <version>1.8</version> <url>http://www.clarkware.com</url> + <properties> + <htmlunit.group>test</htmlunit.group> + <htmlunit.description>Additional support for testing</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-jelly</id> <version>SNAPSHOT</version> <url>http://jakarta.apache.org/commons/jelly</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>Jelly itself</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-jelly+tags-log</id> <version>SNAPSHOT</version> <url>http://jakarta.apache.org/commons/jelly</url> + <properties> + <htmlunit.group>Jelly</htmlunit.group> + <htmlunit.description>Jelly tags for logging</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-jexl</id> <version>SNAPSHOT</version> <url>http://jakarta.apache.org/commons/jexl</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>Expression language</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-cli</id> <version>SNAPSHOT</version> <url>http://jakarta.apache.org/commons/cli</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>Command line interface</htmlunit.description> + </properties> </dependency> <dependency> <id>dom4j</id> <version>1.4-dev-8</version> <url>http://www.dom4j.org/</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>XML DOM wrapper</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-collections</id> <version>2.1</version> <url>http://jakarta.apache.org/commons/collections.html</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>Collection classes</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-beanutils</id> <version>1.6.1</version> <url>http://jakarta.apache.org/commons/beanutils</url> + <properties> + <htmlunit.group>jelly</htmlunit.group> + <htmlunit.description>Javabean support</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-httpclient</id> - <version>2.0-alpha3</version> + <version>2.0-beta2</version> <url>http://jakarta.apache.org/commons/httpclient</url> + <properties> + <htmlunit.group>required</htmlunit.group> + <htmlunit.description>Provides the actual http support</htmlunit.description> + </properties> </dependency> <dependency> <id>gsbase</id> <version>2.0</version> <url>http://gsbase.sourceforge.net</url> + <properties> + <htmlunit.group>test</htmlunit.group> + <htmlunit.description>Misc testing support classes</htmlunit.description> + </properties> </dependency> <dependency> <id>rhino</id> <version>1.5R4-RC3</version> <url>http://www.mozilla.org/rhino</url> <jar>js-1.5R4-RC3.jar</jar> + <properties> + <htmlunit.group>optional</htmlunit.group> + <htmlunit.description>Needed for javascript support</htmlunit.description> + </properties> </dependency> <dependency> <id>xerces</id> - <version>2.0.2</version> - <url>http://xml.apache.org/xercesj</url> - <jar>xercesImpl-2.0.2.jar</jar> - </dependency> - <dependency> - <id>xerces</id> - <version>2.0.2</version> - <url>http://xml.apache.org/xercesj</url> - <jar>xmlParserAPIs-2.0.2.jar</jar> + <version>2.4.0</version> + <url>http://xml.apache.org/xerces2-j/index.html</url> + <jar>xercesImpl-2.4.0.jar</jar> + <properties> + <htmlunit.group>required</htmlunit.group> + <htmlunit.description>XML Parser</htmlunit.description> + </properties> </dependency> <dependency> - <id>xml-apis</id> - <version>2.0.2</version> + <id>xerces+parserAPIs</id> + <version>2.2.1</version> + <url>http://xml.apache.org/xerces2-j/index.html</url> + <jar>xmlParserAPIs-2.2.1.jar</jar> + <properties> + <htmlunit.group>required</htmlunit.group> + <htmlunit.description>XML Parser</htmlunit.description> + </properties> </dependency> <dependency> <id>nekohtml</id> <version>0.7.6</version> + <properties> + <htmlunit.group>required</htmlunit.group> + <htmlunit.description>Converts html into an XML DOM model</htmlunit.description> + </properties> </dependency> <dependency> <id>commons-logging</id> <version>1.0.2</version> <url>http://jakarta.apache.org/commons/logging.html</url> + <properties> + <htmlunit.group>required</htmlunit.group> + <htmlunit.description>Logging support</htmlunit.description> + </properties> </dependency> </dependencies> Index: index.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/src/xdocs/index.xml,v retrieving revision 1.26 retrieving revision 1.27 diff -u -d -r1.26 -r1.27 --- index.xml 3 May 2003 23:31:28 -0000 1.26 +++ index.xml 3 Jul 2003 19:29:51 -0000 1.27 @@ -1,5 +1,5 @@ <?xml version="1.0"?> -<document> +<document xmlns:j="jelly:core"> <properties> <title>Welcome to HtmlUnit</title> @@ -30,6 +30,11 @@ framework such as <a href="http://www.junit.org">JUnit</a>. Refer to the document "<a href="gettingStarted.html">Getting Started with HtmlUnit</a>" for an introduction. </p> + <p> + NOTE: This documentation is for the current code in CVS and may not accurately + reflect the version of HtmlUnit that you have downloaded. Refer to the + documentation that came with your download for the most correct information + </p> </section> <section name="Where to find..."> @@ -129,46 +134,8 @@ <section name="Installation"> <p> - Place the following jar files in your classpath. All of these can be found in the lib directory - of the HtmlUnit installation. - </p> - <p> - <dl> - <dt>HtmlUnit.jar</dt> - <dd>The main HtmlUnit classes</dd> - - <dt>commons-httpclient.jar <version-string>2.0beta3</version-string></dt> - <dd><a href="http://jakarta.apache.org/commons/httpclient/">HttpClient from Apache</a>, - the code that actually handles the http connections. Note that commons-httpclient - is going through active development and does not have a stable release yet. We're - using periodic "daily snapshots" which are actually quite solid.</dd> - - <dt>commons-logging.jar <version-string>1.0.2</version-string></dt> - <dd><a href="http://jakarta.apache.org/commons/logging.html">Logging - from Apache</a></dd> - - <dt>nekohtml.jar <version-string>0.7.5 + private fix</version-string></dt> - <dd><a href="http://www.apache.org/~andyc/neko/doc/html/index.html"> - NekoHTML</a> is a tool to convert badly written html into an xml - dom model</dd> - - <dt>xercesImpl.jar and xmlParserAPIs.jar <version-string>2.2.1</version-string></dt> - <dd>The<a href="http://xml.apache.org/xerces2-j/index.html"> - Xerces</a> xml parser from Apache. </dd> - - <dt>js.jar <version-string>1.5R4</version-string></dt> - <dd><a href="http://www.mozilla.org/rhino">Rhino</a>, - a javascript engine from the Mozilla project. This jar is optional - if it isn't - found then javascript support will be disabled but the rest of HtmlUnit will - continue to work.</dd> - - </dl> - <note> - If you want to use HTTPS (Secure HTTP) then you will have to have the JSSE in your - classpath. JSSE is a standard part of Java starting with JDK1.4. If you are using - an earlier version of Java, then you can - <a href="http://java.sun.com/products/jsse">download</a> the JSSE from the Sun website. - </note> + Place <a href="dependencies.html">all the required jars</a> in your classpath. + All of these can be found in the lib directory of the HtmlUnit installation. </p> </section> |
From: Mike B. <mb...@Ga...> - 2003-07-02 10:23:11
|
Christian Sell wrote: > So, before I set out, it would be good to hear what exactly you require > to make you confident. Obviously all the existing unit tests would have to pass (ignoring those tests that may become redundant due to the changes) and new tests would have to be added as needed. I'd want to do an "experimental" build with those changes to let users of HtmlUnit see if it broke any of their code. The answer I'd want to hear from these people is "nothing changed - all my code still just works fine" Normally just the unit tests would be enough but this is a large enough change that I'd want to take extra precautions. You've probably already seen this document but in case you haven't, please read it before submitting patches -> http://htmlunit.sourceforge.net/submittingPatches.html -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
From: Christian S. <chr...@ne...> - 2003-07-02 09:02:47
|
Mike Bowler wrote: > Christian Sell wrote: > >> Our discussion showed that there would be advantages in having the >> HtmlElement hierarchiy implement the w3c.dom interfaces, as this would >> offer a standard API - in particular all XPath implementations will >> support w3c.dom out of the box. > > > I'm not convinced that there is any significant benefit in this respect. > The DOM is already available which means that you can do XPath right now. the benefit here is over implementing a non-w3c DOM. With regard to HtmlUnit, the (small) benefit would be that you dont need to go through the "getXmlElement, applyXPath, getHtmlElement" steps when doing XPath. > > There *are* benefits to removing one of the three hierarchies but > offering a "standard api" isn't one of them IMO. The proposed change > would affect just about every part of HtmlUnit so I'm reluctant to > accept something like this without seeing significant benefits. I dont think the changes would be that sweeping. I see them mostly (if not completely) limited to the com.gargoylesoftware.htmlunit.html package > > The only significant benefit to this proposal that I can see is a > reduction of objects required to represent one html page in memory. Am > I overlooking something? and maintenance, as you also mention. And slightly simplified API (see above). Some performance as well. > >> I chose crimson > > > Why crimson? because it seemed small and easy to isolate (already done it). > >> Is there a likelihood that the >> result will be merged back into the code base? > > > If the change does not break backwards compatibility with existing users > of HtmlUnit and the final result is better in memory usage or ease of > maintainability then I expect it would be accepted. If it does require > breaking backward compatibility then it would depend how serious that > break was. Clearly I want to accept patches that make the product > better but I will be very leery of accepting a patch that makes such > fundamental changes to the way the product works. I think compatibililty is rather easy to achieve, as it would mostly amount to having both getXmlElement and getHtmlElement methods just return the parameter/callee as is. I would however prefer making both APIs deprecated and add a simple getElement. > It would have to go > through a much higher level of regression testing than most changes would. > > So the short answer is, yes it would be accepted if I was confident that > it didn't break anything. Making me feel confident about such a drastic > change may be difficult. > I certainly understand your reservations. It would be "open heart surgery", so much is true. And the benefits arent immediately obvious either. So, before I set out, it would be good to hear what exactly you require to make you confident. |
From: Mike B. <mb...@Ga...> - 2003-07-01 20:57:08
|
Christian Sell wrote: > Our discussion showed that there > would be advantages in having the HtmlElement hierarchiy implement the > w3c.dom interfaces, as this would offer a standard API - in particular > all XPath implementations will support w3c.dom out of the box. I'm not convinced that there is any significant benefit in this respect. The DOM is already available which means that you can do XPath right now. There *are* benefits to removing one of the three hierarchies but offering a "standard api" isn't one of them IMO. The proposed change would affect just about every part of HtmlUnit so I'm reluctant to accept something like this without seeing significant benefits. The only significant benefit to this proposal that I can see is a reduction of objects required to represent one html page in memory. Am I overlooking something? > I chose crimson Why crimson? > Is there a likelihood that the > result will be merged back into the code base? If the change does not break backwards compatibility with existing users of HtmlUnit and the final result is better in memory usage or ease of maintainability then I expect it would be accepted. If it does require breaking backward compatibility then it would depend how serious that break was. Clearly I want to accept patches that make the product better but I will be very leery of accepting a patch that makes such fundamental changes to the way the product works. It would have to go through a much higher level of regression testing than most changes would. So the short answer is, yes it would be accepted if I was confident that it didn't break anything. Making me feel confident about such a drastic change may be difficult. -- Mike Bowler Principal, Gargoyle Software Inc. Voice: (416) 822-0973 | Email : mb...@Ga... Fax : (416) 822-0975 | Website: http://www.GargoyleSoftware.com |
From: Christian S. <chr...@ne...> - 2003-07-01 16:31:50
|
Hello all, I would like to return to the subject of unifying the internal element hierarchies in HtmlUnit, in particular the HtmlElement and Element hierarchies. I am considering to take on this task. Our discussion showed that there would be advantages in having the HtmlElement hierarchiy implement the w3c.dom interfaces, as this would offer a standard API - in particular all XPath implementations will support w3c.dom out of the box. It would also enable us to simply configure the XML parser with the custom DOM implementation and thus have it construct the correct tree right away. I have looked into this, and come to the conclusion that cannibalizing an existing DOM implementation (I chose crimson), and subclassing the HtmlElements off from there would be the easiest way to go. Of course this is still an operation that goes through the internals of HtmlUnit. To avoid conflicts I would rename the packages of the cannibalized DOM implementation into the HtmlUnit namespace. As I said, I am willing to take this on. Does anyone have comments/recommendations/objections? Is there a likelihood that the result will be merged back into the code base? thanks, Christian |
From: <no...@us...> - 2003-06-29 13:27:50
|
Log Message: ----------- Improved the appearance of the online docs Modified Files: -------------- /cvsroot/htmlunit/htmlunit: project.properties project.xml /cvsroot/htmlunit/htmlunit/src/xdocs/images: HtmlUnitLogo.jpg Added Files: ----------- /cvsroot/htmlunit/htmlunit: checkstyle.xml /cvsroot/htmlunit/htmlunit/src/xdocs/images: GargoyleSoftwareLogo.jpg Revision Data ------------- --- NEW FILE: checkstyle.xml --- <?xml version="1.0"?> <!DOCTYPE module PUBLIC "-//Puppy Crawl//DTD Check Configuration 1.1//EN" "http://www.puppycrawl.com/dtds/configuration_1_1.dtd"> <!-- Checkstyle checks configured for Maven. --> <module name="Checker"> <!-- Checks that a package.html file exists for each package. --> <!-- See http://checkstyle.sf.net/config_javadoc.html#PackageHtml --> <module name="PackageHtml"/> <!-- Checks whether files end with a new line. --> <!-- See http://checkstyle.sf.net/config_misc.html#NewlineAtEndOfFile --> <module name="NewlineAtEndOfFile"/> <!-- Checks that property files contain the same keys. --> <!-- See http://checkstyle.sf.net/config_misc.html#Translation --> <module name="Translation"/> <module name="TreeWalker"> <property name="cacheFile" value="${checkstyle.cache.file}"/> <!-- ************************************************************** --> <!-- Checks that are different from the sun coding conventions ones --> <!-- ************************************************************** --> <module name="Header"> <property name="headerFile" value="${basedir}/LICENSE.txt"/> <property name="ignoreLines" value="1,2,3,4,5,6"/> </module> <property name="tabWidth" value="4"/> <module name="LeftCurly"> <property name="option" value="eol"/> </module> <module name="RightCurly"> <property name="option" value="alone"/> </module> <module name="LineLength"> <property name="max" value="120"/> </module> <module name="MethodLength"> <property name="max" value="175"/> </module> <!-- No Paren pad check <module name="ParenPad"/> --> <module name="ConstantName"> <property name="format" value="log|^[a-zA-Z][a-zA-Z0-9_]*$"/> </module> <!-- ************************************************************** --> <!-- Default Sun coding conventions checks --> <!-- ************************************************************** --> <!-- Checks for Javadoc comments. --> <!-- See http://checkstyle.sf.net/config_javadoc.html --> <module name="JavadocMethod"/> <module name="JavadocType"> <property name="scope" value="protected"/> <property name="authorFormat" value="\S"/> <property name="versionFormat" value="\$Revision.*\$"/> </module> <module name="JavadocVariable"/> <!-- Checks for Naming Conventions. --> <!-- See http://checkstyle.sf.net/config_naming.html --> <module name="LocalFinalVariableName"/> <module name="LocalVariableName"/> <module name="MethodName"> <property name="format" value="^[a-zA-Z0-9]+|test[A-Z][a-zA-Z0-9_]+$"/> </module> <module name="PackageName"/> <module name="ParameterName"/> <module name="StaticVariableName"/> <module name="TypeName"/> <module name="MemberName"> <property name="format" value="^[a-z][a-zA-Z0-9_]+_$"/> </module> <!-- Checks for imports --> <!-- See http://checkstyle.sf.net/config_import.html --> <module name="AvoidStarImport"/> <module name="IllegalImport"/> <!-- defaults to sun.* packages --> <module name="RedundantImport"/> <module name="UnusedImports"/> <!-- Checks for Size Violations. --> <!-- See http://checkstyle.sf.net/config_sizes.html --> <module name="FileLength"/> <module name="ParameterNumber"/> <!-- Checks for whitespace --> <!-- See http://checkstyle.sf.net/config_whitespace.html --> <!-- <module name="EmptyForIteratorPad"/> <module name="NoWhitespaceAfter"/> <module name="NoWhitespaceBefore"/> <module name="OperatorWrap"/> <module name="WhitespaceAfter"/> <module name="WhitespaceAround"/> --> <module name="TabCharacter"/> <!-- Modifier Checks --> <!-- See http://checkstyle.sf.net/config_modifiers.html --> <module name="ModifierOrder"/> <module name="RedundantModifier"/> <!-- Checks for blocks. You know, those {}'s --> <!-- See http://checkstyle.sf.net/config_blocks.html --> <module name="AvoidNestedBlocks"/> <module name="EmptyBlock"/> <module name="NeedBraces"/> <!-- Checks for common coding problems --> <!-- See http://checkstyle.sf.net/config_coding.html --> <module name="AvoidInlineConditionals"/> <module name="DoubleCheckedLocking"/> <module name="EmptyStatement"/> <module name="EqualsHashCode"/> <module name="HiddenField"/> <module name="IllegalInstantiation"/> <module name="InnerAssignment"/> <module name="MagicNumber"/> <module name="MissingSwitchDefault"/> <module name="RedundantThrows"/> <!-- <module name="SimplifyBooleanExpression"/> --> <module name="SimplifyBooleanReturn"/> <!-- Checks for class design --> <!-- See http://checkstyle.sf.net/config_design.html --> <!-- <module name="DesignForExtension"/> --> <module name="FinalClass"/> <module name="HideUtilityClassConstructor"/> <module name="InterfaceIsType"/> <module name="VisibilityModifier"/> <!-- Miscellaneous other checks. --> <!-- See http://checkstyle.sf.net/config_misc.html --> <!-- <module name="ArrayTypeStyle"/> --> <!-- <module name="FinalParameters"/> --> <module name="GenericIllegalRegexp"> <property name="format" value="\s+$"/> <property name="message" value="Line has trailing spaces."/> </module> <module name="TodoComment"/> <module name="UpperEll"/> </module> </module> Index: project.properties =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/project.properties,v retrieving revision 1.8 retrieving revision 1.9 diff -u -d -r1.8 -r1.9 --- project.properties 12 Apr 2003 16:50:51 -0000 1.8 +++ project.properties 29 Jun 2003 13:27:46 -0000 1.9 @@ -1,15 +1,66 @@ -maven.checkstyle.properties=${basedir}/build/checkstyle-prod.properties -maven.javadoc.links=http://java.sun.com/j2se/1.4.1/docs/api/, http://jakarta.apache.org/commons/logging/apidocs/ -maven.linkcheck.enable=true -maven.junit.fork = yes -maven.junit.usefile=false -maven.ui.banner.foreground=black -maven.ui.banner.background=white +##################################################### +# Build and Deployment +##################################################### +maven.repo.remote=http://www.ibiblio.org/maven/,http://nanning.sourceforge.net/maven-repo/ + +##################################################### +# Properties related to project-site +##################################################### maven.xdoc.date=left maven.xdoc.version=${pom.currentVersion} +maven.linkcheck.enable = true +maven.javadoc.links=http://java.sun.com/j2se/1.4.1/docs/api/, http://jakarta.apache.org/commons/logging/apidocs/ +maven.xdoc.poweredby.image=maven-button-1.png maven.docs.src=${basedir}/src/xdocs maven.faq.src.file=${basedir}/src/xdocs/faq.fml -maven.uberjar.main=org.apache.commons.jelly.Jelly -#maven.jar.override=on +##################################################### +# Site Colors +##################################################### +maven.ui.body.background = #FFFFFF +maven.ui.body.foreground = #1F354D +maven.ui.section.background = #A2B7C5 +maven.ui.section.foreground = #FFFFFF +maven.ui.subsection.background = #F2F5F7 +maven.ui.subsection.foreground = #1F354D +maven.ui.table.header.background = #E5E3DB +maven.ui.table.header.foreground = #686868 +maven.ui.table.row.odd.background = #F5F4F1 +maven.ui.table.row.odd.foreground = #686868 +maven.ui.table.row.even.background = #F5F4F1 +maven.ui.table.row.even.foreground = #686868 +maven.ui.banner.background = #FFFFFF +maven.ui.banner.foreground = #FFFFFF +maven.ui.banner.border.top = #A2B7C5 +maven.ui.banner.border.bottom = #A2B7C5 +maven.ui.source.background = #FFFFFF +maven.ui.source.foreground = #000000 +maven.ui.source.border.right = #A2B7C5 +maven.ui.source.border.left = #A2B7C5 +maven.ui.source.border.top = #A2B7C5 +maven.ui.source.border.bottom = #A2B7C5 +maven.ui.navcol.background = #F2F5F7 +maven.ui.navcol.background.ns4 = #F2F5F7 +maven.ui.navcol.foreground = #000000 +maven.ui.navcol.foreground.ns4 = #555 +maven.ui.navcol.border.top = #F2F5F7 +maven.ui.navcol.border.right = #A2B7C5 +maven.ui.navcol.border.bottom = #A2B7C5 +maven.ui.breadcrumbs.background = #D5E1E9 +maven.ui.breadcrumbs.foreground = #000000 +maven.ui.breadcrumbs.border.top = #D5E1E9 +maven.ui.breadcrumbs.border.bottom = #A2B7C5 +maven.ui.href.link = #1F354D +maven.ui.href.link.active = #FF5A00 +maven.ui.href.link.selfref = #1F354D +##################################################### +# Checkstyle +##################################################### +maven.checkstyle.properties=${basedir}/checkstyle.xml + +##################################################### +# Tests +##################################################### +maven.junit.fork = yes +maven.junit.usefile=false Index: project.xml =================================================================== RCS file: /cvsroot/htmlunit/htmlunit/project.xml,v retrieving revision 1.21 retrieving revision 1.22 diff -u -d -r1.21 -r1.22 --- project.xml 3 Jun 2003 17:26:57 -0000 1.21 +++ project.xml 29 Jun 2003 13:27:46 -0000 1.22 @@ -9,7 +9,7 @@ <organization> <name>Gargoyle Software Inc.</name> <url>http://www.GargoyleSoftware.com/</url> - <logo>http://www.gargoylesoftware.com/images/CompanyLogoSmall.gif</logo> + <logo>/images/GargoyleSoftwareLogo.jpg</logo> </organization> <inceptionYear>2002</inceptionYear> <package>com.gargoylesoftware.htmlunit</package> @@ -51,13 +51,13 @@ <mailingLists> <mailingList> - <name>HtmlUnit Users</name> + <name>HtmlUnit Users</name> <subscribe>http://lists.sourceforge.net/lists/listinfo/htmlunit-user</subscribe> <unsubscribe>http://lists.sourceforge.net/lists/listinfo/htmlunit-user</unsubscribe> <archive>http://lists.sourceforge.net/lists/listinfo/htmlunit-user</archive> </mailingList> <mailingList> - <name>HtmlUnit Developers</name> + <name>HtmlUnit Developers</name> <subscribe>http://lists.sourceforge.net/lists/listinfo/htmlunit-develop</subscribe> <unsubscribe>http://lists.sourceforge.net/lists/listinfo/htmlunit-develop</unsubscribe> <archive>http://lists.sourceforge.net/lists/listinfo/htmlunit-develop</archive> --- NEW FILE: GargoyleSoftwareLogo.jpg --- ÿØÿà |
From: SourceForge.net <no...@so...> - 2003-06-28 17:24:58
|
Bugs item #738548, was opened at 2003-05-15 19:13 Message generated for change (Comment added) made by mbowler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448266&aid=738548&group_id=47038 Category: None Group: 1.2.1 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Donald Bell (donaldbell) >Assigned to: Mike Bowler (mbowler) Summary: Form values are not Posted Properly to Server Initial Comment: If I have a simple form that has two fields on it that have identical names with identical values only one set of the name value pair is submitted to the server. Example simple form. <form blah....> <input name="field1" value="" /> <input name="field1" value="" /> </form> I know this simple form may be dumb, but in a more real world example: <form blah....> <input name="person" value="Jerry" /> <input name="payedBill" value="Yes" /> <input name="person" value="Rachel" /> <input name="payedBill" value="Yes" /> <input name="person" value="Zack" /> <input name="payedBill" value="No" /> </form> On the server you would expect two arrays with these entries. Person array [Jerry, Rachel, Zack] payedBill array [Yes, Yes, No] What you see using HtmlUnit is this Person array [Jerry, Rachel, Zack] payedBill array [Yes, No] The bad code seems to be this line the in HttpWebConnection.makeHttpMethod() ((PostMethod) httpMethod.removeParameter (pair.getName(), pair.getValue()); ---------------------------------------------------------------------- >Comment By: Mike Bowler (mbowler) Date: 2003-06-28 13:24 Message: Logged In: YES user_id=46756 Fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=448266&aid=738548&group_id=47038 |