| Summary: | org.eclipse.wst.xml.xpath2.processor.tests has mismatch of BREE and .classpath | ||
|---|---|---|---|
| Product: | [WebTools] WTP Source Editing | Reporter: | David Williams <david_williams> |
| Component: | wst.xpath | Assignee: | Project Inbox <wst.xsl-inbox> |
| Status: | RESOLVED FIXED | QA Contact: | Jesper Moller <jesper> |
| Severity: | normal | ||
| Priority: | P3 | Flags: | david_williams:
pmc_approved+
jesper: pmc_approved? (raghunathan.srinivasan) jesper: pmc_approved? (naci.dai) jesper: pmc_approved? (deboer) jesper: pmc_approved? (neil.hauge) jesper: pmc_approved? (kaloyan) jesper: pmc_approved? (cbridgha) |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | PMC | ||
|
Description
David Williams
This is an oversight, and since part of my developent happens on a Mac under Show Leopard which has no JDK1.4, this wasn't spotted by me anyway. Should I fix+release this or does it require PMC+2 approval? (Actually, I have prepared a patch allowing all of the tests to run under JDK 1.4, but didn't finish it in time for 3.3, so that's for later) It'd requires 1 PMC vote/review this week, and when it comes to unit test bundles, we're a little more relaxed. When you say "Should I fix+release this " ... if you mean fixing the .classpath file to match the BREE, then I would say yes. I would say to go ahead fix, and release, it but still "mark for PMC Review" just so there is better awareness of what's changing. (I would approve it quick, though). I think this important to fix since if someone "loads up the source" for our release (code or tests), it should compile cleanly! Guess it would if people didn't have a 1.4 jdk defined in their workbench, is what you are saying ... but, preferable to fix for those few like me :) that do. Fixed and released as per previous comments. Marked for PMC review. |