I want to develop a web application like CRM (Customer Relationship management) but I don't know if I will choose spring boot to develop the back-end or Django with Python.
What are the parameters we need to consider while choosing back-end technology?
Anyone could help me, please.
Related
I'm going to start a new project that has two front ends, a mobile APP and a Web Application.
I was thinking about creating a "rest-api" grails application and consume this "api" from the mobile apps.
But, for the WebApp, is it possible to create a new "angular" Grails app that uses as model the previously generated "rest-api" Grails application and ovoids me to "re-implement the wheel (model)"?
Any articles/documentation how that could be accomplish?
Thanks in advance.
JD Evora
You can use the domain you already have in the new rest api, nothing changes. You may want to add the #Resource annotations.
If there is another app that uses this same domain, I would put in a plugin(as #Joshua suggested), we currently do it for clients which have both admin/cms and final user applications.
In our company,we are currently developing 3 projects with an idea I believe will fit well to your needs, or may help someone else who is starting a similar project
We organized the apps this way:
We've created a grails app with rest-api profile
We've created a grunt/bower/npm project(you could use yoo angular generator, but It had more than we needed)
We've created an android and and ios apps
Advantages we've seen:
The angular application calls the same methods as the mobile apps, there is only one controller, one service, one grails app
The web apps is pure JS and CSS and runs smoothly in the serve(npm
install serve)
You can deploy the web app in any CDN like Amazon Cloud Front and be able to handle a big demand, and you can deploy it quickly
Just in case you don't know, but with grunt and bower you can replace assets pipeline automation.
Hope it helps you!
I've already read this:
IBM Worklight - Which features a Native app cannot use?
but it's a little old now and I'm asking:
what kind of features are still missing while developing a native cross-platform mobile app in the realm of business applications & banking tools using Worklight (are JSONStore and Direct Update still unavailable? There are further features missing?);
what are the CONs, in general, of working with such framework despite of using native SDKs (like the cross-platform struggle to keep up with the native platform roadmap, framework infrastructure weight, performance issues, general trade offs, etc.).
Any reference to Worklight documentation is welcome.
Thank you in advance
The essence of native development differs greatly than that of hybrid development.
In native development Worklight provides a set of APIs that allow you to work with the Worklight Server and the features that surround it (as listed in the question you've linked to),
Whereas in hybrid development you also get features related to the client-side. These client-side related features are meant for web development, so there is no correlation between the two (native and hybrid).
what kind of features are still missing while developing a native
mobile app in the realm of business applications & banking tools using
Worklight (are JSONStore and Direct Update still unavailable? There
are further features missing?);
So the list has not changed much:
Starting Worklight 6.2, JSONStore is supported in native development as well
Push Notifications in WP8 is now supported in native development as well
As for Direct Update... this feature is meant to update web resources, not native resources. Also, such updating of native resources is not allowed by the platform so there is no Direct Update support in native development.
what are the CONs, in general, of working with such framework despite
of using native SDKs (like the cross-platform struggle to keep up with
the native platform roadmap, framework infrastructure weight,
performance issues, general trade offs, etc.).
You handle native development as you would always handle it. The framework only provides you with the tools to use what Worklight provides on the server-side.
I am running a site in drupal and one in Joomla. I would like to create two native iOS client apps for the users of these websites. I would like to know one basic thing. Should the apps connect straight to the sites database? or is there any other way to do that (xml or other way)?
thank you in advance.
(the sites run in mysql)
You should look at using the provided RESTful interfaces for each platform (drupal / joomla).
How can i make a lotus application an iPhone native apps?
For e.g: eLeave.
The submit or approve action button in the form was created using lotusscript. So how can it work in iOS ? I have no idea how can i extend my lotus application to an iPhone Native Apps. Someone had suggested to use either SOAP or REST via HTTP to communicate between iOS and domino. But i don't even know what can i do with SOAP in my apps.
Pls help.
The suggestions along the lines of SOAP or other HTTP-based access to the data are correct. Since you can't just port a Notes app to the iPhone (for a variety of reasons) or use the Notes Java API classes (since the iPhone doesn't have Java), some form of HTTP access is your best bet. Either traditional Domino web access via forms or XPages are most likely the best way to go, since then you can write your UI in Designer. If you don't want to or can't do that for whatever reason, you're on the hook for writing the UI for your iOS app separately and then connecting to Domino via Web Services or REST functionality.
SOAP Web Services are probably what you want. They have the advantage of being supported directly in Designer - you can create a Web Service Provider in LotusScript or Java in much the same way you would write an Agent or Script Library. You would have to write methods to access and update the data you want, but it would also mean you have full control over what happens. You could re-implement your form-submission code as a web service call that takes the changed data as parameters and then does whatever manipulation you want and creates/saves the document.
It does depend on the version of Lotus/Domino you are running. This could be a start XPages Mobile Controls I am not sure about the "native"here. This is XPages, web based.
Based on your comment, I know of one native application TSAzr. This application uses XPages as web-services on the domino server. A bit more info can be found here dominoGuru
Your follow-up suggests that a mobile-optimised web application will not cut it, and that you want a native application. This means writing a new iOS application, end of story. There are different ways to go about this of course—e.g. you could build a web app and then wrapper it using something like Appcelerator Titanium, or PhoneGap—but ultimately, you need to write something.
As #Jesse Gallagher has already stated, Notes applications can't be ported directly to an iOS device. Apart from anything else, a Lotus Notes client application is a proprietary data store (NSF) sitting within a C and C++-based client built and compiled for the relevant underlying platform (Win or OS X). There is no direct analogue for iOS other than re-coding your app (of course, you could re-use the existing Lotusscript business logic via web service calls, as detailed in earlier answers).
I want to have a Web Server as an interface for users to tweak my device. The device is being written in the .NET Micro Framework.
I can write my own Web Server in C# that serves static pages, it's not difficult. But I am looking for a Web Server that supports some type of server side technology, like ASP.NET or PHP, so that from there I could mess with my hardware settings. Is there either a commercial offering or a free one?
Thanks.
You could use the HttpServer class inside the .NET MF Toolkit at http://www.mftoolkit.net/.