MokoConsulting/MokoWaaS
0
0
Fork 0
Code Issues 71 Pull Requests Releases 1 Wiki Activity

feat: extension catalog with update server discovery for one-click install #186

New Issue
Open
opened 2026-06-06 11:44:23 +00:00 by jmiller · 1 comment
jmiller commented 2026-06-06 11:44:23 +00:00
Owner
Copy Link
Copy Source

Summary

Add an XML-based extension catalog to MokoWaaS that lists available Moko extensions with pointers to their update servers. The installer fetches each extension's updates.xml at runtime to resolve the latest version and download URL -- no hardcoded ZIPs, always up to date.

Design

Catalog manifest (catalog.xml)

Ships with the MokoWaaS component. Each entry has metadata + the extension's update server URL:

<catalog>
  <extension>
    <name>MokoJoomOpenGraph</name>
    <element>pkg_mokoog</element>
    <type>package</type>
    <description>Open Graph, Twitter Card, and social sharing meta tags</description>
    <icon>icon-share-alt</icon>
    <author>Moko Consulting</author>
    <updateserver>https://git.mokoconsulting.tech/MokoConsulting/MokoJoomOpenGraph/raw/branch/main/updates.xml</updateserver>
  </extension>
</catalog>

Install flow

  1. Component reads catalog.xml
  2. For each entry, fetches the updates.xml from the extension's update server
  3. Parses the latest stable version + download URL from the updates.xml
  4. Cross-references with installed extensions to show install/update/installed status
  5. User clicks Install -- downloads ZIP from the resolved URL and installs via Joomla Installer

UI

New view in com_mokowaas: Extensions Catalog (or integrated into the existing dashboard). Shows a card/list per catalog entry with: name, description, icon, current version available, installed version (if any), and Install/Update button.

Files

  • com_mokowaas/admin/catalog.xml -- the catalog manifest
  • com_mokowaas/admin/src/Model/CatalogModel.php -- reads catalog, fetches update servers, resolves versions
  • com_mokowaas/admin/src/View/Catalog/HtmlView.php -- renders the catalog UI
  • com_mokowaas/admin/tmpl/catalog/default.php -- template
  • com_mokowaas/admin/src/Controller/CatalogController.php -- handles install action

Benefits

  • Adding a new extension to the catalog = one XML entry, no code changes
  • Always installs the latest version from the extension's own release
  • Each extension maintains its own update server independently
  • MokoWaaS package stays lean -- extensions are installed on demand
## Summary Add an XML-based extension catalog to MokoWaaS that lists available Moko extensions with pointers to their update servers. The installer fetches each extension's updates.xml at runtime to resolve the latest version and download URL -- no hardcoded ZIPs, always up to date. ## Design ### Catalog manifest (catalog.xml) Ships with the MokoWaaS component. Each entry has metadata + the extension's update server URL: ```xml <catalog> <extension> <name>MokoJoomOpenGraph</name> <element>pkg_mokoog</element> <type>package</type> <description>Open Graph, Twitter Card, and social sharing meta tags</description> <icon>icon-share-alt</icon> <author>Moko Consulting</author> <updateserver>https://git.mokoconsulting.tech/MokoConsulting/MokoJoomOpenGraph/raw/branch/main/updates.xml</updateserver> </extension> </catalog> ``` ### Install flow 1. Component reads catalog.xml 2. For each entry, fetches the updates.xml from the extension's update server 3. Parses the latest stable version + download URL from the updates.xml 4. Cross-references with installed extensions to show install/update/installed status 5. User clicks Install -- downloads ZIP from the resolved URL and installs via Joomla Installer ### UI New view in com_mokowaas: Extensions Catalog (or integrated into the existing dashboard). Shows a card/list per catalog entry with: name, description, icon, current version available, installed version (if any), and Install/Update button. ## Files - com_mokowaas/admin/catalog.xml -- the catalog manifest - com_mokowaas/admin/src/Model/CatalogModel.php -- reads catalog, fetches update servers, resolves versions - com_mokowaas/admin/src/View/Catalog/HtmlView.php -- renders the catalog UI - com_mokowaas/admin/tmpl/catalog/default.php -- template - com_mokowaas/admin/src/Controller/CatalogController.php -- handles install action ## Benefits - Adding a new extension to the catalog = one XML entry, no code changes - Always installs the latest version from the extension's own release - Each extension maintains its own update server independently - MokoWaaS package stays lean -- extensions are installed on demand
jmiller commented 2026-06-06 11:44:26 +00:00
Author
Owner
Copy Link
Copy Source

Branch created: feature/186-feat-extension-catalog-with-update-serve

git fetch origin
git checkout feature/186-feat-extension-catalog-with-update-serve
Branch created: [`feature/186-feat-extension-catalog-with-update-serve`](https://git.mokoconsulting.tech/MokoConsulting/MokoWaaS/src/branch/feature/186-feat-extension-catalog-with-update-serve) ```bash git fetch origin git checkout feature/186-feat-extension-catalog-with-update-serve ```
Sign in to join this conversation.
Labels
Clear labels
automation
Automated processes or scripts
 breaking-change
Breaking API or functionality change
 build
Build system changes
 ci-cd
CI/CD pipeline changes
 config
Configuration file changes
 css
CSS/styling changes
 dependencies
Dependency updates
 deploy-failure
Automated deploy failure tracking
 docker
Docker configuration changes
 documentation
Documentation changes
 dolibarr
Dolibarr module or extension
 generic
Generic project or library
 good first issue
Good for newcomers
 health-check
Repository health check results
 health: excellent
Health score 90-100
 health: fair
Health score 50-69
 health: good
Health score 70-89
 health: poor
Health score below 50
 help wanted
Extra attention needed
 html
HTML template changes
 javascript
JavaScript code changes
 joomla
Joomla extension or component
 major-release
Major version release (breaking changes)
 minor-release
Minor version release (XX.YY.00)
 mokostandards
MokoStandards compliance
 needs-review
Awaiting code review
 needs-testing
Requires manual or automated testing
 patch-release
Patch version release (XX.YY.ZZ)
 php
PHP code changes
 push-failure
File push failure requiring attention
 python
Python code changes
 regression
Regression from a previous working state
 release-candidate
Release candidate build
 security
Security-related changes
 size/l
Large change (101-300 lines)
 size/m
Medium change (31-100 lines)
 size/s
Small change (11-30 lines)
 size/xl
Extra large change (301-1000 lines)
 size/xs
Extra small change (1-10 lines)
 size/xxl
Extremely large change (1000+ lines)
 standards-drift
Repository drifted from MokoStandards
 standards-update
MokoStandards sync update
 standards-violation
Standards compliance failure
 status: on-hold
Temporarily on hold
 status: pending
Pending action or decision
 status: wontfix
This will not be worked on
 sync-failure
Bulk sync failure requiring attention
 sync-report
Bulk sync run report
 template-validation-failure
Template workflow validation failure
 test-failure
Automated test failure
 tests
Test suite changes
 type: bug
Something isn't working
 type: chore
Maintenance tasks
 type: enhancement
Enhancement to existing feature
 type: feature
New feature or request
 type: refactor
Code refactoring
 type: release
Release preparation or tracking
 type: test
Test suite additions or changes
 type: version
Version-related change
 typescript
TypeScript code changes
 version
Version bump or release
 version-branch
Version branch related
 version-drift
Version mismatch detected
 work-in-progress
Work in progress, not ready for merge
bug
Something is not working
 chore
Maintenance and housekeeping
 documentation
Documentation improvements
 enhancement
Improvement to existing functionality
 feature
New feature or request
 pending: dependency
Blocked by another issue or external dependency
 pending: deployment
Tested and approved, awaiting deployment to production
 pending: design
Needs UI/UX or architecture design before implementation
 pending: documentation
Feature works, needs documentation/wiki update
 pending: feedback
Awaiting feedback or decision from stakeholder
 pending: review
Implementation complete, awaiting code review
 pending: testing
Feature implemented but not yet tested
 priority: critical
Must fix immediately
 priority: high
Should fix soon
 priority: low
Nice to have
 priority: medium
Fix when convenient
 refactor
Code restructuring without behavior change
 roadmap
Planned feature or enhancement tracked on the roadmap
 scope: client
Client-specific work
 scope: dolibarr
Dolibarr modules and customizations
 scope: infrastructure
Server, CI, backups, monitoring
 scope: joomla
Joomla templates and extensions
 scope: waas
MokoWaaS platform
 security
Security vulnerability or hardening
 status: blocked
Waiting on external dependency
 status: duplicate
Duplicate of another issue
 status: in-progress
Being worked on
 status: needs-review
Ready for review
 status: wontfix
Will not be addressed
No labels
Type —
Status —
Priority —
Milestone
No items
No Milestone
Assignees
Clear assignees
jmiller (Jonathan Miller)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: MokoConsulting/MokoWaaS#186
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?