DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23649>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23649

Requirement for a method to not make entries in the xml reports.

           Summary: Requirement for a method to not make entries in the xml
                    reports.
           Product: Ant
           Version: unspecified
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: Optional Tasks
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]


Dear All,

I am using Ant along with Junit for running test cases. I use a parser that
would get the results from the xml format into a html format.So I opt for the
XMLJunitFormater for reporting.

I am facing a queer problem here. The results in the xml , stores values of all
the properties. This entry includes, the classpath for the particular anttask.
Since each test case of Junit is run as individual, this reproduces the
classpath for all the number of test cases. Such entries, make the column size
to be of several thousands of columns affecting the readabilty.And more over
these values are going on repeated.

Such a property display would be felt necessary in very rare cases I believe.I
could easily resolve the problem, by doing a work around. Currently by
commenting the line where the properties are written to the xml, in the
XMLJUnitFormatter file, I could prevent the entries.

The problem is that such a commenting becomes necessary ,whenever there is a new
version.(maintenance) I wish there be a method that helps the user to point out
if the properties are to be reported or not.

There can be a boolean like setPropertyDisplay(true/false).

I would like you to provide such a method or any other solution if that would
not be feasible.Please do get back for clarifications and kindly respond.

If the letter reflects misunderstanding of the concept or methodology, kindlydo
rectify.

Thank you,
Regards,
Suresh C Nair

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to