This XBlock implements the consumer side of the LTI specification.
This XBlock implements the consumer side of the LTI specification enabling integration of third-party LTI provider tools.
For details regarding how to deploy this or any other XBlock in the lms instance, see the installing-the-xblock documentation.
Installing in Docker Devstack
Assuming that your devstack repo lives at ~/code/devstack and that edx-platform lives right alongside that directory, you’ll want to checkout xblock-lti-consumer and have it live in ~/code/src/xblock-lti-consumer. This will make it so that you can access it inside an LMS container shell and easily make modifications for local testing.
You will have to run the below instructions twice, once for the LMS and once for Studio. Otherwise you will be using different versions of the xblock in the two containers.
Run make dev.shell.lms or make dev.shell.studio from your devstack directory to enter a running container. Once in there, you can do the following to have your devstack pointing at a local development version of xblock-lti-consumer:
$ pushd /edx/src/xblock-lti-consumer $ virtualenv venv/ $ source venv/bin/activate $ make install $ make test # optional, if you want to see that everything works $ deactivate $ pushd # should take you back to /edx/app/edxapp/edx-platform $ pip uninstall -y lti_consumer_xblock $ pip install -e /edx/src/xblock-lti-consumer
Enabling in Studio
You can enable the LTI Consumer XBlock in Studio through the advanced settings.
From the main page of a specific course, navigate to Settings -> Advanced Settings from the top menu.
Check for the advanced_modules policy key, and add "lti_consumer" to the policy value list.
Click the “Save changes” button.
One Time Setup
# Clone the repository git clone firstname.lastname@example.org:openedx/xblock-lti-consumer.git cd xblock-lti-consumer # Set up a virtualenv using virtualenvwrapper with the same name as the repo and activate it mkvirtualenv -p python3.8 xblock-lti-consumer
Every time you develop something in this repo
# Activate the virtualenv workon xblock-lti-consumer # Grab the latest code git checkout master git pull # Install/update the dev requirements make install # Run the tests (to verify the status before you make any changes) make test # Make a new branch for your changes git checkout -b <your_github_username>/<short_description> # Using your favorite editor, edit the code to make your change. vim ... # Changes to style rules should be made to the Sass files, compiled to CSS, # and committed to the git repository. make compile-sass # Run your new tests pytest ./path/to/new/tests # Run quality checks make quality # Add a changelog entry to CHANGELOG.rst # Commit all your changes git commit ... git push # Open a PR and ask for review.
setup.py contains a list of package dependencies which are required for this XBlock package. This list is what is used to resolve dependencies when an upstream project is consuming this XBlock package. requirements.txt is used to install the same dependencies when running the tests for this package.
Downloading translations from Transifex
If you want to download translations from Transifex install transifex client and run this command while inside project root directory:
$ tx pull -f --mode=reviewed
Further Development Info
See the developer guide for implementation details and other developer concerns.
To run all of the unit tests at once, run make test
To run tests on individual files in development, run python ./test.py -k=[name of test file without .py]
For example, if you want to run the tests in test_permissions.py, run python ./test.py -k=test_permissions
To run a specific test in a file, run something like python ./test.py -k=test_permissions.TestClass.test_function
Testing Against an LTI Provider
http://lti.tools/saltire/ provides a “Test Tool Provider” service that allows you to see messages sent by an LTI consumer.
We have some useful documentation on how to set this up here: http://edx.readthedocs.io/projects/open-edx-building-and-running-a-course/en/latest/exercises_tools/lti_component.html#lti-authentication-information
In Studio Advanced settings, set the value of the “LTI Passports” field to “test:test:secret” - this will set the OAuth client key and secret used to send a message to the test LTI provider.
Create an LTI Consumer problem in a course in Studio (after enabling it in “advanced_modules” as seen above). Make a unit, select “Advanced”, then “LTI Consumer”.
Click edit and fill in the following fields: LTI ID: “test” LTI URL: “https://lti.tools/saltire/tp”
Click save. The unit should refresh and you should see “Passed” in the “Verification” field of the message tab in the LTI Tool Provider emulator.
Click the “Publish” button.
View the unit in your local LMS. If you get an ImportError: No module named lti_consumer, you should docker-compose restart lms (since we previously uninstalled the lti_consumer to get the tests for this repo running inside an LMS container). From here, you can see the contents of the messages that we are sending as an LTI Consumer in the “Message Parameters” part of the “Message” tab.
IMS Global provides a reference implementation of LTI 1.3 that can be used to test the XBlock.
On LTI 1.3 the authentication mechanism used is OAuth2 using the Client Credentials grant, this means that to configure the tool, the LMS needs to know the keyset URL or public key of the tool, and the tool needs to know the LMS’s one.
Set up a local tunnel (using ngrok or a similar tool) to get a URL accessible from the internet.
Add the following settings to edx-platform/lms/envs/private.py and edx-platform/cms/envs/private.py:
Create a new course, and add the lti_consumer block to the advanced modules list.
In the course, create a new unit and add the LTI block.
Set LTI Version to LTI 1.3.
Set the Tool Launch URL to https://lti-ri.imsglobal.org/lti/tools/
In Studio, you’ll see a few parameters being displayed in the preview:
Client ID: f0532860-cb34-47a9-b16c-53deb077d4de Deployment ID: 1 # Note that these are LMS URLS Keyset URL: http://1234.ngrok.io/api/lti_consumer/v1/public_keysets/88e45ecbd-7cce-4fa0-9537-23e9f7288ad9 Access Token URL: http://1234.ngrok.io/api/lti_consumer/v1/token/8e45ecbd-7cce-4fa0-9537-23e9f7288ad9 OIDC Callback URL: http://localhost:18000/api/lti_consumer/v1/launch/
Set up a tool in the IMS Global reference implementation (https://lti-ri.imsglobal.org/lti/tools/).
Go back to Studio, and edit the block adding its settings (you’ll find them by scrolling down https://lti-ri.imsglobal.org/lti/tools/ until you find the tool you just created):
Tool Launch URL: https://lti-ri.imsglobal.org/lti/tools/[tool_id]/launches Tool Initiate Login URL: https://lti-ri.imsglobal.org/lti/tools/[tool_id]/login_initiations Tool Public key: Public key from key page.
Publish block, log into LMS and navigate to the LTI block page.
Click Send Request and verify that the LTI launch was successful.
LTI Advantage Features
This XBlock supports LTI 1.3 and the following LTI Avantage services:
Deep Linking (LTI-DL)
Assignments and Grades services (LTI-AGS)
Names and Roles Provisioning services (LTI-NRP)
To enable LTI-AGS, you need to set LTI Assignment and Grades Service in Studio to allow tools to send back grades. There’s two grade interaction models implemented:
Allow tools to submit grades only (declarative)(Default): enables LTI-AGS and creates a single fixed LineItem that the tools can send grades too.
Allow tools to manage and submit grades (programmatic): enables LTI-AGS and enables full access to LTI-AGS endpoints. Tools will be able to create, manage and delete multiple LineItems, and set multiple grades per student per problem. In this implementation, the tool is responsible for managing grades and linking them in the LMS.
To enable LTI-DL and its capabilities, you need to set these settings in the block:
Locate the Deep linking setting and set it to True (enabled).
Set Deep Linking Launch URL setting. You can retrieve it from the tool you’re integrating with. If it’s not provided, try using the same value as in the LTI 1.3 Tool Launch URL.
To enable LTI-NRPS, you set Enable LTI NRPS to True in the block settings on Studio.
LTI 1.1/1.2 Basic Outcomes Service 1.1
This XBlock supports LTI 1.1/1.2 Basic Outcomes Service 1.0. Please see these LTI 1.1/1.2 Basic Outcomes Service 1.0 instructions for testing the LTI 1.1/1.2 Basic Outcomes Service 1.1 implementation.
LTI 2.0 Result Service 2.0
LTI Reusable configuration
The LTI Consumer XBlock supports configuration reusability via plugins. It is compatible with both LTI 1.1 and LTI 1.3. All values (including the access token and keyset URL for LTI 1.3) are shared across the XBlocks with the same external configuration ID. This eliminates the need to have a tool deployment for each XBlock.
How to Setup
Install and setup the openedx-ltistore plugin on the LMS and Studio.
Go to LMS admin -> WAFFLE_UTILS -> Waffle flag course override (http://localhost:18000/admin/waffle_utils/waffleflagcourseoverridemodel/).
- Create a waffle flag course override with these values:
Waffle flag: lti_consumer.enable_external_config_filter
Course id: <your course id>
Override choice: Force On
Create a new external LTI configuration and use it in the XBlock. This is explained in the README of the openedx-ltistore repository.
If you’re having trouble, we have discussion forums at https://discuss.openedx.org where you can connect with others in the community.
For anything non-trivial, the best path is to open an issue in this repository with as many details about the issue you are facing as you can provide.
For more information about these options, see the Getting Help page.
The code in this repository is licensed under the AGPL v3 License unless otherwise noted.
Please see LICENSE.txt for details.
Contributions are very welcome. Please read How To Contribute for details.
This project is currently accepting all types of contributions, bug fixes, security fixes, maintenance work, or new features. However, please make sure to have a discussion about your new feature idea with the maintainers prior to beginning development to maximize the chances of your change being accepted. You can start a conversation by creating a new issue on this repo summarizing your idea.
The Open edX Code of Conduct
All community members are expected to follow the Open edX Code of Conduct.
The assigned maintainers for this component and other project details may be found in Backstage. Backstage pulls this data from the catalog-info.yaml file in this repo.
Reporting Security Issues
Please do not report security issues in public. Please email email@example.com.
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Hashes for lti-consumer-xblock-9.8.0.tar.gz
Hashes for lti_consumer_xblock-9.8.0-py3-none-any.whl