Download xapi-jre JAR file with all dependencies
xapi-gwt-test from group net.wetheinter (version 0.5)
Gwt testing utils
xapi-gwt from group net.wetheinter (version 0.5)
This module exists solely to package all other gwt modules into a single
uber jar. This makes deploying to non-mavenized targets much easier.
Of course, you would be wise to inherit your dependencies individually;
the uber jar is intended for projects like collide,
which have complex configuration, and adding many jars would be a pain.
xapi-gwtc-impl from group net.wetheinter (version 0.5)
This module contains the business logic of running gwt compiles.
It implements and exposes all functionality of the gwt compiler,
and should only ever be included in dev-mode runtimes that need to perform gwt compiles.
In the maven plugin, the jre frontend and this backend are used together in one runtime.
In the collide plugin, the gwt frontend runs in the browser, and this backend runs in vert.x server.
xapi-dev-source from group net.wetheinter (version 0.5)
A fluent, functional codegen utility
xapi-dev-bytecode from group net.wetheinter (version 0.5)
A lightweight (readonly) fork of javassist,
used to load class structure, annotations and metadata from bytecode.
xapi-core-log from group net.wetheinter (version 0.5)
This module contains the basic logger interface,
and a few adapter implementations.
Note, to use an adapter, you will be responsible for providing dependencies;
this module only uses provided scope, to avoid leaking dependencies for adapters.
xapi-dev-file from group net.wetheinter (version 0.5)
Helper methods for dealing w/ java.io.File
xapi-core-util from group net.wetheinter (version 0.5)
This module contains static services and default implementations for other core services.
In order to keep core dependencies as clean as possible,
we avoid accessing helpers like X_Inject or X_Reflect unless they are needed to perform a task.
For example, ReflectionService and it's default implementation don't have to know about X_Inject,
but it's public service X_Reflect does. So, the implementation goes in xapi-core-reflect,
and the static accessor goes in xapi-core-util.
xapi-core-api from group net.wetheinter (version 0.5)
This module contains only interfaces, annotations and static service classes used throughout XApi.
xapi-gwtc-api from group net.wetheinter (version 0.5)
This module contains the core api surrounding a gwt compile.
It exposes compile events, and interfaces to act as controllers.
The default implementations will function only from a command line (or web server).
The other modules are gui frontends that merely speak to an api backend.
xapi-gwt-inject from group net.wetheinter (version 0.5)
In order to implement the core XApi dependency injection in gwt,
we had to swap out the injection methods themselves with magic methods
that call into generated-on-the-fly provider classes.
xapi-dev-template from group net.wetheinter (version 0.5)
A templating system for using in creating cross-platform frameworks.
xapi-core-model from group net.wetheinter (version 0.5)
The core shared classes used by any code which needs model support.
xapi-gwt-model from group net.wetheinter (version 0.5)
This module contains the generators needed to enable GWT support for our model interfaces.
xapi-core-collect from group net.wetheinter (version 0.5)
Core interfaces for our collections api.
Page 1 from 2 (items total 28)
© 2015 - 2025 Weber Informatics LLC | Privacy Policy