Lubos Kosco <[email protected]> schreef op 14/09/2011 19:36:53: > > Thank you Jan > > the patch looks good, however without the web service it doesn't > make much sense to integrate it yet
I understand understand it is not very usefull to include the patch as it is. However it could (once configureable) be usefull for people who have an opengrok installation without access to the version control history. In that case you could add a link from opengrok to eg viewvc on another server. > to make the url configurable is not a big deal, > basically http://src.opensolaris. > org/source/xref/opengrok/trunk/src/org/opensolaris/opengrok/configuration/ > make up the configuration.xml (configuration object is written down as xml) > > and http://src.opensolaris. > org/source/xref/opengrok/trunk/src/org/opensolaris/opengrok/index/Indexer. > java#147 > makes up the cmdline options ( http://src.opensolaris. > org/source/xref/opengrok/trunk/src/org/opensolaris/opengrok/index/CommandLineOptions. > java ) Thanks, I'll give it a try. > I was also thinking about some way how to extend an IDE in a terms > that it would query the opengrok as it is ... e.g. if you look at > the greasemonkey script - it already does use the search capability > and xml conformance of opengrok - so I think it could be extended > also in this way - not only by passing on the path to file > I am quite sure Eclipse could query opengrok this way and as you > say, you could send the pointer from opengrok to Eclipse too with > (maybe slight modification) of your patch (even directly, no? ) When you talk about the integration of opengrok with an IDE as is, do you mean to call a local opengrok installation (without the web interface) from an IDE? While I can imagine that could be very usefull for many people, my intent was specifically to make it work without a local copy of opengrok, because we want to avoid reindexing the same codebase on 30 computers. I don't think it's possible to open a file in eclipse from the browser. Maybe you could use a command from the java application server but that would the application server to run on the same machine as the developer (and probably even as the same user.) I think to be universally usefull the best sollution would be to create IDE plugins that create a minimalistic HTTP server listening on http://localhost:1234/ and add links to that, this way any user accessing an opengrok server on any other machine could click the link and have the file open in his IDE, if he has the plugin. I chose the JMS method instead to avoid a couple of problems specific to socket programming in OpenEdge which I know are not relevant for IDE's written in at least Java, C, C++ and probably not in Python either. Kind Regards, JAN KEIRSE ICT-DEPARTMENT Software quality & Systems: Software Engineer **** DISCLAIMER **** http://www.tvh.com/newen2/emaildisclaimer/default.html "This message is delivered to all addressees subject to the conditions set forth in the attached disclaimer, which is an integral part of this message." _______________________________________________ opengrok-dev mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/opengrok-dev
