You are viewing a plain text version of this content. The canonical link for it is here.
Posted to j-users@xalan.apache.org by Brian Minchau <mi...@ca.ibm.com> on 2006/02/13 22:00:58 UTC
Xalan-J JIRA defect review - Tuesday February 7, 2006 from 2:00 to 3:30 pm
EST - Minutes
======================================================================================
SUBJECT: Xalan-J JIRA defect review - minutes review
WHEN: Tuesday February 7, 2006 from 2:00 to 3:30 pm EST
INVITEES: Active Apache Xalan contributors
CHAIR: Brian Minchau
WHERE: Teleconference
Phone for Toronto Area: (***) ***-****
Phone for Others: (***) ***-****
Conference ID for all: *****
LAST MEETING WAS ON: Tuesday July 12, 2005
Outline:
0. Roll call
1. Old Business
2. Brief Summary of defect arrival
and resolution
3. New Issues Opened Since Last
Meeting, plus assigned issue status
4. Round table discussion
====================================
====================================
0. Roll call
Present:
- Henry Zongaro
- Ilene Seeleman
- Christine Li
- Brian Minchau
====================================
====================================
1. Old Business
a) In the last meeting this issues
were covered: 2169 back through 2137
b) In previous meetings issues
covered: 2136 back through 2032
====================================
==================================
2. Brief Summary of defect arrival
and resolution
March 2005 2068-2090 : 23 new issues
April 2005 2091-2111 : 21 new issues
May 2005 2112-2132 : 21 new issues
June 2005 2133-2164 : 32 new issues
July 2005 2165-2176 : 12 new issues
August 2005 2177-2192 : 16 new issues
September 2005 2193-2206 : 14 new issues
October 2005 2207-2222 : 16 new issues
November 2005 2223-2240 : 18 new issues
December 2005 2241-2250 : 10 new issues
January 2006 2251-2264 : 13 new issues
February 2006 2265-2265 : 2 new issues ... so far
Currently unresolved and opened in the given month:
2005, March 2071, 2072, 2078, 2088 : 4 of 23 unresolved
2005, April 2091, 2092, 2094, 2100, 2106, 2107, 2108, 2111 : 8 of 21
unresolved
2005, May 2112, 2113, 2118, 2119, 2127, 2130 : 6 of 21 unresolved
2005, June 2133, 2137, 2150, 2151, 2152, 2153, 2155, 2157, 2160 : 9
of 32 unresolved
2005, July 2165, 2166, 2168, 2169, 2171, 2173 : 6 of 12 unresolved
2005, August 2177, 2178, 2180, 2186, 2187, 2188, 2189, 2190, 2191, 2192
: 10 of 16 unresolved
2005, September 2193, 2194, 2195, 2196, 2197, 2198, 2200, 2201, 2202,
2203, 2204, 2205, 2206 : 13 of 14 unresolved
2005, October 2208, 2209, 2210, 2211, 2212, 2215, 2216, 2118, 2119,
2221, 2222 : 11 of 16 unresolved
2005, November 2223, 2224, 2225, 2227, 2229, 2233, 2234, 2236, 2238,
2239, 2240 : 11 of 18 unresolved
2005, December 2241, 2242, 2243, 2244, 2246, 2248, 2250, 2252 : 8 of 10
unresolved
2006, January 2253, 2254, 2255, 2256, 2257, 2258, 2259, 2260, 2261,
2262, 2263, 2264 : 12 of 13 unresolved
2006, February 2265, 2266 : 2 of 2 unresolved
Previous Open or re-opened issue
backlog:
April 5, 2005: 411
May 3, 2005: 409
June 6, 2005: 421
July 12, 2005: 416
February 7, 2006: 446
> For the latter half of 2005 we were holding steady around 410 defects,
but
in the last months the open count has jumped up to 446.
====================================
==================================
3. New Issues Opened Since Last
Meeting, plus assigned issue status
3.a) Open issues with a patch
> this meeting focused on issues that have a patch already,
to work on low hanging fruit.
XALANJ-2264 on xi:include
> Patch needs to be more robust to be taken into Xalan-J
> Other parer options need to be considered, such as validating
> This is the Process command. If someone really needs these APIs
they can use JAXP APIs. Do we need to support every possibility
through the Process command?
> Entity resolver is the only real parser option that we handle
with "Process"
> This impacts the products APIs and documentation, so we are
hesitant to do this.
> Brian M. will look at existing parser options.
XALANJ-2253 "synchronized"
> Large patch
> Think this code has been looked at before that this synchronized
block was needed and as small as it could be.
XALANJ-2243
> Looks like the user wants the value of an attribute to have
disable output escaping applied to it, but this only
applies to text nodes.
> Henry Z. will respond to issue.
XALANJ-2242
> no change.
XALANJ-2240
> Patch looks right.
> Brian M. will apply patch.
XALANJ-2239
> no change.
XALANJ-2236
> no change.
XALANJ-2224 "new collecation APIs"
> The suggested APIs are as of JRE 1.2, so it is OK to change to them.
> The purpose of the patch is to make experientation easier, to use another
implementation of List.
> Brian M. to look at patch.
XALANJ-2222
> Brian M. to deal with this one.
XALANJ-2221
> Aready assigned to John G.
XALANJ-2218
> Looks to be correct, the default setting is wrong.
> m_escapeSettings flag. Current default value is "yes" or false but should
be "no"
> Only an issue for SAX.
> Brian M. to take this one.
XALANJ-2208
> Already assigned to John G. as reviewer
XALANJ-2205
> Brian needs to apply the patch
XALANJ-2196
> Henry has looked at build issues before and will review.
XALANJ-2157
> Was discussed in another JIRA meeting,
and the problem with this patch is that it
makes the interpretive processor depend on
XSLTC. Not using the usual mechanisms for
finding service providers. It uses a system
property to find the name of a service.
> It a reasonable feature but should use
the usual mechanism for getting a service
provider.
> Henry Z. agreed to post comments.
XALANJ-2137
> no change.
XALANJ-2133
> Morris already reviewed path
> Brian needs to commit.
XALANJ-2130
> no change.
XALANJ-2127
> In Santiaogo P-G's hands already
> The patch to XSLTC was based on
2.6 code, and CallFunction class was
deleted recently by Christine Li
as part of a security fix at the
end of 2005.
> This works for interpretive in 2.7
but fails for XSLTC.
> The patch is no longer appropriate
but the functionality is still
missing.
====================================
==================================
4. Round table discussion
a) New option in feature 2264, "
Supporting xi:include on xalan
command-line ", does it need a new
release?
> No, not a new release, we've added
options without a new release before,
so a point release is sufficent.