I have a GWT application for some highcharts visualizations, that accesses Cassandra database in the back end. Obviously, because of privacy of data in the database I can not host the application on Google App Engine.
This application being a private one which is used by very few people, I dont expect lot of traffic.So, I was thinking of hosting the application on my own machine.
Please some one tell me is it good idea?, and how to go about implementing that.
Thanks..
It is not a problem at all, just set up some application server, like Tomcat, compile your gwt project, and export the war folder to the Tomcats webapps folder. Your war contents should have following structure (or similar):
project_name.war
- css
- images
- WEB-INF
- gwt compiled_javascript folder
- index.html
Related
I'm using Netbeans 8.2. for JavaEE Webapp with a TomEE 1.7.xx Server.
I need a folder with images, that is changed by the users.
Therefore I can't have the folder within in my project, because with war deployment it would be overwritten all the time with my development files.
Does anyone know how I can handle this?
You could deploy another another empty web application next to your application.
If a user upload an image in your application you would write it into e.g.:
tomee/webapps/imagecontainer/images/
and reference it from inside your application
<img src="myDomain.com/imagecontainer/images/xyz.jpg"/>
Like this you can deploy anytime any new version of your application. Of course
you are not allowed to undeploy the imagecontainer application.
I created my first openui5 hello world application on eclipse and want to deploy on my phoenix(elixir webserver) server.
Application structure:
And the app looks as follow:
My question is, how make the application ready to deploy?
Its all static content. Copy all files and folders inside Webcontent to your web server. You can put it to the web servers root, but you don't have to. WEB-INF and META-INF are not needed.
Then copy the openui5 framework to the Webserver to a folder of your choice. You may have to change the bootstrap element to point to your sap-ui-core.js.
That's it. Optionally You can use the grunt-openui5 plugin to build a packaged preload file of your application.
I need a advice for design purpose my structure of the application is as follows.
I have three module designed in ZK framework as a separate war application (web application) e.g finance-module , general-ledger and cash-account , all are separate war files can be deploy on tomcat as a separate war files,
Now I want to have a seperate war ZK application that has index or home page and have menu and from that menu I can able to call these three module or war application.
-------------------------- Main module -------------
Menu : general-ledger link , cash-account-link ,finance-module
1) This 4th Main module also has feature to user login and change user preference , means can also have code e.g view module as well as spring service.
Now the question is that how to call other war files zul pages and even if v call how to manage from 4th module and also how to share session across the four war files or applications.
Thanks
Vikas
I have worked in a similar scenario and this worked well for us:
When you create separate war's it means that they are independently running in it's own web context inside tomcat. Usually when you want to share resources like datasources, transactionManagers, or any other kind of jee resource you need to configure them at the tomcat instance level and they will be available in the JNDI directory of the tomcat server and any web application can pull any of them to use it.
https://tomcat.apache.org/tomcat-8.0-doc/config/context.html
https://tomcat.apache.org/tomcat-8.0-doc/jndi-resources-howto.html
There are several jee resources than you can share in the tomcat server but if you need more flexibility and robustness you might need a full stack java enterprise application server like wildfly http://wildfly.org/news/2014/11/20/WildFly82-Final-Released/ or any other commercial like WebSphere, Oracle Weblogic, etc
Now, if you want to share java classes, zul's or any other file, you may want to package them in separate common jars and use them in any war as a dependency and then reference them through the classpath of the web application.To organize and maintenance this modular projects Maven and Gradle are very good tools you can use.
From ZK you can call any other url of the other war's as simple as
<a href="htt://myserver/account/home.zul" label="Account"/>
<a href="htt://myserver/finnance/home.zul" label="Finance"/>
To share the session what you need is to implement a Single Sign On (there are other implementations like oracle opensso), you can configure it directly in tomcat but be aware of this Sharing security context between few web applications .
Spring Securityhas an extraordinary support for this kind of escenario.
I am using Eclipse and Tomcat to develop some J2EE application, Dynamic web project
I am wondering how to synchronize the local files/file structure with the service side.
In practice, we develop our j2ee at a local workspace, but we need to upload these *.class to the service side, so done folder structure and other accessory files, such as web.xml.
Can somebody let me know how to configure Eclipse so that every action I made can also work on the service side?
such as generating *.class files to their destinated folder on service and mapping the folder structure onto the service side.
Many thanks
Basically what I want is to deploy from Eclipse web project to application server (WebLogic). The problem is that project source files are structured differently than what application server expects (i.e. there is no WEB-INF containing deployment descriptor). As a results when I try to deploy my project to app server it is not recognized as deployable app. Is there a smart and elegant way how-to solve this problem?
OK, i will answer my question myself. Basically this situation can be solved by creating a new dynamic web project with the required structure and then using Linked folder functionality of eclipse.