You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
vcio-api-v3: Create, stabilize and debug new API v3. Organise user migrations to new API and UI. #2025
We need to design an updated API with improved performance and refactored around the advisory x package centric data modes, (and then later migrated importers) and we need to run extensive reviews, tests and debugging and update models accordingly:
Then we need to organize user migrations to the latest v3 package and advisory API and UI, and plan the deprecation v1 and v2 API, and publish updated documentation. This means to document and announce the advisory API endpoints and advisory-based UI; announce that we are deprecating old https://public.vulnerablecode.io/api/ and ask users to migrate to https://public.vulnerablecode.io/api/v2/
What can we do to explain the differences and offer advice about how to migrate?
We can have some documentation explaining why we have this new API format, what are the new endpoints and which old endpoint they are replacing (some kind of table) and some documentation/code on how to use these new endpoints.
For example:
We have /v1/packages. We can explain why we introduced /v2/packages. What are the changes in V2 format and V1 format both at the input and output side. And how can someone use /v2/packages.
We need to prepare this documentaion and put this with a banner on our production, README, CHANGELOG and other documentation sources telling our users that we are deprecating V1 soon enough and how they can shift to V2.
Out of these 3 APIs, v1 (vuln-based) slow, v2(vuln-based) fast, v3(advisory-based) (staging)
Out of these 2 UIs v1(vuln-based), v2(advisory-based) (staging)
For continous tracking of this data we have V1 based pipelines (vuln-based) and V2 based pipelines(advisory-based)
Which we are gonna keep for the future and get rid of?
IMO we should plan to keep advisory based UI and API, and get rid of V1, V2 API and V1 UI. Since mixing of advisories to form vulnerabilities was never a good idea. And if we want to keep both vuln and advisory based data we need to write 2 pipelines which is another maintence issues. So we should move directly to advisory based UI and API.
@TG1999 Your plan seems pretty good, but I am a bit worried about the Dec/Jan timeframe for deprecating the V1 API. Since most people currently using the API are using V1 we likely need a longer support period for V1 and V2 in parallel esp. because Dec/Jan is a holiday period in NA/Europe with many people on leave.
We should also think about reaching out to ally communities like ORT whose code likely depends on the V1 API and will need time to make the transition.
changed the title [-]vcio-api-v3: Organise user migrations to the latest advisory based API and UI and deprecating V1 API[/-][+]vcio-api-v3: Organise user migrations to the latest v2 package and advisory API and UI and deprecating V1 API[/+]on May 12, 2026
changed the title [-]vcio-api-v3: Organise user migrations to the latest v2 package and advisory API and UI and deprecating V1 API[/-][+]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI and deprecating V1 and v2 API[/+]on May 12, 2026
changed the title [-]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI and deprecating V1 and v2 API[/-][+]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI. Deprecate v1 and v2 API[/+]on May 12, 2026
changed the title [-]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI. Deprecate v1 and v2 API[/-][+]vcio-api-v3: Stabilize and debug new API v3. Organise user migrations to new API and UI[/+]on May 12, 2026
changed the title [-]vcio-api-v3: Stabilize and debug new API v3. Organise user migrations to new API and UI[/-][+]vcio-api-v3: Create, stabilize and debug new API v3. Organise user migrations to new API and UI.[/+]on May 12, 2026
Activity
mjherzog commentedon Nov 18, 2025
What can we do to explain the differences and offer advice about how to migrate?
TG1999 commentedon Nov 19, 2025
We can have some documentation explaining why we have this new API format, what are the new endpoints and which old endpoint they are replacing (some kind of table) and some documentation/code on how to use these new endpoints.
For example:
We have /v1/packages. We can explain why we introduced /v2/packages. What are the changes in V2 format and V1 format both at the input and output side. And how can someone use /v2/packages.
We need to prepare this documentaion and put this with a banner on our production, README, CHANGELOG and other documentation sources telling our users that we are deprecating V1 soon enough and how they can shift to V2.
pombredanne commentedon Nov 20, 2025
@TG1999 My take on the plan would be:
mjherzog commentedon Nov 20, 2025
We should also announce this prominently at https://public.vulnerablecode.io/
TG1999 commentedon Dec 2, 2025
I have a few questions:
Which we are gonna keep for the future and get rid of?
IMO we should plan to keep advisory based UI and API, and get rid of V1, V2 API and V1 UI. Since mixing of advisories to form vulnerabilities was never a good idea. And if we want to keep both vuln and advisory based data we need to write 2 pipelines which is another maintence issues. So we should move directly to advisory based UI and API.
Thoughts ?
TG1999 commentedon Dec 2, 2025
mjherzog commentedon Dec 2, 2025
@TG1999 Your plan seems pretty good, but I am a bit worried about the Dec/Jan timeframe for deprecating the V1 API. Since most people currently using the API are using V1 we likely need a longer support period for V1 and V2 in parallel esp. because Dec/Jan is a holiday period in NA/Europe with many people on leave.
We should also think about reaching out to ally communities like ORT whose code likely depends on the V1 API and will need time to make the transition.
14 remaining items
[-]vcio-api-v3: Organise user migrations to the latest advisory based API and UI and deprecating V1 API[/-][+]vcio-api-v3: Organise user migrations to the latest v2 package and advisory API and UI and deprecating V1 API[/+][-]vcio-api-v3: Organise user migrations to the latest v2 package and advisory API and UI and deprecating V1 API[/-][+]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI and deprecating V1 and v2 API[/+][-]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI and deprecating V1 and v2 API[/-][+]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI. Deprecate v1 and v2 API[/+][-]vcio-api-v3: Organise user migrations to the latest v3 package and advisory API and UI. Deprecate v1 and v2 API[/-][+]vcio-api-v3: Stabilize and debug new API v3. Organise user migrations to new API and UI[/+][-]vcio-api-v3: Stabilize and debug new API v3. Organise user migrations to new API and UI[/-][+]vcio-api-v3: Create, stabilize and debug new API v3. Organise user migrations to new API and UI.[/+]pombredanne commentedon Aug 24, 2026
All done, see sub issues for details!
pombredanne commentedon Sep 28, 2026
See also as a follow up: