python-django charm with subordinate app - help needed

Tim Penhey tim.penhey at canonical.com
Mon Jun 9 03:32:29 UTC 2014


Hi all,

I'm looking at using the subordinate charm method for delivering the app
payload to the python-django charm.

>From the pyton-django readme:

> When you add a relation between your charm and the python-django
> charm, you will be able to get those relation variables from the
> hook:
> 
>   settings_dir_path
>   urls_dir_path
>   django_admin_cmd
>   install_root
> 
> Now your charm will be informed about where it needs to add new
> settings and urls files and how to run additionnal Django commands.
> The Django charm reloads Gunicorn after the relation to catch the
> changes.

Unfortunately the doc doesn't explain what I need to put where.

Lets say I have my django application in revision control, but it isn't
public (because it will be SAAS :-).  It follows pretty standard django
format, and testing wise I just use: ./manage.py runserver

I have a settings file, and urls, and dependencies that I use a virtual
environment and a pip requirements.txt file for.

I'm thinking that I should have the install and upgrade hook use pip to
install the requirements.  It seems that the current python-django charm
isn't yet set up to handle virtual environments, is that right?

How then do I hook up the database for example?  I have settings in my
current settings.py, but this will clearly be superseded by the
relationship between python-django and postgresql.

Are there examples I could look at for existing charms that do this type
of thing?

Any help greatly appreciated.

Cheers,
Tim





More information about the Juju-dev mailing list