vanitasvitae/Smack
1
0
Fork 0
mirror of https://github.com/vanitasvitae/Smack.git synced 2024-11-22 20:12:07 +01:00
Code Issues Releases Wiki Activity
Smack/settings.gradle

35 lines
819 B
Groovy
Raw Normal View History

Set "rootProject.name = 'Smack'" in settings.gradle
2015-02-23 13:58:51 +01:00
// The name of the root project.
// If we would not set the name, then gradle would use the directory
// name of the root directory
rootProject.name = 'Smack'
Prefix subprojects with 'smack-' instead of using the old baseName=smack appendix=project.name approach, we are now going convention over configuration and renaming the subprojects directories to the proper name. Having a prefix is actually very helpful, because the resulting libraries will be named like the subproject. And a core-4.0.0-rc1.jar is not as explicit about what it actually *is* as a smack-core-4.0.0-rc1.jar. SMACK-265
2014-04-28 19:27:53 +02:00
include 'smack-core',
Create smack-im subproject for XMPP-IM Move Roster and Chat(Manager) code into their own packages within the new smack-im subproject. Apply Manager pattern to Roster. Fixes SMACK-637.
2015-01-22 13:53:50 +01:00
'smack-im',
Prefix subprojects with 'smack-' instead of using the old baseName=smack appendix=project.name approach, we are now going convention over configuration and renaming the subprojects directories to the proper name. Having a prefix is actually very helpful, because the resulting libraries will be named like the subproject. And a core-4.0.0-rc1.jar is not as explicit about what it actually *is* as a smack-core-4.0.0-rc1.jar. SMACK-265
2014-04-28 19:27:53 +02:00
'smack-tcp',
'smack-extensions',
'smack-experimental',
'smack-debug',
SLF4J Smack Debugging Logger
2014-08-15 13:28:07 +02:00
'smack-debug-slf4j',
Prefix subprojects with 'smack-' instead of using the old baseName=smack appendix=project.name approach, we are now going convention over configuration and renaming the subprojects directories to the proper name. Having a prefix is actually very helpful, because the resulting libraries will be named like the subproject. And a core-4.0.0-rc1.jar is not as explicit about what it actually *is* as a smack-core-4.0.0-rc1.jar. SMACK-265
2014-04-28 19:27:53 +02:00
'smack-resolver-dnsjava',
Add smack-resolver-minidns
2014-06-22 22:35:38 +02:00
'smack-resolver-minidns',
Add support for XEP-0418: DNS Queries over XMPP (DoX) Fixes SMACK-862.
2019-04-08 23:09:12 +02:00
'smack-resolver-minidns-dox',
Prefix subprojects with 'smack-' instead of using the old baseName=smack appendix=project.name approach, we are now going convention over configuration and renaming the subprojects directories to the proper name. Having a prefix is actually very helpful, because the resulting libraries will be named like the subproject. And a core-4.0.0-rc1.jar is not as explicit about what it actually *is* as a smack-core-4.0.0-rc1.jar. SMACK-265
2014-04-28 19:27:53 +02:00
'smack-resolver-javax',
Add smack-android and redesign SASL authentication This commit marks an important milestone with the addition of the smack-android subproject. Smack is now able to run native on Android without requiring any modifications, which makes the aSmack build environment obsolete. It was necessary to redesign the code for SASL authentication to achieve this. Smack now comes with smack-sasl-provided for SASL implementations that do not rely on additional APIs like javax for platforms where those APIs are not available like Android.
2014-08-01 10:34:47 +02:00
'smack-sasl-javax',
'smack-sasl-provided',
Prefix subprojects with 'smack-' instead of using the old baseName=smack appendix=project.name approach, we are now going convention over configuration and renaming the subprojects directories to the proper name. Having a prefix is actually very helpful, because the resulting libraries will be named like the subproject. And a core-4.0.0-rc1.jar is not as explicit about what it actually *is* as a smack-core-4.0.0-rc1.jar. SMACK-265
2014-04-28 19:27:53 +02:00
'smack-legacy',
Renamed smack-jingle to smack-jingle-old Also renamed package name from org.jivesoftware.smackx.jingle to org.jivesoftware.smackx.jingleold
2014-08-20 00:25:57 +02:00
'smack-jingle-old',
Add smack-java7
2014-07-20 12:58:36 +02:00
'smack-bosh',
Add smack-android and redesign SASL authentication This commit marks an important milestone with the addition of the smack-android subproject. Smack is now able to run native on Android without requiring any modifications, which makes the aSmack build environment obsolete. It was necessary to redesign the code for SASL authentication to achieve this. Smack now comes with smack-sasl-provided for SASL implementations that do not rely on additional APIs like javax for platforms where those APIs are not available like Android.
2014-08-01 10:34:47 +02:00
'smack-android',
Add ServerPingWithAlarmManager to smack-android
2014-09-22 09:58:09 +02:00
'smack-android-extensions',
Add Integration Test Framework and resurrect a few integration tests.
2015-03-18 09:52:33 +01:00
'smack-java7',
Introduce Smack's Modular Connection Architecture This is a complete redesign of what was previously XmppNioTcpConnection. The new architecture allows to extend an XMPP client to server (c2s) connection with new transport bindings and other extensions.
2020-04-04 13:03:31 +02:00
'smack-java8-full',
Add a REPL for Smack (smack-repl)
2016-02-10 14:09:13 +01:00
'smack-integration-test',
Add OMEMO support This commit adds the modules smack-omemo and smack-omemo-signal. smack-omemo is licensed under the Apache license like the rest of the smack project. smack-omemo-signal on the other hand is licensed under the GPLv3. Due to the fact, that smack-omemo is not of much use without smack-omemo-signal, the OMEMO feature can currently only be used by GPLv3 compatible software. This may change in the future, when a more permissively licensed module becomes available. Fixes SMACK-743.
2017-06-02 12:26:37 +02:00
'smack-omemo',
'smack-omemo-signal',
'smack-omemo-signal-integration-test',
XEP-0373, XEP-0374: OpenPGP for XMPP: Instant Messaging Fixes SMACK-826
2018-07-29 18:52:45 +02:00
'smack-repl',
Replace XPP3 by XmlPullParser interface wrapping StAX and XPP3 Introducing Smack's own XmlPullParser interface which tries to stay as compatible as possible to XPP3. The interface is used to either wrap StAX's XMLStreamReader if Smack is used on Java SE, and XPP3's XmlPullParser if Smack is used on on Android. Fixes SMACK-591. Also introduce JUnit 5 and non-strict javadoc projects.
2019-05-06 22:06:13 +02:00
'smack-openpgp',
'smack-xmlparser',
'smack-xmlparser-stax',
'smack-xmlparser-xpp3'
Reference in a new issue Copy permalink