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.
Summary: | Support Trac integration through core Bugtracking system | ||
---|---|---|---|
Product: | connecteddeveloper | Reporter: | vernons <vernons> |
Component: | Issuetracking Framework | Assignee: | Tomas Stupka <tstupka> |
Status: | NEW --- | ||
Severity: | blocker | CC: | chrisdlangton, ddegasperi, dlipin, escapist, fdisk, fehrlich, jbecicka, jogrimst, josef.sabl, joti, kganfield, manandbytes, meonkeys, mikestp, nathanielkofalt, puce, slither, zzanzare |
Priority: | P1 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
vernons
2009-07-02 09:36:50 UTC
I think this is OS independent -> OS: ALL Trac integration would be great. Would be excellent feature to support Trac. Trac is very popular, so an out of the box integration would be very nice! The http://code.google.com/p/cubeon/ CubeOn project is working on trac integration into netbeans but it would be nice if I could update issue with commit and this isn't possible with cubeon, so the trac support by native issue tracking framework will be great. Maybe the effort of projects can be merged. Trac is widely used in free software projects. Integration with NetBeans would be a very good news for the free software community. Having native Trac support will be awesome feature. I am using Cube°n plugin but I would prefer native Trac support. I agree with nanux@netbeans.org that join efforts will beneficial. I am giving my vote and I will list this issue as the most critical in my opinion. http://wiki.netbeans.org/NetCATParticipants I would welcome better Trac support in NetBeans. I too currently use Cube°n, but it is fiddly and could work better (NB 6.8). We need it Just adding another request for this feature. Cubeon is a nice try, but doesn't work very well so native support would be awesome. One of the key problems is that TracXMLRPCPlugin does have issues: http://code.google.com/p/cubeon/issues/detail?id=120#c6 Further on Python 2.6 is required on the server side and on some Linux distributions, like CentOS, installing Python 2.6 is challenging task. I guess that those are, along with need for native NetBeans integration, among main reasons why using Trac with NetBeans is not widely spread. (In reply to comment #11) > One of the key problems is that TracXMLRPCPlugin does have issues: > http://code.google.com/p/cubeon/issues/detail?id=120#c6 While this may be true, Mylyn's Trac connector seems usable in Eclipse through this XMLRPC plugin. I don't follow your argumentation about not releasing a Trac connector for netbeans because an external party has issues open on their software: Gcc seems to have 5582 open bugs. Still people are able to use it. Should netbeans devs have waited until the count got to 0 before releasing the C/C++ plugin for GCC? On the Java libs there are 2210 bugs open. (http://bugs.sun.com/) Following the same reasoning, should netbeans not be based on Java? > Further on Python 2.6 is required on the server side and on some Linux > distributions, like CentOS, installing Python 2.6 is challenging task. That is also a reasoning I cannot follow. Usually those using/installing Trac are not idiots, some being able to install even Python 2.6 when they need to. Furthermore, from your words it seems the problem is on the Trac administrator's side - on Netbeans's interface I expect just to see "error: the request to the Trac server (miserably) failed" (In reply to comment #11) > Further on Python 2.6 is required on the server side and on some Linux > distributions, like CentOS, installing Python 2.6 is challenging task. Totally disagree and totally irrelevant. > I guess that those are, along with need for native NetBeans integration, among > main reasons why using Trac with NetBeans is not widely spread. I spent days of searching any project management open source software that is as minimalistic as it is Trac and I didn't found any. One of the thing that is important to anyone is easy and good integration with Version Control Systems and integration based on the multiple projects/repositories. In other words, Trac instance for Project A, doesn't mix with Trac instance for Project B. Also very important thing to notice is that programmer using Netbeans doesn't really need to know if the project management software is Java based, or Python based,... as far as there are communication protocols, services, plug-ins, ... to connect and to collaborate different applications/services. (In reply to comment #12) > I don't follow your argumentation about not releasing a Trac connector for > netbeans My argument was not against Trac integration. On contrary, as you can notice I voted for this issue. I was arguing about why using Trac with NetBeans is not widely spread. :) (In reply to comment #13) > (In reply to comment #11) > > > Further on Python 2.6 is required on the server side and on some Linux > > distributions, like CentOS, installing Python 2.6 is challenging task. > > Totally disagree and totally irrelevant. Absolutely. If you don't have to do it yourself. ;) > I spent days of searching any project management open source software that is > as minimalistic as it is Trac and I didn't found any. One of the thing that is > important to anyone is easy and good integration with Version Control Systems > and integration based on the multiple projects/repositories. In other words, > Trac instance for Project A, doesn't mix with Trac instance for Project B. That's why I voted for this issue. :) That would be a great feature! I'd like to see a Trac connector for Netbeans too This is something I would love to see ! We use Trac in my project and this is something needed ! Would love this feature. Please, please implement! With this inclusion out Netbeans can be more complete development environment. Please include this as early as possible. Thanks. I agree, a native support for trac integration would be awesome! I hope to see this feature in one of the coming updates. Is there a reaction of the core team on this? Any status update or something like that? What is the status of this issue? The lack of Trac integration is one of the reasons I'm currently using Eclipse and not NetBeans. This is really needed. It is depressing to see a year-old bug with no developer response. Trac integration would be very impressive and a major motivator to use NetBeans. unfortunately, due to the current resource situation in the bugtracking team a trac plugin isn't planed for the upcoming release. However, in case that anybody from the community want's to contribute, we are ready to provide any necessary help in means of advice and direction how to start. Hi Tomas, thanks for replying. I'd be grateful if you could post any hints about how to get started with this. I've looked through the netbeans code (I'll be honest I've never done any netbeans module development) which all looked reasonable. However I have a couple of questions: - The current bugtrackers seem to be tightly woven into the bugtracker code although I'm guessing creating a module to handle new ones is possible. - From the code it looks like you need to implement a class (and supporting classes) based on BugtrackerConnector and declare it as a service, is this the right start? - Given the above, the current bugtracker module isn't an API module, so the build process complains that dependants aren't friends, is there a way around this? Finally is it is better to continue the discussion privately or through another means? people are asking how to write bugtracking support in nb on various places, so will setup a page with all needed and available info and come back to you then... as to your questions: > The current bugtrackers seem to be tightly woven into the bugtracker code > although I'm guessing creating a module to handle new ones is possible. yes > From the code it looks like you need to implement a class (and supporting > classes) based on BugtrackerConnector and declare it as a service, is this the > right start? yes. but as you realized by yourself - it is a friend api that very probably won't change before the 7.0 release and definitely won't go public in it's current state. > Given the above, the current bugtracker module isn't an API module, so the > build process complains that dependants aren't friends, is there a way around > this? if nothing else and you are willing to implement against an unstable api you can allways setup an implementation dependency on the bugtracking spi.see http://wiki.netbeans.org/DevFaqImplementationDependency > Finally is it is better to continue the discussion privately or through another > means? will setup a mailing list too A mailing list and help page would be great.
>> Given the above, the current bugtracker module isn't an API module, so the
>> build process complains that dependants aren't friends, is there a way around
>> this?
>if nothing else and you are willing to implement against an unstable api you can
>allways setup an implementation dependency on the bugtracking spi.see
>http://wiki.netbeans.org/DevFaqImplementationDependency
I'd looked at this already, but no Implementation version is defined in the "Issue Tracking" module, looking at the jar file reveals a value of 201007282301 in the manifest. But using this generates build warnings about it being non integer and netbeans won't load my module as it says the implementation version is wrong.
Cheers
> I'd looked at this already, but no Implementation version is defined in the ...
not in scope of this issue, lets talk it through via email ...
What's the status of this issue? I've just seen the NetBeans Community Poll "What version control would you want to have added to the NetBeans IDE?", which seems to imply that there are some free resources to work on such an integration. http://netbeans.org/community/polls/ I checked the issue reports: http://netbeans.org/bugzilla/show_bug.cgi?id=124436 http://netbeans.org/bugzilla/show_bug.cgi?id=67259 http://netbeans.org/bugzilla/show_bug.cgi?id=139296 http://netbeans.org/bugzilla/show_bug.cgi?id=159825 http://netbeans.org/bugzilla/show_bug.cgi?id=129501 None of them has more than 12 votes from the community, while this issue already has 65! It seems Trac integration is more needed than another version control integration. But then maybe the intention of that poll could be misleading. Any chance this issue will be reconsidered for NB v7.0? I would certainly be happy of at least an enhancement in the priority of this project... How much would it cost to develop? I'm willing to pay to have this implemented. Trying Netbeans a few days now, but since we are using Trac as the issuetracker with al our existing projects, we also vote for adding this to the native supported issuetrackers in Netbeans!! (In reply to comment #32) > How much would it cost to develop? I'm willing to pay to have this implemented. You might contact the people around http://code.google.com/p/cubeon/. They have a nice plugin that "is not under active development due to lack of resource/funds". It's been over a year since I commented last, but I'd really really really like to see this get done. I've tried numerous times to get the cubeon plugin to work and it never has. Trac is widely used in the software development community - most likely even more than Jira. I've tried to get the cubeon plugin to work also with no joy. I agree, Trac is widely used in the software development community - not sure it will remain more than Jira for long, but i'm an Application Support Analyst who has used Trac for years and Jira more recently for some Agile projects. I use Trac for my personal projects. Is anyone a fan of the Wildfire Games 0 A.D. ?? They are currently Sourceforge Project of the Month! Their project wouldnt be what it is without Trac i can assure you! As I plan to contribute as a developer to 0 A.D. i hoped to stick with Netbeans IDE but looks like ill be moving elsewhere if the community at 0 A.D has a better IDE which they use for subversion AND Trac together... Which will mean ill move my personal projects out of Netbeans IDE also, no use using 2 IDEs... please. native trac support. I use for my personal issue tracking also. Not a java developer but with the xmlrpc for trac available surely this wouldn't be a major task for a java developer. http://trac-hacks.org/wiki/XmlRpcPlugin Trac api should be stable, and there is also a 1.0 release now, native support would be absolutely welcome. This request/wish was posted 2009. Now its 2013, close to being 2014. We use Netbeans and TRAC heavily. Both are great, and both has its issues. But we stick with both, since we like the simpleness and logical layout of TRAC, and the support of SVN in NetBeans and the wast settings making it customizable - just some examples why we use them. Together makes a good solutions for us. But integration, in some smart-fancy way with Netbeands and TRAC would be great! So, is this issue still in same place as in 2009? What, exactly would it take to involve to integrate the both? And, why is this not happening still after 4-5 years? Complicated? To little demand? This has to happen ! It not up for discussion. I just started using NetBeans over Eclipse and sad to say with out proper Trac I am torn between both worlds. and cubeon sucks ! I can't save tickets etc . Just not as robust. I hate it ! |