This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
I just noticed in 20110801-f9688176dcab that if I try to run schema validation on an XML file in a Maven project, sometimes (when?) a meaningless catalog.xml is written to the project root dir without my consent, producing an alarming VCS modification badge and forcing the user to manually delete the IDE's debris.
Firstly my steps for reproducing that: 1, create maven web project 2, include spring framework 3, invoke CC in any xml configuration file -> catalog.xml is written inside the maven project :/ It seems to be cause by caching the catalog. Own retrieved catalog is cached inside USER_DIR/var/cache/mavencachedirs/.. which is perhaps correct but then is written into the project catalog.xml information about all registered catalogs for that project. It's my guessing together with some time spend with debugging: In org.netbeans.modules.xml.retriever.impl.Util:170 starts the caching procedure and Util:176 creates new catalog.xml file inside the project directory to store already retrieved data. There are two questions: - to XML owners: why there aren't found publicCatFO (but it can perhaps happen) - to Maven guys: where should be this project related information stored Anyway, I'm afraid that this happens every time by invoked CC inside XML file with defined XSD in the header which belongs to the Maven project.
Sorry, maybe more clearly sounds: In org.netbeans.modules.xml.retriever.impl.Util:170 starts the caching procedure and Util:176 creates new catalog.xml file inside the project directory to store places to already retrieved and cached catalogs for given project.
(In reply to comment #1) > - to Maven guys: where should be this project related information stored Assuming it is just a cache, then use whatever ProjectUtils.getCacheDirectory reports.
(In reply to comment #0) > I just noticed in 20110801-f9688176dcab that if I try to run schema validation > on an XML file in a Maven project, sometimes (when?) a meaningless catalog.xml > is written to the project root dir without my consent, producing an alarming > VCS modification badge and forcing the user to manually delete the IDE's > debris. I'm experiencing this same problem in 7.0.1 - so would this issue be a result of recent updates to the XML or Maven plugins? ~Owen
(In reply to comment #4) > I'm experiencing this same problem in 7.0.1 Backdating Version field accordingly. I suspect this is a much older problem. > would this issue be a result of recent updates to the XML or Maven plugins? More likely you just did not run into it before, for reasons unrelated to the update.
> > I'm experiencing this same problem in 7.0.1 - so would this issue be a result > of recent updates to the XML or Maven plugins? > As Jesse said, it shouldn't be. Catalog.xml was stored there already before fix for issue #190570 which was AFAIK the only one patch for XML to nb701.
catalog.xml is not created or updated in project root dir for auto-added schemas; see Bug #197467
Was this just fixed recently? What is the changeset fixing it? (Must either have Target Milestone set and a particular changeset mentioned, or be marked a duplicate.) I saw some problem recently (in a dev build) involving fetch.xml [1]; I edited it (revision 1190402) and later saw some unwanted files in the source tree that seem to have been created by the IDE. (Not ${basedir}/catalog.xml but something in a subdir - cannot remember the exact name now.) Unsure how to reproduce. [1] https://svn.apache.org/repos/asf/ant/core/trunk/fetch.xml
(That would have been in an automatic project, FWIW.)
Changeset: http://hg.netbeans.org/main-golden/rev/a81e7a596f23 automatically retrieved stuff should be in nbproject/private for now. For future release(s) it would be better to rethink the whole XML retriever and add cache/refresh management.
(In reply to comment #10) > Changeset: http://hg.netbeans.org/main-golden/rev/a81e7a596f23 So, a dupe. > automatically retrieved stuff should be in nbproject/private for now. Or whatever CacheDirectoryProvider says, more generally? *** This bug has been marked as a duplicate of bug 197467 ***