On Tue, Mar 5, 2013 at 7:00 AM, Javier Domingo <javier...@gmail.com> wrote:
> So, IMHO following Leho's opinion, the best implementation would be > converting trac in a django app, that allows the plugin-ing into it, > without modifying it. > I agree with Hans-Peter that building a SQLAlchemy data layer (and GenericTrac, and a real user model) would be very interesting, if somebody is able to put in the effort. I'm not sure what would be gained by reimplementing Trac on top of a framework like Django. If you want to build general purpose web applications you can already do it in Django. IIRC Trac's core component architecture works fine on its own so you could even use Trac as a library for structuring your code in another web framework. And it's not difficult to define Django models to interact with a Trac database (at least for reading data) if you want to build a custom-purpose web application to integrate with your Trac environment and just use Trac as a backend. If the goal is to have a trac-like system that's a "pluggable app" you can drop into a larger system with deep integration, I don't think that rebuilding Trac as a Django application is likely to be any more drop-in-friendly than Trac already is -- write an authentication source and a theme, mount it as a wsgi application on some subpath, and then work out the kinks one by one. :-) After all, even most Django apps are not actually very drop-in friendly if they provide sufficiently high level features. As far as the specific use case you've described, have you looked into Trac's permission policy system? On your previous thread Peter Stuge suggested a possible route for ensuring security -- doing what Peter outlined, plus perhaps removing Trac's default permission policy altogether in your environments, should provide you with a secure-by-default system without having to reinvent everything. -Ethan -- You received this message because you are subscribed to the Google Groups "Trac Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to trac-dev+unsubscr...@googlegroups.com. To post to this group, send email to trac-dev@googlegroups.com. Visit this group at http://groups.google.com/group/trac-dev?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
