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.
please add the module org.codehaus.mevenide.gsf/1 as friend of org.netbeans.modules.gsfpath.api I would like to allow implementing non-java languages support within maven projects. A few queastions: is there a list of what is mandatory to be provided by the project type and what is optional? ClassPathProvider looks mandatory for example. How do I differenciate the different languages? does each language assume to have a separate source root? or are there different "classpath types" for each language? What does the SourceLevelQueryImplementation, JavadocForBinaryQueryImplementation or AccessibilityQueryImplementation mean in context of languages other than Java?
I'm really sorry about the delay. Fixed in changeset b3924b619012 (which I will push shortly). Regarding your question: What most project types do is, upon project loading, register the source folders with GSF. On project close, the same source folders are unregistered. A source folder is registered using a ClassPathProvider, which provides a "ClassPath" (think ClassPath=SourcePath). The names are identical to the Java ClassPath module, which this module was forked from. It is intended to be removed in the next release, and the Java ClassPath used instead (the Java ClassPath module was recently moved out of the Java cluster and made a bit more generic). But for 6.5, this is the way you have to get GSF to support indexing/completion etc. for source paths relevant for each language. If you have any questions about this, please let me know.
oh, I've lately added the org.netbeans.modules.maven.gsf as friend myself. That's the repackaged mevenide intended to be moved to netbeans.org sourcebase in 6.5/7.0 timeframe. the original org.codehaus.mevenide.gsf codenamebase is irrelevant in 6.5, please remove it again. Sorry for confusion, I forgot I filed the issue.
Ah ok - I've removed it again. And I'm glad you weren't blocked in the meantime!
'ruby/gsf -> editor/csl' mass-move to be able to deleted gsf/ruby. Having to change the version and platform of all closed moved issues to the same due to Issuezilla deficiencies - choosing version == 6.5 and TM = 7.0.