Softpedia >Windows >Office tools >Other Office Tools >DeepaMehta >  Changelog

DeepaMehta Changelog

What's new in DeepaMehta 4.5

Feb 18, 2015
  • New features:
  • Completely redesigned Access Control system (#592)
  • User configurable access levels by the means of Workspace Sharing Modes. A Workspace Sharing Mode lets the user control how (if at all) the workspace content is accessible by other users. To accommodate typical sharing scenarios 5 sharing modes are pre-defined: "Private", "Confidential", "Collaborative", "Public", and "Common". A matrix explaining the 5 sharing modes is available in ticket:592#comment:1
  • The Webclient GUI presents workspaces as well-defined content spaces between the user can switch. The Workspaces menu lists only the workspaces the user has access to. The Topicmaps menu lists only the topicmaps that belong to the selected workspace. Topicmaps can still contain (interrelated) contents belonging to different workspaces. Which parts of the topicmap are visible/accessible to the user depends on the user's authority.
  • 2 new commands in the topic/association context menu
  • "Assign to Workspace": let the user assign a topic/association to another workspace and thus changing its accessibility (#592).
  • "Get Info": shows creator/modifier/owner info and timestamps for a topic/association (#747, #749).
  • Plugin Development Framework:
  • Service injection for migrations: in your plugin's migrations you have access to the services provided by other plugins, including your own (#324).
  • Core module
  • The postInstall() hook is dropped. You can do the same with a migration now (#324).
  • The Core API provides a generic getObject(id) method (#760).
  • Workspaces module
  • The automatic workspace assignment can be switched off on a per-request basis (#752).
  • The Workspaces API is RESTful (#592).
  • Access Control module: changes in client-side events (#592)
  • The logged_in and logged_out events are replaced by authority_increased and authority_decreased with extended semantics.
  • 2 logout levels (in shape of the authority_decreased and authority_decreased_2 events) allow plugin's to orchestrate their logout actions.
  • Webclient module: certain items rendered by GUIToolkit's topic_menu() can be disabled by the means of an indicator function (#755).
  • Changes:
  • Caching module optimization: GET topic/association requests perform faster (#685).
  • The dm4-assemblies module (DeepaMehta Karaf Distribution) is dropped from the git repository (#711). A Karaf based DeepaMehta distro is maintained here: ​https://github.com/digitalmemex/distribution
  • Bug fixes:
  • The "Create Association" operation is only available if the user has the corresponding permission (#592).

New in DeepaMehta 4.4.3 (Feb 18, 2015)

  • Bug fixes:
  • Webclient module
  • Fix display of workspace details (#739) and user account details (#742). Was broken in DeepaMehta 4.4
  • The max_result_size=100 query parameter is dropped from requests (#741).

New in DeepaMehta 4.4.2 (Jan 20, 2015)

  • Bug fixes:
  • The Webclient properly handles form fields of type "Number"

New in DeepaMehta 4.4.1 (Nov 23, 2014)

  • Changes:
  • DeepaMehta can be easily deployed in an existing Karaf installation.
  • All DeepaMehta Standard Distribution artifacts are deployed at Maven Central.
  • Bug fixes:
  • Webclient module
  • The values of a composite association appear in the detail panel. Was broken in DeepaMehta 4.4.
  • Core module
  • The label of a composite topic/association is properly calculated in a certain case.
  • The POST_UPDATE_TOPIC_REQUEST core event is fired in a certain case. As a consequence the Time module's modification date bubbling works as expected.

New in DeepaMehta 4.4 (Oct 15, 2014)

  • New features:
  • Webclient: the user can create Custom Role Types (#680).
  • Compatible with a new plugin (optional install): DM4 Geospatial for performing geographical "Within Distance" queries (#633).
  • Plugin Development Framework:
  • Core API Spring Cleaning:
  • Service Injection. New @Inject annotation (#695).
  • Transactions by Annotation. New @Transactional annotation (#698).
  • directives parameter removed from all APIs (#697).
  • clientState parameter removed from all APIs (#696).
  • fetchComposite parameter removed from most APIs (#699).
  • Core API: orthogonal traversal methods (#707).
  • Core API wording: the concept of a Composite Value is now named Child Topics (#702).
  • Additional Core module changes:
  • PluginActivator has a convenience method to access a static plugin resource (#692).
  • DeepaMehtaObject has a method to access the underlying Neo4j Node object. This allows plugins to utilize vendor specific DB extensions (#634).
  • Webservice module:
  • A number returned by a resource method is serialized automatically (#682).
  • Geomaps module:
  • The Geomaps service has a method to calculate the distance between 2 geo coordinates in kilometer (#681).
  • The Geomaps service has a convenience method for accessing the geo coordinate encoded in a Geo Coordinate topic (#633).
  • Bug fixes:
  • Topics going over the wire only include all their child topics if requested. The former bug (existing since DM 4.1) resulted in crucial network overhead as more data than requested was sent on a regular basis (#684).
  • Class CompositeValue (now named ChildTopics): on-demand child topics loading works also with the convenience accessors (#683).
  • Unregistering plugin listeners throws no exception in case of plugin activation failed before (#686).
  • Root resource and provider classes which Jersey could not successfully hot deploy due to JAX-RS related errors are properly hot deployed once the errors are corrected (#650).
  • Plugins start:
  • When an error occurs very early in the plugin's starting phase that error is logged and the plugin is not retried to start endlessly (#693).
  • Errors like NoClassDefFoundError are not thrown through the OSGi container. The phenomenon of "swallowed" exceptions and endlessly retried plugin starts is eliminated once and for all (#693).
  • Error logging:
  • When an error occurs while event handling (e.g. NoSuchMethodError or AbstractMethodError) the log is more informative (#693).
  • If file logging is active all errors are logged into file (#694).
  • Further changes:
  • Felix HTTP is replaced by OPS4J Pax Web (#448).
  • Non-DM data stored by 3rd-party Neo4j applications can coexist with DM data in the same Neo4j instance, even when this data is connected to DM data (#687).
  • 3rd-party software is upgraded:
  • Jetty 7.6.13 -> Jetty 8.x.x (Servlet API 2.5 -> Servlet API 3.0) (#703).
  • Felix 3.2.2 -> Felix 4.4.1 (OSGi 4.2 -> OSGi 5) (#703).

New in DeepaMehta 4.3 (May 23, 2014)

  • Plugin Development Framework:
  • Core module:
  • Add index modes to types afterwards and reindexing existing content (#649).
  • Core Service method getTopics(key, value, fetchComposite) is RESTful (#637).
  • Core API's CompositeValueModel is extended (#632):
  • has a method to add a multiple-value child.
  • has a method to add a deletion reference to a multiple-value child.
  • CompositeValueModel is an Iterable over the child type URIs.
  • Core API: RoleModel has a method to set the player ID (#654).
  • Core API: fail-fast ClientState accessors let the developer detect errors more early (#639).
  • Core API: an exposed DB vendor object allows plugins to utilize vendor specific DB extensions (#634).
  • Files module:
  • More flexible file upload:
  • An uploaded file can be processed by any plugin (not just the Files plugin).
  • The plugin can process the file on-the-fly (not necessarily writing it to disk). Arbitrary (JSON) data can be send back to the client (#655).
  • The file chooser dialog can upload files to an arbitrary plugin service (not just the Files service) (#655).
  • The Files service has a method to create new files in the file repository programmatically (#506).
  • Facets module:
  • The Facets service is now RESTful (#629).
  • The Facets service has a method to fetch a topic along with selected facets (#652).
  • Geomaps module:
  • The geocoder can be switched off on a per-request basis (#641).
  • The Geomaps service has a method to access the geo coordinate of a geo-facetted topic (#645).
  • The Geomaps service methods are renamed to be more clear (#645).
  • Topicmaps module:
  • The Topicmaps service has a method to load a topicmap while including the topic's child topics (#653).
  • The client-side Topicmaps API has a method to add a newly (server-side) created topicmap to the Topicmap menu, and display it in the Webclient (#656).
  • Webclient module:
  • The Webclient features a post_refresh_topicmap_menu event which allows plugins to customize the Topicmap menu (#646).
  • COMPATIBILITY NOTES:
  • Core API:
  • CompositeValueModel has incompatible changes (#632).
  • Type interface and TypeModel class have incompatible changes related to index modes (#649).
  • Topicmaps module:
  • Server-side API has incompatible changes related to topicmap loading (#653).
  • Client-side API has incompatible changes related to selecting and creating a topicmap programmatically (#656).
  • The Facets API has incompatible changes (#629).
  • The Geomaps API has incompatible changes (client-side and server-side) (#645).
  • The Files API (client-side) has incompatible changes related to file uploading (#655).
  • Bug fixes:
  • Core module:
  • Deleting an association definition programatically does not corrupt the DB (#640).
  • A plugin whose initialization fails is not tried to restart endlessly (#635).
  • The server is robust against empty-valued (non-DM) cookies (#625).
  • Workspaces module:
  • Editing a newly created Workspace in the Webclient does not run into an endless recursion (#627).

New in DeepaMehta 4.2 (Feb 19, 2014)

  • 2 new plugins (optional install):
  • WebSockets: allows plugins to push messages and to react on messages received from clients.
  • D3.js Renderer (experimental): a topicmap renderer based on D3/SVG that utilizes an animated force layout.
  • GUI improvements:
  • A topic/association type's Data Type is not displayed twice in the detail panel (#606).
  • The user can select/enter an aggregated number via a combo box (#240). Aggregated number instances are created only once (#588).
  • Bug fixes:
  • Webclient:
  • Pressing the "Create a Note instantly" button (Alt-N) while another topic is being edited causes no lost edits (#595).
  • Deleted types disappear from type menus (#246).
  • A Folder topic's content listing is sorted on all platforms (#605).
  • On a Mac: ctrl-clicking a topic's type icon does not initiate association drawing (#604).
  • Clicking on a long menu's scrollbar does not close the menu prematurely on mouseup (Firefox, Chrome) (#609).
  • Closed dialogs do not pollute the DOM (#583).
  • Server-side:
  • Deleting an Association Definition does not corrupt the DB (#615).
  • Topic create/update logic: resolved topic references have a composite value (#614).
  • Time plugin: when a child topic is updated the modification timestamp bubbles up to all composite parent objects. Thus the browser cache is invalidated and the up-to-date parent topic/association is retrieved (#510).
  • When updating a topic/association its URI is not lost (#311).
  • Plugin Development Framework:
  • Server-side:
  • New feature: Custom Events. A plugin can define and fire its own specific events. Other plugins can implement listeners for these events (analogous to Core Event listeners) (#290).
  • Core API: a DeepaMehtaObject provides a loadChildTopics() method to fetch all its child topics afterwards (#522).
  • 2 new RESTful Core Service methods (#607):
  • deleteTopicType()
  • deleteAssociationType()
  • The Core Service provides a deliverEvent() method for delivering an event to a particular plugin (#597).
  • 3 new Core Events:
  • POST_UPDATE_TOPIC_REQUEST (#587).
  • PRE_DELETE_TOPIC (#616).
  • POST_DELETE_TOPIC (#616).
  • A plugin can react on Login and Logout events as fired by the Access Control module (#538).
  • A plugin can react on being stopped by the means of a shutdown() hook (#594).
  • A plugin can determine its own URI (#598).
  • Client-side:
  • 2 new Webclient events (#608):
  • post_delete_topic_type
  • post_delete_association_type
  • GUIToolkit's Dialog class supports auto-closing and Return key handling (#610).
  • Callers of dm4c.on_return_key() can stop event propagation (#610).
  • The Webclient's context menus are reusable by 3rd-party Topicmap Renderers (#602).
  • The Topicmap plugin's TopicmapViewmodel class is reusable by 3rd-party webclients (#612).
  • Further changes:
  • Deleting topics perform faster (#617).
  • 3rd-party components are updated:
  • Jetty 6.1.2 -> 7.6.13 (#584).
  • CKEditor 3.6.2 -> 4.3.2 (#585).

New in DeepaMehta 4.1.3 (Dec 14, 2013)

  • New features:
  • ### Box Renderer (#577).
  • ### View Customization Framework (#505).
  • Support for complex data models, namely "Aggregated Composites". Topic/association instances can be edited via Detail Panel (#337, #30).
  • The Apache Felix Gogo Shell is included. That enables you to e.g. start and stop DeepaMehta plugins, and even install new plugins without restarting DeepaMehta.
  • GUI improvements:
  • Topicmap Panel:
  • New look & feel (provided by the Box Renderer plugin):
  • Topics are rendered as solid boxes with a reduced-size type icon in the corner. This way the topic content takes center stage (instead of the icon).
  • The content of Note topics is displayable right on the topicmap. Note topics have an expand/collapse handle. The goal is to increase the topicmap's information density. Don't show a proxy, but the real thing.
  • Each topic box can have an individual color (independent of topic type). The color is set via context menu. The goal is to provide the user increased means of expression as known from graphics applications.
  • Associations can be drawn by pulling the topic's type icon. No context menu and no Shift key is involved (although these gestures still work.)
  • Create topics directly on the topicmap: right-click and choose a type from the list. The topic is created on-the-spot (#529).
  • Associations are displayed along with their values (as entered in the detail panel) (#34).
  • Shortcut: double clicking a topic/association enters edit mode (#526).
  • Clearing the Detail Panel: clicking on the topicmap removes current topic/association selection (#523).
  • Mouse cursor shapes: while something is moved a grabbing hand is shown, while an association is drawn a crosshair is shown (#552).
  • The topicmap uses full window height. No dead space at the bottom (#543).
  • Detail Panel:
  • "Related Topics" list:
  • Redundant topics are suppressed. A topic is regarded redundant if it is already represented in the detail panel's upper area (the "model-driven nested boxes") (#315). Suppressed topics can still be revealed in the topicmap, namely via the page panel's upper area: when hovered the corresponding box is highlighted. A click reveals the underlying topic.
  • The topics are grouped by Topic Type (instead of Association Type). The respective association type is now shown beneath each topic. The Related Topics list is much more readable this way (#315).
  • Revised icon vs topic label click behavior: the icons of the topics which are contained in the current topicmap are now surrounded by a thin red line (instead of appearing dimmed). Clicking such an icon a) reveals the respective association (in case it was hidden), and b) translates the topicmap to bring the topic into the viewport (in case it was outside the viewport) (#579).
  • Long topic labels are not truncated (instead of applying a limit of 50 characters) (#315).
  • The topics are sorted case-insensitively (#521).
  • Long words (like file names) are line-breaked. No horizontal scrollbar appears in the detail panel (#537, #575).
  • Menus:
  • Long menus (exceeding the screen) have a scrollbar. The former upper/lower "scrolling areas" are gone. You can use the mouse wheel or whatever gesture for scrolling (#534).
  • Menu items can be selected via 1-click gesture (mousedown-select-mouseup) or 2-click gesture (click-to-open, click-to-select) (#534).
  • All menus can be controlled via keyboard (#534).
  • Toolbar:
  • In the toolbar, beside the Create menu, there is a "Create Note instantly" button. It can be triggered via Alt-n. The button creates a Note topic instantly (#529).
  • When clicking the logged in username (upper/right corner) and the respective User Account topic is already contained in the topicmap but outside the viewport, the topicmap is translated to bring the revealed User Account into view (#570).
  • Plugin Development Framework:
  • More data binding (automatic sync'ing of DB and topicmap view):
  • The RESTful plugin methods can return Directives now. They are automatically processed by the Webclient (#556).
  • The CompositeValue's manipulator methods (set(), setRef(), remove()) extend the passed Directives (by a UPDATE_TOPIC resp. UPDATE_ASSOCIATION directive) (#576).
  • Core API Type interface: setDataTypeUri() and setLabelConfig() take a directives parameter (#576).
  • The DeepaMehta Core thoroughly uses Lists instead of Sets. One advantage is better performance (#559).
  • Core API: there is a new model class: de.deepamehta.core.model.TopicReferenceModel: A reference to a topic, either by ID, or by URI (#574).
  • Core API: DeepaMehtaObject has a method to fetch child topics selectively: loadChildTopics() (#522). This is particularly useful in conjunction with a Viewmodel Customizer (#505).
  • Extended server-side Topicmaps API (#544).
  • Client-side:
  • Plugins can add icons and disabled items to the topic/association/canvas context menus (#529).
  • DeepaMehta GUI Toolkit:
  • Support for context menus (#532).
  • Disabled items can be added to menus (#529).
  • 2 new client-side events:
  • pre_submit_form (#547).
  • association_doubleclicked (#530).
  • Support for more complex Detail Panel renderers: a Simple Renderer or Multi Renderer can navigate to the parent page model (#567).
  • Interwoven plugin initialization: 2 new init events init_2 and init_3 (#518).
  • The JAX-RS Exception Mapper also maps checked exceptions and errors (#484).
  • 3rd-party plugins must no longer declare a deepamehta-core dependency [0546cfef].
  • Bug fixes:
  • Webclient:
  • The toolbar menus show all their items without scrolling (#534).
  • The canvas context menu do scroll when invoked near screen bottom (#534).
  • No accidental scrollbars appear around the browser window (#543).
  • Various display bugs are fixed:
  • The new icon appears on the topicmap once a topic is retyped and the topicmap is switched (#508).
  • An association definition's value displayed on the topicmap is updated once the "Include in Label" setting is changed in the type form (#564, #576).
  • A type's data type assignment (an association) disappears once the data type is changed in the type form (#576).
  • An uploaded file immediately appears in the Detail Panel (#563).
  • On a Mac where ctrl-click emulates the right mouse button: when invoking the association context menu via ctrl-click the topic cluster does not stick to the mouse cursor (#517).
  • Various topicmap management bugs are fixed, e.g. after deleting a topicmap the menu does not show 2 "untitled" topicmaps (#520).
  • The file content renderer works also if embedded in a parent topic (#566).
  • Changed Person data is saved also if the Address can't be resolved (via Google Geocoder) (#565).
  • When updating an aggregated composite no error occurs (#574).
  • The Caching plugin does not prevent updating topics/associations which are not selected (#547).
  • Association values are included in the serialized topicmap representation (#531).
  • Topicmaps keep their URI when translated (#311).
  • Further changes:
  • The overall Webclient style is flat. There are no gradients in buttons, menu items, dialog titles etc. (#532).
  • The "success" alertbox after a file upload is gone (#563).
  • The markup generated by dm4c.render.topic_list() contains no anymore (#575).
  • The RESTClient no longer depends on the Webclient (#557).
  • The GUIToolkit menus and context menus rely on the jQuery UI Menu widget (#532).
  • Updates (#507):
  • jQuery 1.7.2 -> 2.0.3
  • jQuery UI 1.8.21 -> 1.10.3

New in DeepaMehta 4.1.2 (Sep 9, 2013)

  • Bug fix:
  • Editing a topic displayed in a geomap throws no error (#503). The error was introduced in DeepaMehta 4.1.1 in conjunction with caching/conditional requests.

New in DeepaMehta 4.1.1 (Sep 2, 2013)

  • New features:
  • Timestamps (#386). Each topic/association have creation and modification timestamps. Timestamps are delivered along with topics/associations retrieved via the REST API. The new Time API allows programmatic timestamp access and topic/association retrieval based on time ranges. Timestamps are also the basis for validating the browser cache and for Edit Conflict Detection. The entire time aspect is realized as a separate module (dm4-time).
  • Exploiting the browser cache (#478). Consequent usage of intrinsic HTTP features (Last-Modified and Cache-Control response headers and If-Modified-Since request header) results in lesser network traffic and better perceived performance. The caching aspect is realized as a separate module (dm4-caching).
  • Edit Conflict Detection (#479). The server rejects a PUT request when the resource has changed meanwhile. The check is based on the resource's modification timestamp. This fights the "lost update" problem when working collaboratively. Edit conflict detection is realized at HTTP level, that is a conditional PUT request (involving an If-Unmodified-Since request header). Conflict resolution is not yet realized.
  • Plugin Development Framework:
  • The new Property API allows plugins to attach Node Properties to topics and associations. Node properties are metadata like timestamps, ACL information, or geo coordinates. Topics/associations can be retrieved based on property value or value range (#472). Node properties can be indexed. Numeric properties are trie-indexed which allows for performant range queries (#490). Property keys are namespaced (#491).
  • HTTP response generation:
  • A plugin can produce specific HTTP (error) responses by throwing a WebApplicationException from its resource methods or event handlers (#484, #481).
  • Exceptions thrown from resource methods or event handlers must no longer be wrapped in a WebApplicationException if a 500 response is intended (#484).
  • The entity parameter (represented in the message body) of a REST resource method can use an arbitrary class as long as the representation is JSON and the class has a public JSON constructor. Implementing a custom JAX-RS provider class (a message body reader) is no longer required (#277).
  • 3 new Core Events:
  • SERVICE_REQUEST_FILTER allows plugins to manipulate or interrupt REST service requests (#480).
  • RESOURCE_REQUEST_FILTER allows plugins to manipulate or interrupt static resource requests (#480).
  • SERVICE_RESPONSE_FILTER allows plugins to manipulate REST service responses, e.g. by setting certain response headers (#477).
  • Webclient:
  • (Client-side) plugins can send REST service requests asynchronously (#476).
  • New Webclient event (client-side): pre_send_request allows plugins to investigate and manipulate a request before it is send to the server (#486).
  • The default topicmap view model is renderer agnostic. It is reusable by custom topicmap renderer implementations (#443).
  • Access Control API: there are methods for retrieving topics/associations based on creator or owner (#458).
  • Core Service: there are methods for retrieving all topics/associations from the DB. These are useful for migrations which transform the entire database (#495).
  • Core API and standard plugin APIs: the clientState parameter is no longer required in get/retrieve/delete service methods (#496).
  • Bug fixes:
  • Login/Logout:
  • Logout works for private DM installations as well. (A private installation is one with read_requires_login=true.) Missing HTTP Logout is worked around by bringing up a bogus browser login dialog (#423).
  • Login works for open DM installations as well. (An open installation is one with write_requires_login=false.) (#475).
  • When the user enters wrong credentials in DM's login dialog the browser's login dialog does not appear. The user stays in DM's login dialog (#471).
  • When the user enters neither a username nor a password in the login dialog and presses OK no error occurs (#473).
  • The type loader doesn't throw a bogus "Endless recursion" exception when repeatedly tried to load a type with an invalid URI (#487).
  • Exceptions thrown from request filters (formerly servlet filters) appear in the log file (if file logging is activated) (#474).
  • Webclient model update:
  • When processing the directives of an update request the dm4c.selected_object is properly updated (#488).
  • Construction of the object model passed to a topic/association update request no longer manipulates the dm4c.selected_object in place. This allows a plugin to investigate the selected object's metadata (e.g. timestamps, access control information) before the request is send (#486).
  • Requests issued by the Webclient have no superfluous "?" character at the end as it might confuse the browser's or network proxy's cache heuristic (#483).
  • Web application plugins (derived from WebActivatorPlugin) are detected as DeepaMehta plugins. The ALL_PLUGINS_ACTIVE event is fired properly (#498).
  • Further changes:
  • The dependency on Felix's proprietary "Extended HTTP Service" is dropped. Thus we are ready to replace Felix HTTP Service with OPS4J Pax Web soon (#448). OPS4J Pax Web is the far more modern and flexible OSGi HTTP Service implementation which enables e.g. server push and WebSockets as well as binding the web server socket to a specific network interface (#39).
  • Core Service REST API: the URLs for topic/association update (PUT) requests are REST-conform (#482).
  • The REST service no longer enriches topic/association responses with user-related permission information. Instead permissions are explicitly requested through the Access Control service (#489). This makes topic/association responses eligible for the browser cache (#478).
  • The DeepaMehta Karaf Distribution comes with the same default configuration as the DeepaMehta Standard Distribution (#447).
  • COPYRIGHT.txt is updated (#434).

New in DeepaMehta 4.1 (Mar 12, 2013)

  • GUI improvements:
  • In the type builder: easy navigation to a type's View Configuration (#364).
  • Clicking the user name link in the upper/right corner reveals the User Account topic of the current user. This is useful for changing the password (#415).
  • The "Edit" command is also available in the topic's and association's context menu (#416).
  • Further improvements:
  • File browser access control: the "Upload File" and "Create Folder" commands are available only for authorized users (#409).
  • Encoded passwords are not visible in the webclient (#375).
  • More complex searches for composite topics: you can e.g. search a person by its entire name. And you can search Persons or Institutions by combined Address terms (#420).
  • Updating composite values perform faster (#339).
  • More familiar wording of DM Core concepts: "Parent/Child" replaces "Whole/Part". This benefits both, API and GUI (#67).
  • For developers: the Neo4j Shell can be launched while DeepaMehta is running [3601ae4a].
  • Access Control bug fixes:
  • The admin user can change hers password (#369).
  • A User Account is editable only by a) the respective user, and b) by the creator of the User Account (#375).
  • The View Configurations of the standard types, e.g. Person, can be edited via GUI. They have access control information and Workspace assignments (#377).
  • Association types get Workspace assignments (analogous to topic types) (#376).
  • Further bug fixes:
  • View Configuration default values are reflected in the GUI. In particular the "Viewable", "Editable", and "Rows" settings are no longer changed by accident (#208).
  • Multiple-value fields (cardinality "Many") can be involved in labeling rules (#250).
  • Search topics and Webpage topics show no "Edit" button (#259, #248).
  • After a multi-facet update topics do not appear twice in the webclient (#339).
  • Deleting all Email Addresses or Phone Numbers from a Person or Institution does not throw an error (#414).
  • A Person or an Institution can still be updated if Address child instances (Street, Postal Code, City, Country) are missing (#407).
  • Plugin Development Framework:
  • The core class CompositeValue is attached to the DB. So, for complex update operations of composite values the plugin developer must not care about model updates vs. DB-updates. The underlying model and the DB are always in-sync automatically. CompositeValue is now on a par with all the other Core objects (#339).
  • Composite values are loaded lazily (#411).
  • The core classes CompositeValue and CompositeValueModel provide convenience accessors which take a "defaultValue" argument (#418).

New in DeepaMehta 4.0.14 (Jan 31, 2013)

  • Main aspects of the new storage layer:
  • High-speed traversal: Traversal is significantly speed up by the means of a Lucene index for association metadata. In particular, highly connected nodes (so called "supernodes") have no negative impact on traversal speed (#389).
  • Compact architecture: The concept of a DM-independant MehtaGraph API is abolished. A storage implementation is coded directly to the DeepaMehta Model API. The additional bridging layer is dropped. There is no dependency on the external Neo4j MehtaGraph library anymore (#389).
  • Modular storage layer: a service provider interface (de.deepamehta.core.storage.spi.DeepaMehtaStorage) allows 3rd-party developers to implement alternate storage layers for DeepaMehta, based on DBs other than Neo4j. A Storage layer implementation is deployed as an OSGi service (#391).
  • 1st-class associations: Association user data is indexed as well (just like topic user data) (#389).
  • Additional performance measures:
  • For DB read operations no transactions are created (#406).
  • Delivering core events involves no runtime reflection (#352).
  • Further improvements:
  • The AssociationDefinition API is simplified and redundancy is removed from the serialization format (#393).
  • Neo4j is updated from 1.8 to 1.8.1
  • Bug fixes:
  • This exception should no longer occur (#392): java.lang.IllegalArgumentException: Reference error: ID 1234 refers to a MehtaEdge when the caller expects a MehtaNode
  • Association's Instantiation associations can be queried by type (#338).
  • Updating from previous DeepaMehta versions is not supported.

New in DeepaMehta 4.0.13 (Dec 27, 2012)

  • New Features:
  • The Geomaps plugin is included.
  • Apache Karaf-based distribution for easy client-server setup and maintenance.
  • Association Type editor: Allows the user to create custom association types. The color is configurable on a per-type basis. Simple and complex association types are supported (analogous to topic types).
  • Association instance editor: Let the user enter data for an association instance according to the association's type definition (analogous to topic types).
  • For developers: Server-side HTML generation with Thymeleaf templates.
  • GUI Improvements:
  • Topic revelation via Page Panel:
  • More informative page panel: Topics which are already visible on the canvas are displayed with an disabled icon. This provides a useful hint when revealing topics.
  • Differentiated gestures for revealing topics via the page panel: a) Clicking the topic's icon reveals it, b) Clicking the topic's label reveals and focuses it.
  • Page panel: Associations are grouped by type, using the association type names as group headers.
  • Optimized Canvas:
  • Cluster move: Moving an association moves the visually connected subnetwork.
  • Canvas auto-panning ensures that auto-positioned topics are always visible within in the current viewport.
  • Topic labels on canvas: a) Line breaks are preserved, b) Long labels are truncated.
  • Working with associations:
  • Keyboard shortcut: Create associations via shift-drag.
  • Once an association is created the Edit mode is entered automatically.
  • When an association is retyped the association form is updated immediately. The user must no longer leave and re-enter the form.
  • Fulltext seach: Wildcards, phrase search, and escaping is supported.
  • Further Improvements:
  • Performance: A different storage aproach for the Access Control information brings back the performance known from DM 4.0.11 and before.
  • Better support for virtual host environments: The new config property dm4.host.url allows the admin to specify the installation's public URL.
  • Data model: Meta Types are applicable as child types in association definitions.
  • 3rd-party components are updated, most notably Neo4j 1.2 -> 1.8 (#350).
  • Internal: Refactored object fetch/store code.
  • Bug Fixes:
  • Handle transitive plugin service dependencies.
  • Join users to workspaces: Interactively created associations between a Username and a Workspace are editable.
  • Delete search topics.
  • Don't select toolbar accidentally.
  • Don't create circular associations.
  • Edit an association type's View Configuration interactively.
  • Edit a meta type's View Configuration via REST API.
  • Redeploy the Core while active HTTP sessions exist.
  • Plugin Development Framework:
  • Simplified service providing/consumption:
  • A plugin consumes services by annotation. The consumedServiceInterfaces config property is no longer required.
  • A plugin's provided service is automatically picked up by the Core. The providedServiceInterface config property is no longer required.
  • Further server-side improvements:
  • The concept of "internal plugin events" is replaced by method overriding. Thus, importing certain Listener interfaces is no longer required (#366).
  • Flexible REST resources registration: A plugin which provides no Root Resource can still provide JAX-RS Provider classes.
  • More efficient aggregation update logic and idempotent operations.
  • 3 new core events: PreUpdateAssociation, PostUpdateAssociation, IntroduceAssociationType.
  • The "association" part of a RelatedTopic is serialized.
  • Client-side improvements:
  • Client-side load mechanism for auxiliary scripts: Scripts located in script/helper/ are loaded synchronously before the plugin is loaded. This allows e.g. renderers to share a common base class.
  • New client-side event option_topics allows filtering the selection lists. Applies to both, combo boxes and checkbox lists.
  • Webclient API: The Topic's and Association's composite property contains true Topic objects (instead of plain JavaScript objects) and thus provides access to the client-side Topic API.

New in DeepaMehta 4.0.12 (Sep 19, 2012)

  • New Features:
  • Access Control Foundation (#262).
  • Each topic, association, and type is attached with a Access Control List. There are 2 operations: WRITE, CREATE. There are 5 user roles: CREATOR, OWNER, MEMBER, USER, EVERYONE.
  • Scenario 1: Publishing fully interactive read-only topicmaps (#269).
  • Scenario 2: Fully closed workgroup installations [a661efb0].
  • Backend Security (#293).
  • Global request filter [a0b48d3a].
  • Global subnet filter [aef56ac8].
  • HTTPS support (#295).
  • Shared File Repository (#291).
  • File Upload (#289) [3e6c020c].
  • Create folders (#292) [264c83a7].
  • Improvements:
  • The detail panel lists the topics associated with the selected association (#306).
  • Modelers can utilize a Checkbox Renderer for multiple selection (#270) [6c4d87ad].
  • Launching and reloading the Webclient is speeded up (#286).
  • Bug Fixes:
  • For plugin developers: Hot Deployment works as expected. When a plugin is re-compiled the OSGi runtime shuts it (and only it!) down and redeploys it automatically. All dependencies to other plugins are handled by the framework (#272, #274).
  • Pressing the Return key inside a (multi-line) text area, e.g. the CKEditor's source view, does not trigger the OK button (#206, #288).
  • The default Topic Renderer works with hidden many composite child topics (#283).
  • Plugin Development Framework:
  • More Convention Over Configuration:
  • A plugin's REST resources and (JAX-RS) Provider classes are registered automatically. Plugins must no longer provide (JAX-RS) Application classes nor do manual configuration (#272) [a39e39c1].
  • All (JAX-RS) Provider classes are available to all plugins automatically [44d49e12].
  • A plugin's client-side main file is picked up automatically (#276) [b30004d6].
  • A plugin's custom renderers are picked up automatically (#284) [19aca819].
  • A plugin's CSS stylesheets are picked up automatically (#285) [2bee421c].
  • Plugin developers must no longer care about firing PRE_SEND (formerly POST_FETCH) events (#297, #268).
  • A plugin's client-side part is no longer required to contain a main file (plugin.js). This is perfect for plugins whose only purpose is to provide custom renderers [3a4a0cbe].
  • Plugin infrastructure:
  • A plugin can publish a directory of the server's file system to the web (#292) [dea0910b].
  • A plugin can register a (Servlet API) filter (#293) [520c95c0].
  • A plugin's client-side part is namespaced per URI for friendly co-existence (#275) [082a4651][faf8d006].
  • Custom renderer implementations (page renderers, simple renderers, multi renderers) are namespaced per URI for friendly co-existence (#282) [9bb0c6a7][4aab34b1].
  • A plugin can register listeners for 4 new Core Events: PRE_CREATE_ASSOCIATION, POST_CREATE_ASSOCIATION, PRE_SEND_ASSOCIATION [98fb628d], INITIALIZE_PLUGIN [435f4285].
  • A plugin can operate on the logged in user's HTTP session (#293) [faa7485e].
  • Renderer Framework:
  • New renderer type: Multi Renderer. A plugin can provide custom renderers for multi-value topics (in conjunction with cardinality "Many") (#270) [6c4d87ad][7fe0a806].
  • Topicmap renderers have a server-side part as well (#294).
  • Core consolidation and optimization:
  • The core service is now able to process update requests where aggreagted composite child topics are involved (#30, #267).
  • For handling core events plugins implement listener interfaces instead of overriding methods. A plugin's listeners are registered automatically. The core delivers events to the registered listeners instead of iterating over all plugins. This is the more efficient approach (#261) [b59fff18].
  • The application layer is separated from the network layer. This avoids high-rate firing of unnecessary core events (#268).
  • Core is modularized and its API is cleaned up (#281).
  • Miscellaneous:
  • The Proxy plugin is dropped. Its features are transfered to the Files plugin (#292).
  • The Facets plugin is included to the DeepaMehta Standard Distribution (required by the Access Control and Workspaces plugins).
  • The Javadoc Maven plugin is configured to generate cross-referenced API Docs with inlined class hierarchy diagrams [5d6b13bc].
  • A lot of API changes and extensions in various plugins, e.g. the Facets API supports multi-value facets.
  • Updated jQuery 1.7 -> 1.7.2 and jQuery UI 1.8.16 -> 1.8.21

New in DeepaMehta 4.0.11 (Jul 5, 2012)

  • Improvements:
  • Implicit Saving. The user must no longer care about saving. DM ensures nothing is lost, e.g. when the user selects another topic while being in edit mode. The "Save" and "Cancel" buttons are replaced by an "OK" button. The "OK" button just allows the user to say "I'm done with editing". There is no need to press it. (#243).
  • The detail panel's type editor is now fully functional. Select a type and press "Edit". You can change the Association type (Composition or Aggregation) and Cardinality (#77).
  • Consolidated data model: the "many" cardinality is now operational. For "many" the detail panel's form generator automatically provide the user with "Add another ..." and "Remove" buttons. Thus, its easy to add e.g. another phone number or email address to a Person topic (#76).
  • Nested detail panel rendering: The detail panel visualizes the composite structure as nested boxes, filled with a distinct color for each nesting-level. This is useful in particular with cardinality "many" (#104).
  • Bug Fixes:
  • Links in the detail panel's Associations list are truncated (#247).
  • Invalid association definitions doesn't prevent the Webclient from starting (#253).
  • Plugin development framework:
  • Webclient: revised FieldRenderer? and PageRenderer? APIs make the plugin code more clean [ebcbb429][7e5cdfd0][d0a960cc][d3f656e2].
  • Core: An ObjectFactory? supports the development of system-near plugins, like e.g. the Type Editor [c57ca5fb][c0034f0c][2b77e475].
  • The core service accepts update requests in 2 formats: the canonic format and a simplified format. The former contains full topic models and is required for cardinality "many" associations. The latter contains just the topic values and is sufficient for cardinality "one" associations. Within one request both formats can be mixed (#237).
  • The updateTopicType() core service call returns a set of directives. Thus, a client is provieded with detailed hints about how to keep the GUI in-sync [377ed738].
  • New directive DELETE_TOPIC_TYPE [37c66c51].
  • Compatibility with 3 updated plugins (optional install):
  • DM4 Kiezatlas 2.0.1: a geographical content management system.
  • DM4 Geomaps 0.3: displays geo-related topics on a geographical map.
  • DM4 Facets 0.3: introduces multi-typing to the DeepaMehta data model.

New in DeepaMehta 4.0.9 (Feb 29, 2012)

  • Fix:
  • CKEditor works in non-english environments.

New in DeepaMehta 4.0.8 (Feb 29, 2012)

  • Improvement:
  • CKEditor as the new WYSIWYG editor. Compared to the formerly used TinyMCE it provides a much better look&feel.

New in DeepaMehta 4.0.7 (Feb 29, 2012)

  • Compatibility with 1 new and 2 updated plugins:
  • DM4 Kiezatlas 2.0 (new): a geographical content management system.
  • DM4 Geomaps 0.2 (updated): displays geo-related topics on a geographical map.
  • DM4 Facets 0.2 (updated): introduces multi-typing to the DeepaMehta data model.
  • Improvements:
  • Auto-positioned topics appear near selection.
  • New "search result" icon.
  • Fixes:
  • The topicmap state (translation) is persistent after auto scroll.
  • Deleted associations resulting from combobox value changes are removed from the canvas.

New in DeepaMehta 4.0.6 (Feb 29, 2012)

  • New feature for plugin developers:
  • Map type extension architecture: plugins can provide additional map types, e.g. a geo map or a time map.
  • Improvements/Fixes:
  • Topicmaps remember their translation.
  • Menus opened within dialog boxes are not constrained to the dialog box dimension.
  • Compatible with 2 new plugins (optional install):
  • DM4 Geomaps: displays topics on a geographical map.
  • DM4 Facets: introduces multi-typing to the DM data model.

New in DeepaMehta 4.0.5 (Feb 29, 2012)

  • New features:
  • Custom topicmap backgrounds.
  • Functional browser back/forward buttons.
  • Permalinks.
  • Fixes:
  • The file related features work on Windows.
  • The file related features work if DeepaMehta runs behind an Apache reverse proxy.

New in DeepaMehta 4.0.4 (Feb 29, 2012)

  • New features:
  • File management: View/play your text/image/audio/video/PDF files.
  • GUI customization (user-defined icons and topic labeling rules).
  • Daemon support.
  • Improvements:
  • First support for larger topic amounts

New in DeepaMehta 4.0.3 (Feb 29, 2012)

  • New features:
  • Webbrowsing: render webpages directly in the content panel or in a separate window/tab.
  • Type search: query all topics of a given type
  • Improvements:
  • More intuitive Create menu
  • Create topics via keyboard

New in DeepaMehta 4.0.2 (Feb 29, 2012)

  • Bug fix: proper character encoding (when using the binary distribution in a client/server setup)