If you have a question that is not covered here, but it should be, please let us know.
In-System Developmentis a programming model used when you work directly on a
Avoid side-effectsof a simulated (local) environment by working on a live system.
Access live datavia the same channel which will be used in production.
- All the
integrationsare on place as they will be in production.
- Shortest development
Vertical Scenarios & Horizontal Scaling
- Covering end-to-end scenarios including all the application layers from architecture perspective as well as all the development process phases from project management perspective.
- All or nothing – partial doesn't count.
- Equal runtime instances based on a single content package for simple and reliable management.
Content-Centric & Centralized Repository
- All application artifacts are in a single repository.
- Operational repository vs SCM repository. During development process is used IO optimized repository. After the code is ready it is committed to SCM - version, inspection and support optimized repository..
- Simple life-cycle management and transport.
- Workspace, Public Registry separation based on the development life-cycle phases.
- Perfect match to Dynamic Applications - built for change.
- Can interpret (rather than compile) the execution of tasks.
- Existing smooth integration within the web servers.
- No restart required.
- Available out-of-the-box for developers –
- Standardized API for cloud developers.
- Different language's implementations are possible integrated via the extension point.
- Different provider's implementations can be exposed to developers on their cloud.
Why integration services are part of the core?
- Cloud applications usually are extensions to a packaged software (on-premise or on-demand).
- Re-use of 3-thd party services is very often in this context.
- Replication use-case - major scenario for on-premise to on-demand cross-platform applications.
- Scheduled jobs as asynchronous activities usually needed.
- Semantic separation of integration and orchestration services from the other general purpose services.
Why is the extensibility important and for whom?
- Software vendor's code vs customer's specific extension's code.
- Update and Upgrade issues.
- Business agility depends on the process change -ability.
- Bilateral extension-points and extensions descriptors.
Why it looks like Eclipse in a web browser? Why not more webby style?
- Lower barrier for Eclipse developers.
- Overall experience comfortable for developers proven for years from on-premise tools.
- Using of Resource like API and concepts.
- There are some themes you can choose from the menu for more "webby" look and feel.
Why GraalJS? What about Rhino, Nashorn and V8?
- Mature engine with the best performance.
- Supports CommonJS for dynamic loading of modules.
- Built-in debugger with simple API.
- Possibility to invoke standard Java objects directly, which is not recommended of course.
Angular, Bootstrap & GoldenLayout
Why moved from RAP to Angular, Bootstrap, GoldenLayout web frameworks?
RAP is an Eclipse framework providing a rendering of the user interface for standard SWT/JFace widgets remotely e.g. in a browser. It brings for us:
- RAP is a stable framework with great support, but also it could be said for Angular 1.x and Bootstrap 3.x
- RAP rely on the standard modularization – OSGi, plugins, but comes with the complexity of Maven, Tycho, OSGi, Orbit, etc. integration.
- In RAP developers can write mostly in pure Java with all the benefits it brings by itself, but for web developers it turns out it is not a benefit, but a drawback.
- In RAP one can have a single sourcing components - reuse of existing functionality written as Eclipse plugins, which has never happen in the reality.
Why JSON for models?
- JSON is very simple data exchange format. We have chosen it for the standard format for all the models.
- Simple enough and human readable/writable.
- Support by mature frameworks for parsing/serializing.
- Quite popular and proved in web applications context.
Flat Data Models
Why flat data models?
- Proved by many business applications for years.
- Straight forward implementation on relational-database.
- Easy to be understood and used by the developers.
- Tools for it are also simple and easy to use.
Why REST instead of server-side generation?
- We leverage the use of REST paradigm for the cloud applications created with the toolkit. There are quite enough reasons for these already well described in blogs related to Web 2.0.
- Clean separation of the data services from the user interface.
- Independent development of both including easy mocking.
- Possibility of reuse and/or composition of services in different user interfaces.
- Possibility of UI-less integration if needed.
- Better operations and support.
- Developers can work safely on multiple workspaces.
- "Publish" transfers the artifacts to the central registry space for public use.
- It is enough to boost productivity in some cases.
- MDA is also supported via Entity Data Modeler.
- OSGi is the only real modularization framework for Java, but comes with much more complexity than needed for our case.
- We moved from OSGi to build only simple Maven dependency management with Java Services and Guice for runtime injections for the backend.
How to build my own Dirigible?
It is a standard Maven based project, so:
git clone cd dirigible mvn clean install
How to add my own templates?
It is quite easy - create a project with layout similar to ones from DirigibleLabs
How to integrate my Java framework?
It is even simpler - add it during the packaging phase as a regular Maven module to be packaged in the WAR or the executable JAR files.
How to integrate my non-Java framework?
It depends on the particular framework. Usually, it is via the
Command feature. Please, contact us in case of interest.
How to integrate my dynamic language?
There is an Engine API which can be implemented, as well as a REST service which can execute the code.
Please, contact us if you plan such an integration.