I did not manage to find in the documentation Microsoft Teams extension samples that use .NET Core. Every sample I found in GitHub included those of Build 2019 are in .NET Framework. I was expected to see everything in .NET Core, especially for something like Microsoft Teams which is recent and moving fast.
So that makes me wonder if .NET Core is supported for building Microsoft Teams extension.
.NET Core was not supported for bots until Bot Framework SDK v4. It wasn't supported for Bot Framework 3.x. All of our samples that use bots, with one exception, still support Bot Framework 3.x, and we expect to support both 3.x and 4.x indefinitely: in part because there's no good way to migrate from 3.x to 4.x.
The exception is our sample app for our Bot Framework 4.x SDK, which is currently in beta.
Over time we expect to focus more on .NET Core as we add Bot Framework SDK 4.x support to more of our samples.
Currently we were using SmartAssembly from RedGate to obfuscate out .Net Framework based libraries and it worked just fine.
However, in the past months we started working on supporting .NetCore and .NetStandard to be able to scale our product and noticed that we cannot longer obfuscate the resulting libraries because SmartAssembly doesn't support it yet.
Dotfuscator from what I know, could do the job, however it's not taking care of the relationships between dependencies so it's not actually a full obfuscation.
What other tools is the community using to achieve this purpose? I'm interested in free and commercial tools as well.
I'm just getting started with Xamarin development, and I'm discovery the wonders of using Couchbase Light / Mobile to manage local data and data sync. I watched a very nice video from Xamarin Evolve 2014, in which the folks from Couchbase presented some great use cases for using Couchbase in Xamarin mobile apps.
My question is: given, that there are 3 components involved - the Light/Mobile library, the Gateway, and the Server - for me to start my development, and, later on to deploy in production: are all these components commercial, are there an open source counterparts? If only commercial components exist - what is the pricing?
-Eugene
Couchbase and Couchbase Mobile are Open Source under an Apache 2.0 license, with the development in the open on github.
There are two binary releases, a Community Edition and an Enterprise Edition which each have different terms in their license agreements and as pointed out, the Enterprise Edition is through subscription, which gives the subscriber access to Couchbase, Inc. for help, enhancements and an escalation path when you need to resolve something right away.
We have done a quick proof of concept web application using PlayFramework1.2 and now we would like to proceed for production release however one of the concern is that Play Framework not enterprise compatible and wanted the application to be ported over to Spring.
Any tools or guidelines for porting over playframework project to spring MVC ?
Note: I'm saying not enterprise compatible because it seems Play1.x development been abandoned and no any new Play 1.x release recently. Also current Play framework 2.0 more focus on Scala rather than Java.
As above posters mentioned Play 1.x was an initial draft. I was in your shoes contemplating whether to rebuild the app in Spring but I gave Play 2.x a chance and now I don't think I want to go for Spring at all. With every release Play is becoming more and more feature rich. I think before migrating to Spring you should give Play 2.1 a chance. Moreover if you need Spring for DI then you can actually mix Spring with Play 2.1 as well. See this demo app:
https://github.com/guillaumebort/play20-spring-demo
Hope that helps.
We’re thinking about downgrading our Alfresco Enterprise 3.4.1 to Alfresco Community.
I’m used to Alfresco Enterprise, but I have no experience with Community version.
We’re using EMC, Alfresco Explorer and our own development based on Web Services API and Foundation API.
I’m worried about database migration. Could I simply configure Alfresco Community 3.4.e to use our Oracle Database for Alfresco Enterprise 3.4.1? Is the schema compatible for both Community and Enterprise distributions? Which version of Alfresco Community should I use? 3.4.e? What is the downgrade path between distributions? Is there any kind of correspondence between versions of both distributions?
Any downgrade experience, guide or any related information will be welcomed.
The Alfresco Community Edition is open source, and works with a fully open source stack. Your DB options are PostGreSQL (recommended) or MySQL.
Alfresco Enterprise supports the open source databases that Community supports, PostGreSQL and MySQL, as well as a few proprietary databases too. You can look at the Database Configuration page for more information. Support for Oracle databases is only available in Enterprise.
If you want to keep paying Oracle all that money for your database licenses, then you'll need to continue to pay a tiny fraction of that cost to Alfresco for an Enterprise License. Community, being open source, only supports a fully open source stack, so you can't use Community with your uber expensive proprietary database!
If you were using an open source database like PostGreSQL or MySQL, then you might be able to do the switch as part of an upgrade. Enterprise Service Packs (eg 3.4.1) are normally newer than the equivalent community release from that series (Community gets the bug fixes on Head). Moving from a 3.4.x enterprise service pack back to a 3.4 community wouldn't be recommended, but moving from 3.4.x enterprise to a 4.x community might work. However, that's not a tested migration path, so you could well be on your own... Alfresco QA tests community -> newer community, enterprise -> newer enterprise, and community upgrading to enterprise, which are the supported paths.
This question is similar with this one about difference between Community and Enterprise version
You can not use Oracle database for Community version. It is only available for Enterprise.
There is not downgrade path for any Alfresco versions. If you are using Enterprise 3.4.2 try to use the same Community version.
I searched the web for possibilities of a downgrade from enterprise to community version, too. What I found is the answer "You may be able to downgrade, however that is never supported or tested."
When downgrading, you have to keep in mind that the community version X usually has more functionalities than the enterprise version with the same version number.
So, downgrading is experimental. I have already seen log files where the downgrade failed.
Maybe it is an option for you to export all content and import this ACP file on the new system with the community version?
Please read your contract carefully. Support and Licensing might not be the same thing in your case. If you don't want to pay anymore to Alfresco, you might be entitled to keep using your current enterprise version, but you would not longer have support. Before considering downgrading, check your contract. If in the future you want to get support and upgrade again, it might just be easier to do it with your current Alfresco Enterprise version.
But, as I said, it depends on your agreement with Alfresco.
Migration of the Alfresco repo database is no fun at all. There is no official way switching databases and in 3.x version you may have serialized objects which could be stored by hibernate db specific. This changed a little when Alfresco removed most of hibernate dependencies after 3.4. It may be an option to migrate to 4.0 EE first, migrate the db to postgres (which is closer to oracle than mysql) and finally upgrade to Alfresco Community 4.2.f (latest version with Web Services API). This may be a lot of work (even in your code) but should work.
Here in Germany it is legaly problematic to limit software usage in time if you sell a support subscription (at least for the old contracts you may have) so customers here can request support for a time unlimited EE license key before canceling the subscription contract. I recommend you go this way and update your old 3.4 to the latest 3.4.x or 4.x enterprise version available and stay on Oracle db if you don't care these costs. This step should be done anyway ;-)
I have done it before in order to create a development environment in my local machine,
First, you cannot use Oracle database so you have to use postgresql (recommended) or MySql, exporting and importing the database is not recommended, so you have to create the repository hierarchy and fix the rules, etc., then copy all custom jars (jobs, actions, workflows...) and library from the lib folder to the new one,
If you are using an external application based on alfresco uuids, make sure you updated the uuids after creating the repositories and rules