### Some quick links:
* Home Page
* GitHub Repository (public repository)
* GitLab Repository (dismissed)
* NPM Repository (where JS releases are hosted)
* Maven Central Repository (where all stable releases are hosted)
* GitHub Maven Repository (where all releases are hosted, there including dev releases)
* Documentation (work in progress)
* Presentation (currently describing the main API of 2P-Kt)
tuProlog (2P henceforth) is a multi-paradigm
logic programming framework written in Java.
2P-Kt is a Kotlin-based and multi-platform reboot of 2P.
It consists of an open ecosystem for Symbolic Artificial Intelligence (AI).
For this reason, 2P-Kt consists of a number of incrementally inter-dependent modules aimed at supporting symbolic
manipulation and reasoning in an extensible and flexible way.
A complete overview about modules and their dependencies is provided by the following diagram:
As shown in the project map, 2P-Kt currently focuses on supporting knowledge representation and automatic reasoning through logic programming,
by featuring:
* a module for logic terms and clauses representation, namely core,
* a module for logic unification representation, namely unify,
* a module for in-memory indexing and storing logic theories, as well as other sorts of collections of logic clauses, namely theory,
* a module providing generic API for resolution of logic queries, namely solve, coming with several implementations
(e.g. solve-classic and solve-streams, targetting Prolog ISO Standard compliant resolution),
* a module providing generic API for the probabilistic resolution of logic queries via _probabilistic logic programming_
(PLP), namely solve-plp, coming with an implementation targetting ProbLog
(solve-problog)
- leveraging on module :bdd, which provides a multi-platform implementation of binary decision diagrams (BDD)
* a module providing OR-concurrent resolution facilities, namely solve-concurrent,
a number of modules (i.e., the many dsl- modules) supporting a Prolog-like, Domain Specific Language (DSL)
aimed at bridging the logic programming with the Kotlin object-oriented \& functional environment,
- further details are provided in this paper
* two parsing modules: one aimed at parsing terms, namely parser-core, and the other aimed at parsing theories,
namely parser-theory,
* two serialisation-related modules: one aimed at (de)serialising terms and clauses, namely serialize-core, and the
other aimed at (de)serialising terms theories, namely serialize-theory,
* a module for using Prolog via a command-line interface, namely repl,
* a module for using Prolog via a graphical user interface (GUI), namely ide,
* a module for using PLP (and, in particular, ProbLob) via a GUI, namely ide-plp.
The modular, unopinionated architecture of 2P-Kt is deliberately aimed at supporting and encouraging extensions towards
other sorts of symbolic AI systems than Prolog---such as ASP, tabled-Prolog, concurrent LP, etc.
Furthermore, 2P-Kt is developed as in _pure_, __multi-platform__ Kotlin project.
This brings two immediate advantages:
1. it virtually supports several platforms, there including JVM, JS, Android, and Native (even if, currently, only JVM,
JS and Android are supported),
2. it consists of a very minimal and lightweight library, only leveraging on the Kotlin _common_ library, as it cannot
commit to any particular platform standard library.
The 2P-Kt executables are currently available for download on the Releases section of the
GitHub repository.
The 2P-Kt modules for JVM, Android, or Kotlin users are currently available for import
on Maven Central, under the it.unibo.tuprolog group ID (not
to be confused with the it.unibo.alice.tuprolog, which contains the old Java-based implementation).
The same modules are available through an _ad-hoc_ Maven repository as well,
hosted by GitHub.
The 2P-Kt modules for JS users, are available for import on NPM, under the @tuprolog organization.
#### Graphical User Interface
If you need a GUI for your Prolog interpreter, you can rely on the 2P-Kt IDE which is available on the Releases section of the
GitHub repository.
The page of the latest release of 2P-Kt exposes a number of _Assets_.
There, the one named:
``
2p-ide-VERSION-redist.jar
is the self-contained, executable Jar containing the 2P-Kt-based Prolog interpreter ( may vary depending on the
actual release version).
After you download the 2p-ide-VERSION-redist.jar, you can simply launch it by running:`bash`
java -jar 2p-ide-VERSION-redist.jar
However, if you have properly configured the JVM on your system, it may be sufficient to just double-click on the
aforementioned JAR to start the IDE.
In any case, running the JAR should make the following window appear:
!A screenshot of the 2P-Kt IDE
There, one may query the 2P-Kt Prolog interpreter against the currently opened theory file, which can of course be
loaded from the user's file system by pressing File and then Open....
To issue a query, the user must write it in the query text field, at the center of the application.
By either pressing Enter while the cursor is on the query text field, or by clicking on the Solve
(resp. Solve all) button, the user can start a new resolution process, aimed at solving the provided query.
Further solutions can be explored by clicking on the Next (resp. All next) button over and over again.
The Next (resp. All next) button shall appear in place of Solve (resp. Solve all)
if and when further solutions are available for the current query.
One may also compute all the unexplored solutions at once by clicking on the Solve all
(resp. All next) button.
Avoid this option in case of your query is expected to compute an unlimited amount of solutions.
To perform a novel query, they user may either:
- write the new query in the query text field, and then press Enter, or
- click on the Stop button, write the new query in the query text field, and then press the Solve
(resp. SolveNext) button again.
The Reset button cleans up the status of the solver, clearing any side effect possibly provoked by previous
queries (including assertions, retractions, prints, warnings, loading of libraries, operators, or flags).
Finally, users may inspect the current status of the solver by leveraging the many tabs laying at the bottom of the IDE.
There,
- the _Solutions_ tab is aimed at showing the Prolog interpreter's answers to the user's queries;
- the _Stdin_ tab is aimed at letting the user provide some text the Prolog interpreter's standard input stream;
- the _Stdout_ tab is aimed at showing the Prolog interpreter's standard output stream;
- the _Stderr_ tab is aimed at showing the Prolog interpreter's standard error stream;
- the _Warnings_ tab is aimed at showing any warning possibly generated by the Prolog interpreter while computing;
- the _Operators_ tab is aimed at showing the current content Prolog interpreter's operator table;
- the _Flags_ tab is aimed showing the actual values of all the flags currently defined with the Prolog interpreter;
- the _Libraries_ tab is aimed at letting the user inspect the currently loaded libraries and the predicates, operators, and functions they import;
- the _Static_ (resp. _Dynamic_) _KB_ tab is aimed at letting the user inspect the current content of the Prolog interpreter's static (resp. dynamic) knowledge base.
Any of these tabs may be automatically updated after a solution to some query is computed.
Whenever something changes w.r.t. the previous content of the tab, an asterisk will appear close to the tab name, to notify an update in that tab.
#### Command Line Interface
If you just need a command-line Prolog interpreter, you can rely on the 2P-Kt REPL which is available on the Releases section of the
GitHub repository.
The page of the latest release of 2P-Kt exposes a number of _Assets_.
There, the one named:
`
2p-repl-VERSION-redist.jar
is the self-contained, executable Jar containing the 2P-Kt-based Prolog interpreter ( may vary depending on the
actual release version).
After you download the 2p-repl-VERSION-redist.jar, you can simply launch it by running:`bash`
java -jar 2p-repl-VERSION-redist.jar
This should start an interactive read-eval-print loop accepting Prolog queries.
A normal output should be as follows:2P-Kt version LAST_VERSION_HERE
?-
`
For instance:
!A screenshot of the 2P-Kt CLI
Other options or modes of execution are supported.
One can explore them via the program help, which can be displayed by running:
`bash`
java -jar 2p-repl-VERSION-redist.jar --help
This should display a message similar to the following one:
Usage: java -jar 2p-repl.jar [OPTIONS] COMMAND [ARGS]...
Start a Prolog Read-Eval-Print loop
Options:
-T, --theory TEXT Path of theory file to be loaded
-t, --timeout INT Maximum amount of time for computing a solution (default:
1000 ms)
--oop Loads the OOP library
-h, --help Show this message and exit
Commands:
solve Compute a particular query and then terminate
`
To import the 2P-Kt module named 2P_MODULE (version 2P_VERSION) into your Kotlin-based project leveraging on Gradle, build.gradle(.kts)
you simply need to declare the corresponding dependency in your file:`
kotlin`
// assumes Gradle's Kotlin DSL
dependencies {
implementation("it.unibo.tuprolog", "2P_MODULE", "2P_VERSION")
}
2P_MODULE
In this way, the dependencies of should be automatically imported.
The step above, requires you to tell Gradle to either use Maven Central or our GitHub repository (or both) as a source
for dependency lookup. You can do it as follows:
`kotlin`
// assumes Gradle's Kotlin DSL
repositories {
maven("https://maven.pkg.github.com/tuProlog/2p-kt")
mavenCentral()
}
> Authentication may be required in case the GitHub repository is exploited
#### JVM-only projects with Gradle
Remember to add the -jvm suffix to 2P_MODULE in case your project only targets the JVM platform:`
kotlin`
// assumes Gradle's Kotlin DSL
dependencies {
implementation("it.unibo.tuprolog", "2P_MODULE-jvm", "2P_VERSION")
}
To import the 2P-Kt module named 2P_MODULE (version 2P_VERSION) into your Kotlin-based project leveraging on Maven,pom.xml
you simply need to declare the corresponding dependency in your file:`
xml`
2P_MODULE
In this way, the dependencies of should be automatically imported.
The step above, requires you to tell Maven to either use Maven Central or our GitHub repository (or both) as a source
for dependency lookup. You can do it as follows:
`xml`
> Authentication may be required in case the GitHub repository is exploited
#### JVM-only projects with Maven
Remember to add the -jvm suffix to 2P_MODULE in case your project only targets the JVM platform:`
xml`
The 2P-Kt software is available as a JavaScript library as well, on NPM, under the @tuprolog organization.
To import the 2P_MODULE into your package.json, it is sufficient to declare your dependency as follows:`json`
{
"dependencies": {
"@tuprolog/2P_MODULE": "^2P_MODULE_VERSION"
}
}
Notice that the JS dependencies of should be automatically imported.
Working with the 2P-Kt codebase requires a number of tools to be installed and properly configured on your system:
- JDK 11+ (please ensure the JAVA_HOME environment variable is properly) configuredGRADLE_HOME
- Kotlin 1.5.10+
- Gradle 7.1+ (please ensure the environment variable is properly configured)
- Git 2.20+
To participate in the development of 2P-Kt, we suggest the IntelliJ Idea IDE.
The free, _Community_ version will be fine.
#### Recommended configuration
You will need the __Kotlin__ plugin for IntelliJ Idea.
This is usually installed upon Idea's very first setup wizard.
However, one may easily late-install such plugin through the IDE's Plugins settings dialog.
To open such dialog, use Ctrl+Shift+A, then search for "Plugins"
#### Importing the project
1. Clone this repository in a folder of your preference using git clone appropriately
0. Open IntellJ Idea.
If a project opens automatically, select "Close project".
You should be on the welcome screen of IntelliJ idea, with an aspect similar to this image:
!IntelliJ Welcome Screen
0. Select "Import Project"
0. Navigate your file system and find the folder where you cloned the repository.
Do not select it.
Open the folder, and you should find a lowercase 2p-in-kotlin folder. git
That is the correct project folder, created by in case you cloned without specifying a different folder name.
Once the correct folder has been selected, click Ok
0. Select "Import Project from external model"
0. Make sure "Gradle" is selected as external model tool
0. Click Finish
0. If prompted to override any .idea file, try to answer No. It's possible that IntelliJ refuses to proceed, in which case click Finish again, then select Yes
0. A dialog stating that "IntelliJ IDEA found a Gradle build script" may appear, in such case answer Import Gradle Project
0. Wait for the IDE to import the project from Gradle. The process may take several minutes, due to the amount of dependencies. Should the synchronization fail, make sure that the IDE's Gradle is configured correctly:
0. In 'Settings -> Build, Execution, Deployment -> Build Tools > Gradle', for the option 'Use Gradle from' select 'gradle-wrapper.properties file'. Enabling auto-import is also recommended
* We use git flow, so if you write new features, please do so in a separate feature/ branch
* We recommend forking the project, developing your stuff, then contributing back via pull request directly from the Web interface
* Commit often. Do not throw pull requests with a single giant commit adding or changing the whole world. Split it in multiple commits and request a merge to the mainline often
* Stay in sync with the develop branch: pull often from develop (if the build passes), so that you don't diverge too much from the main development line
* Do not introduce low quality or untested code. Merge requests will be reviewed before merge.
#### Building the project
While developing, you can rely on IntelliJ to build the project, it will generally do a very good job.
If you want to generate the artifacts, you can rely on Gradle. Just point a terminal on the project's root and issue
`bash`
./gradlew build
This will trigger the creation of the artifacts the executions of the tests, the generation of the documentation and of the project reports.
#### Versioning
The 2P project leverages on Semantic Versioning (SemVer, henceforth).
In particular, SemVer is enforced by the current Gradle configuration, which features DanySK's Git sensitive SemVer Gradle Plugin.
This implies it is strictly forbidden in this project to create tags whose label is not a valid SemVar string.
Notice that the 2P project is still in its initial development stage---as proven by the major number equal to 0` in its version string.
According to SemVer, this implies anything _may_ change at any time, as the public API _should not_ be considered stable.
#### Issue tracking
If you meet some problem in using or developing 2P, you are encouraged to signal it through the project "Issues" section on GitHub.