grgen

Settings | Report Duplicate

0

I Use This!

Very Low Activity

Commits : Listings

Analyzed about 10 hours ago. based on code collected about 10 hours ago.

Commit Message	Contributor	Files Modified	Lines Added	Lines Removed	Code Location	Date
Oct 13, 2024 — Oct 13, 2025 Showing page 3 of 8 Search / Filter on:
extended the prototypical implementation of the SQLite persistence provider: - added support for edges - split the storing scheme into topology-and-identity tables storing the graph structure and by-type tables containing the graph element attributes - some smaller/further changes (e.g. a switch to kind-global ids instead of type-local ids, and code structure improvements) - extended the README with license information regarding SQLite - adapted the semantic test (testing now also persistent storing of edges, tracking the effects of creations/deletions)	eja	More...				3 months ago
first prototypical implementation of a persistent graph/of graph persistence realized by an SQLite persistence provider (with quite some missing functionality, only limited support for nodes is available as of now) (for improved durability support) - the LGSPPersistentNamedGraph is a thin wrapper around an LGSPNamedGraph, the real implementation is delegated to a persistence provider implementing the new IPersistenceProvider interface - the PersistenceProviderSQLite is the first (and at least for now the only) implementation of the aforementioned interface, utilizing an SQLite database via an ADO.NET driver, included from a package reference (to the official ADO.NET package from SQLite) - it allows to extend an arbitrary INamedGraph by persistence (mapping the graph model to a relational database, initially filling the graph from the database, but thereafter only writing modifications through to the database, by listening to the graph change events - all querying and pattern matching after the initial read is carried out on the in-memory graph object) - the libGrPersistenceProviderSQLite.dll is only going to be loaded when needed at runtime, as requested by the backend interface / the LGSPPersistentNamedGraph - in the (G)GrShell, graph persisting is requested with the syntax: persist with "persistenceProvider.dll" to "repository connection parameters", appended at the new graph command, e.g. new graph "persistentgraph/persistentgraph" persist with "libGrPersistenceProviderSQLite.dll" to "Data Source=testgraphfilename.db;Version=3;" - carried out a few further changes besides the adaptations to the backend extensions to support graph persistence, e.g. removal of unused references and comment polishings - added an according semantic test (testing persistent storing of nodes, tracking the effects of node creations/deletions)	eja	More...				4 months ago
split NewGraph method into helper methods (code improvement and preparatory refactoring)	eja	More...				4 months ago
introduced a GGrShell WindowsForms shell application (a minimal version based on the same core/code also used by the GrShell console application, to be extended with GUI features)	eja	More...				5 months ago
fixed a crash when the GuiConsoleControl was written to from the background thread of the PrintStatistics timer by introducing an Invoke call	eja	More...				5 months ago
omission fix: switched the output path to the global solution bin directory (away from a/the local project bin directory) (also activated API documentation writing)	eja	More...				5 months ago
moved the code from the not yet fully migrated files from the libConsoleAndOS project to the libConsoleAndOS namespace: - the code from the libConsoleAndOS and libConsoleAndOSWindowsForms projects is now fully contained within the libConsoleAndOS namespace - adapted the uses and carried out a bit of include cleaning on the way	eja	More...				5 months ago
introduced a libConsoleAndOSWindowsForms project/assembly: - containing the GuiConsoleControl, and the control to text reader/writer adapters (as well as a DoEventsCaller) - changed the available projects accordingly/moved code (and extended the libConsoleAndOS project with corresponding interfaces/creators) - introduced a libConsoleAndOS namespace (adaptations not yet complete) - this is also a kind of a preparatory refactoring (to prevent later code duplication)	eja	More...				5 months ago
introduced a libConsoleAndOS project/assembly: - containing the console user interface (implementation used by the GrGen modules), also the higher level twin console interfaces, and the workaround manager for OS dependent code - changed the available projects accordingly - this is a new bottom level library (included even by the libGr), and also a kind of a preparatory refactoring	eja	More...				5 months ago
interface name improvements (also a kind of preparatory refactoring)	eja	More...				5 months ago
added missing property files	eja	More...				5 months ago
introduced a new ShellExampleWindowsForms project that shows how to employ the libGrShell from a WindowsForms GUI console application	eja	More...				5 months ago
moved most functionality out of GrShellMain and into GrShellMainHelper (preparatory refactoring)	eja	More...				5 months ago
improved the code structure with helper classes and functions (this is also a preparatory refactoring)	eja	More...				5 months ago
the shell reports errors now to stderr instead of stdout (plus some minor error message and comment polishings)	eja	More...				5 months ago
- changelog for v7.2.1 - it's 7.2.1	eja	More...				6 months ago
api documentation for release 7.2 (with a few corrections and improvements)	eja	More...				6 months ago
adapted Notepad++ syntax highlighting to the changes that occurred in the meantime	eja	More...				6 months ago
- documentation for release 7.2 - it's 7.2	eja	More...				6 months ago
- rebuild all for release 7.2 - increased shell version to 7.2	eja	More...				6 months ago
regenerated api examples (to adapt to the latest changes in the frontend-backend interface)	eja	More...				6 months ago
changed file headers to 7.2	eja	More...				6 months ago
new gold log	eja	More...				6 months ago
- the uniqueof in the sequences now fires an error message when graph element uniqueness was not requested by the user (previously is stayed silent when graph element uniqueness was ensured only for internal technical reasons) - GraphElementUniquenessIsUserRequested is now distinguished from GraphElementUniquenessIsEnsured in the graph model interface - fixed a test that was failing because the uniqueness flag was set for implementation reasons instead of in the model by the user - also carried out a missing adaptation to the recent uniqueness constraint implementation change	eja	More...				6 months ago
adapted the user manual to the changes in the meantime (and carried out some improvements and corrections)	eja	More...				6 months ago
fixed index multiple eval test and added index multiple pattern tests	eja	More...				6 months ago
added graphof support / optional containment backlinks to the graph to the nodes and edges: - added a function graphof(entity):graph where entity may be a node or an edge to the rule language (expressions), as well as to the sequence language (expressions) - it requires a "node edge graph;"-declaration in the model - when given, different node/edge implementations with an extension by a backlink pointer to their containing graph are generated, following the scheme introduced with the new implementation of the uniqueness constraint: - the generated graph element classes from the model implementation now inherit from LGSPNodeWithReferenceToContainingGraph/LGSPEdgeWithReferenceToContainingGraph instead of (directly) from LGSPNode/LGSPEdge if the reference to the containing graph is specified in the model - the LGSPNodeWithReferenceToContainingGraph/LGSPEdgeWithReferenceToContainingGraph classes extend the LGSPNode/LGSPEdge classes by an implementation of a new IContained (as well as an ISetableContained) interface - the INode/IEdge implementing objects have to be checked for/casted to IContained as the context requires, the LGSPNode/LGSPEdge extending objects have to be checked for/casted to LGSPNodeWithReferenceToContainingGraph/LGSPEdgeWithReferenceToContainingGraph as the context requires - the nearly combinatorial explosion of the number of classes when this scheme is used with the number of different features is acceptable for a low number of features (because of LGSPNodeWithUniqueId/LGSPEdgeWithUniqueId there is already the LGSPNodeWithUniqueIdWithReferenceToContainingGraph/LGSPEdgeWithUniqueIdWithReferenceToContainingGraph combination existing) - extended the LGSPGraph to set the containingGraph member of a graph element when it is inserted into the graph and unset it when it is removed from the graph (also during retyping) - carried out some bugfixes: the sequence functions nodeByUnique, edgeByUnique, and uniqueof show now an error message when they are used without their required declarations in the model - added a SequenceParserExceptionModelFlagDeclarationMissing - fixed bugs in the sequence expressions related to untyped variables - some minor changes/corrections - added should-fail tests capturing the previously undetected error cases related to nodeByUnique, edgeByUnique, and uniqueof - added frontend (also should_fail) and semantic tests (for rules, as well as compiled and interpreted sequences)	eja	More...				6 months ago
adapted the MovieDatabase-TTC2014 example to the change "replaced the index[element] indexed access syntax returning the incidence count stored in an incidence count index by a function countFromIndex(index, element)"	eja	More...				6 months ago
introduced the countFromIndex(index, element) function for getting the incidence count from an incidence count index from the rule language expressions also to the sequence expressions - added a SequenceParserExceptionIncidenceCountIndexExpected - adapted the tests accordingly and added should-fail tests	eja	More...				6 months ago
changed implementation of the uniqueness constraint (internal/API-level modeling improvement) - the generated graph element classes from the model implementation now inherit from LGSPNodeWithUniqueId/LGSPEdgeWithUniqueId instead of (directly) from LGSPNode/LGSPEdge if the uniqueness constraint is specified (directly or indirectly) in the model (with the node edge unique; declaration, or a uniqueness index declaration implying the constraint, or an attribute index or incidence count index declaration requiring the uniqueness constraint for technical reasons, or if a parallelized pattern matcher or graph isomorphy comparer is requested also requiring the uniqueness constraint for technical reasons) - the LGSPNodeWithUniqueId/LGSPEdgeWithUniqueId classes extend the LGSPNode/LGSPEdge classes by an implementation of the new IIdentifiable interface - the INode/IEdge implementing objects have to be checked for/casted to IIdentifiable as the context requires, the LGSPNode/LGSPEdge extending objects have to be checked for/casted to LGSPNodeWithUniqueId/LGSPEdgeWithUniqueId as the context requires	eja	More...				6 months ago

←
1
2
3
4
5
6
7
8
→