๐งฉ Architecture & Core Logic
- Super Powers
- Joomla Powers
- Compile Native Components, Plugins & Modules
- Multi-Version Support
- Conditional Logic Injection
- Reusable Admin Views
- Dynamic GET Builder
- Round-Trip Code Integration
- Custom Admin Views
- Site Views
- Dynamic Dashboards
- Model Linking Between Views
- Shared Field Reuse Across Views
- Drag & Drop Field Mapping
- Dynamic Field Visibility
- Independent Packaging
๐ Joomla CMS Integration
๐งฑ Custom Code System (Powerful Dual Feature)
๐ Field Type System
๐ Snippets, Templates, Layouts, Libraries
- Snippets Reusable Html Blocks
- Layouts Reusable Php Render Templates
- Templates Page Level Views Linked To Custom Admin Site Views
- Libraries JS CSS Assets Linked To UI
- CDN Local Toggle For Library Delivery
- Media Folder Injection With Override Support
- Repository Push Pull Reset Workflow
- Init Snippets Layouts Templates Via Gui
๐ฆ Packages
๐งฉ Architecture & Core Logic
๐ File & Code Management
๐ง Code Reuse & Blueprints
๐ Joomla CMS Integration
๐จ Visual GUI & UX
๐ Internationalization
๐ฆ Packaging & Distribution
โ๏ธ Compiler Engine Features
๐งฑ Custom Code System
๐ Field Type System
๐ Dynamic GET (Visual SQL Engine)
๐ Snippets, Templates, Layouts, Libraries
๐ Documentation & Metadata
๐ Analytics & Insights
๐งฉ Architecture & Core Logic
- Super Powers
- Joomla Powers
- Compile Native Components, Plugins & Modules
- Multi-Version Support
- Conditional Logic Injection
- Reusable Admin Views
- Dynamic GET Builder
- Round-Trip Code Integration
- Custom Admin Views
- Site Views
- Dynamic Dashboards
- Model Linking Between Views
- Shared Field Reuse Across Views
- Drag & Drop Field Mapping
- Dynamic Field Visibility
- Independent Packaging
๐ Joomla CMS Integration
- Token Integration
- ACL Per View, Field, Item
- Field-Based Joomla Config Generation
- Support For Joomla Categories/Tags/Custom Fields
- CLI-Ready Components
- Joomla Update Server Integration
- Version-Aware Language String Compilation
- Remote Publishing to Custom Repo Update Streams
๐ Field Type System
- Field Types Define Templates And Data Types
- Gui Defined Rules Required Unique Nullable
- Save Get Hooks Per Field
- Database Schema Auto Generated From Field Settings
- Per Display Field Rendering Config List Edit
- Create Dynamic Models With Modals Selectors
- Conditional Js And Css Per Field
๐ Snippets, Templates, Layouts, Libraries
- Snippets Reusable Html Blocks
- Layouts Reusable Php Render Templates
- Templates Page Level Views Linked To Custom Admin Site Views
- Libraries JS CSS Assets Linked To UI
- CDN Local Toggle For Library Delivery
- Media Folder Injection With Override Support
- Repository Push Pull Reset Workflow
- Init Snippets Layouts Templates Via Gui
Signed ZIP Packaging Support
future-proofs your distribution workflow with minimal setup
What It Does
Signed packaging in JCB appends a cryptographic signature to each ZIP package created during compilation. This guarantees that the package:
- Was built from an authorized source (your JCB blueprint)
- Has not been tampered with or altered post-build
- Can be verified on the receiving end (via public key, checksum, or remote validation)
How It Works
Signature Generation
During component compilation, JCB:
- Creates a SHA-256 checksum of the final ZIP
- Appends a .sig or .txt file with the signature
- Optionally includes signer metadata (author, UUID, build timestamp)
Signature File Output
Each signed package may include:
- package-name.zip โ the actual extension package
- package-name.zip.sig โ the accompanying digital signature
- signature.json โ optional metadata file with signer details and hashes
Public Key Integration
You can optionally configure a signing certificate or include a public key that others can use to verify packages from your distribution pipeline.
Integration Options
- Enable โSigned Packageโ in the JCB compiler settings
- Upload private signing credentials or set environment-based key pairs
- Customize file output and signature location per build type (e.g., nightly, stable)
- Display trust indicators on your update server or extension backend
Use Cases
- ๐ Secure Update Distribution
Ensure that your users only install trusted, untampered packages โ ideal for enterprise or multi-developer environments. - ๐ฆ Commercial or Licensed Extensions
Use signature validation as part of license checking or premium package protection. - ๐งพ Audit & Compliance
Maintain a verifiable history of component builds, ideal for ISO/ITIL compliance or security audits. - ๐ Joomla Update Server Trust
Pair signed ZIPs with Joomlaโs built-in update server mechanism to provide end-to-end verified extension updates.
Benefits
- โ Prevents tampering or man-in-the-middle delivery
- โ Adds trust and professionalism to your releases
- โ Automates signature generation during compile
- โ Integrates with Git, CI/CD, and update server logic
Best Practices
- Use long-lived signing keys and rotate regularly
- Keep private keys securely stored; never include them in your repository
- Validate signature presence on your update server side
- Publish signature validation documentation for your users
Conclusion
Signed packaging gives your Joomla components an extra layer of trust, especially when distributing updates over the web or offering commercial extensions. Whether for client reassurance or security best practices, this feature future-proofs your distribution workflow with minimal setup.
Summary
JCB allows you to digitally sign your compiled component ZIP files, ensuring authenticity, integrity, and trust during distribution. This is especially useful for secure deployment, commercial extensions, or compliance with trusted update channels.