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.
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
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.
# Clone the repository
git clone git@github.com: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.11 xblock-lti-consumer
# 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.
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
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 shoulddocker-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.
Instructions:
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:
- LTI_BASE="http://localhost:18000"
- LTI_API_BASE="http://<your_ngrok>.ngrok.io"
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
toLTI 1.3
. - Set the
Tool Launch URL
tohttps://lti-ri.imsglobal.org/lti/tools/
- Set
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/).
- Click on
Add tool
at the top of the page (https://lti-ri.imsglobal.org/lti/tools). - Add the parameters and URLs provided by the block, and generate a private key on https://lti-ri.imsglobal.org/keygen/index and paste it there (don't close the tab, you'll need the public key later).
- Click on
- 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.
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.
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.
This XBlock supports LTI 2.0 Result Service 2.0. Please see the LTI 2.0 Result Service 2.0 instructions for testing the LTI 2.0 Result Service 2.0 implementation.
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.
- 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
- Enabled: True
- 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.
Our real-time conversations are on Slack. You can request a Slack invitation, then join our community Slack workspace.
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.
https://github.com/openedx/xblock-lti-consumer/issues
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.
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.
Please do not report security issues in public. Please email security@openedx.org.