Community
Participate
Working Groups
Juno M3. http://download.eclipse.org/eclipse/downloads/drops/S-3.8M3-201110271800/testresults/chkpii/linux.gtk.x86_6.0_org.eclipse.nls.xml.txt
Why are we checking pom.xml files in CHKPII? I very little about pom.xml but we get these bundles directly from felix. Obviously maven handles these files fine without a leading <?xml line. Is this something we need to fix in the orbit bundles? Or open a bug against felix about?
(In reply to comment #1) > Why are we checking pom.xml files in CHKPII? I very little about pom.xml but > we get these bundles directly from felix. Obviously maven handles these files > fine without a leading <?xml line. Is this something we need to fix in the > orbit bundles? Or open a bug against felix about? Actually we do not need the maven stuff at all. We need only the binaries and the source. I left the maven subfolder of META-INF folder only because the bundles are distributed in this way, but I could remove it if this is not an IP issue.
(In reply to comment #2) > Actually we do not need the maven stuff at all. We need only the binaries and > the source. I left the maven subfolder of META-INF folder only because the > bundles are distributed in this way, but I could remove it if this is not an IP > issue. I guess we could remove them, but I would prefer to keep the bundles as close to the original as possible. On the other hand these files seem to be an artifact of the build at felix. CC'ing Pascal for advise. Should we remove these pom.xml files from the orbit bundles or ignore pom.xml during CHKPII or are these files really in error and should be fixed by the felix project?
updated releng tests to ignore pom files
Looks good in N20111107-2000. Anything else to do?
(In reply to comment #5) > Anything else to do? So it appears in the I-build?