Not a programming question, but a question which is uniquely important to programmers.
Can anyone recommend a good Java Servlets/Mysql/Tomcat hosting provider.
Cost and ease of setup is the main consideration as this is just a demo.
give amazon ec2 a try. its perfect and very cost effective for your requirement.
I would suggest Onlinecares (https://wwww.onlinecares.com) a try, they have 14 days trial period. The negative side is remote postgresql connections are not allowed in their servers, you need to use phppgadmin to access postgresql databases. Mysql databases could be connected remotely. For newbies, their system is a bit complex as they don't include tomcat support in Cpanel control panel. You need to deploy the java war applications either using SSH or using Tomcat manager. The positive side is their server performance and support.
Related
I'm currently writing a client program in Java for my company that will access a mySQL database with customer information.
The company already has a Windows Small Business Server 2011 server with various images and reports related to the customers.
My intention is to store the path of these images into the mySQL database to be recalled from my Java application.
I guess my first question is: Is this possible?
How do I begin connecting a Java application to SBS in order to access an image file located on the server? Researching online has lead me to believe I can connect Java to SharePoint using a Java -.NET bridge. Am I heading in the right direction?
Is there any issue with installing the mySQL database on the same machine as a SBS?
This is my first time posting on StackOverflow; I apologize if my question format is not focused enough.
This is also my first time working with mySQL and servers. I've been able to figure out mySQL in Java; but I'd really appreciate a finger pointing in the correct direction with the server.
1 Yes.
2 Sounds like a decent approach. You might also consider a Java-COM bridge like jacob.
3 Possible issues may include
Licensing
Performance impacts
Memory impacts
Backup impacts
Lack of redundancy
Support
Implementation complexity
Storage requirements
This might be a basic question, but I tried googling it and couldn't find an answer.
I need to make a list of all the SQL Servers on a network. This is very easy to do using the .NET framework (System.Data.Sql.SqlDataSourceEnumerator), but is there also a relatively simple way to do this in java as well? While I was doing my research, I came across the possibility of listening in at different ports, but that seemed un-user friendly.
I've been told to use SQL Browser Service, but a) I couldn't find any information on how to call that from java, and b) does this service get automatically downloaded when you download SQL Server? Can I assume that every computer on the network I'm searching has access to this browser service? And if not, does that make a difference to my code?
Thank you all so much.
You can use SQLBrowseConnect function from ODBC API.
You can call COM components from java (with suitably crafted IDL), so you could use DMO or SMO (depending on your SQL Server version)
I ended up using the command line's osql -L command to list all the servers on the network.
I have found it pretty easy to find all SQL services (assuming appropriate level of perms) by enumerating the Windows services on servers using WMI. This "catches" different SQL Server suite- services like Reporting Services and Analysis Services that are not the relational engine, plus services that are not running at the moment. I use this for license auditing, via PowerShell. So, if that seems useful, it's a matter of how to call WMI from Java. This dude: http://www.vijaykandy.com/archives/121 made a list of some options.
Is there a demand out there for a small, lightweight, Java 7 based open source project that is geared toward making Cloud services more elegant? I have written several servers in my lifetime, and was curious if there was a need for this.
My thoughts were to keep it simple, lightweight, and use the Java 7 NIO 2 functionality for network communications. I was also thinking of using either a broadcast address for local cloud based communications between servers in a rack solution (MBONE) or a serialization-based communications protocol.
I don't want to use Spring or Tomcat, as they are overweight, and they are written on older Java technology. Furthermore, I don't want to use another Apache project because it's too dependent on Apache technologies. Keywords here are "small", "lightweight", "portable", and "efficient".
Maybe this will even have the potential of being installed and used in mobile devices as background servers, or even mobile cloud networks.
From my own point of view, no.
If I want a lightweight servlet server, I use Jetty.
If I want a more powerful, versatile Web app server, I use Tomcat.
If I want a full J2EE server, I use Glassfish.
All of these are of course highly proven. Memory is cheap enough these days that I'm not very worried about a little bloat. That comes standard with Java apps :)
Also, I'd consider it crazy to deploy server technology on mobile devices. Maybe other people have bright new ideas, I think mobile devices should communicate with central servers.
I would probably not want to use a Java 7 server not based on J2EE, at least the servlet part, unless someone comes up with a really compelling alternative. On the other hand, I wonder how small you could make a compliant server.
Finally, as far as I know, Tomcat already (optionally) supports nio: http://tomcat.apache.org/tomcat-6.0-doc/aio.html .
Strictly a personal opinion from an old curmudgeon.
It looks like SpringSource has just released a GA version of their tc Server application server.
It sounds from their description like it is a drop-in replacement for Apache Tomcat, with better "enterprise capabilities", such as "advanced diagnostics", better operations management, deployment, etc. (and of course, the support that they want to sell you as their primary business model).
So I'm curious (and I'm not sure if this is truly a SO question), but is anyone using tc Server today in any shape or fashion? Has it worked out well for you? Did you find whatever features they are adding to Tomcat to be worth it?
As I see it, the primary advantage of tcServer is in managing large clusters of load-balanced tomcats. Aside from the management/monitoring layer (which is very cool, by the way), it also has a faster database connection pooling mechanism, and a generally tweaked configuration optimised for high volume. Other than that, it's just Tomcat.
They've just released a developer edition. Have a look at this screencast which demonstrates how their diagnostics work.
MuleSoft released Tcat Server, which provides advanced provisioning, Tomcat and webapp specific diagnostics. Some of the key differences with tcserver is that Tcat Server is 100% unmodified Apache Tomcat and the diagnostics are built right into the product.
Disclosure: I work for MuleSoft, and would be happy to answer any questions on Tcat Server.
I'd also add that the "advanced monitoring" capabilities are actually available in java 1.5 (check the JDK's SNMP/JMX docs). Been using it for years with rrdtool and recently ported over to using highcharts+mongo.
We develop Java Web-aps (Websphere, DB2) which display graphical and databased information. We would also like to offer the same application offline (distribution via CD/DVD) with online data-update. We have tried a number of alternatives in the past, but nothing has been really stable. What are the new best practices to take a Web ap plus data (in a small database) offline?
I don't know how well it works with the CD/DVD distribution front, but the first thing that comes to mind is Gears. On the .NET side of the fence there's Silverlight 2. Then there's the Mozilla Prism project, although I don't know how far advanced that is.
These are all designed for not just offline access, but mixed offline/online, talking to a server when it's available and working locally when necessary.
I'd suggest using Apache Derby as the database (also available as Sun's Java DB, and possibly still IBM Cloudscape (does that still have DB2 compatibility in place?)).
I'm sure there's plenty of Web servers/Servlet containers about. Apache Tomcat is the obvious one. An alternative approach would be to use an embedded native browser within a single Java process. That approach should be relatively hassle free for users and tech support, and you can just use WebStart to install and update.
If you're using EJBs and other nonsense, then there are similar freebies about. I understand Sun Glassfish is nice and fast starting.
You could create an image of your server as a VMware instance and distribute it with a copy of VMware player (licensing allowing of course). Personally I'd build it on top of a Linux distribution like CentOS5.
You can bundle a JRE along with JETTY server and use a different database e.g HSQLDB (that you can bundle inside the webapp itself).
If you are using an ORM tool to connect to database, you might not have to make many code changes for this.
A lot of Application server distribute their admin consoles like this.For e.g Weblogic admin console runs offline (it uses internal ldap server for its database)
Also as far as Google gears is concerned, they are also pretty much doing the same thing.
They have a server that is bundled along with SQLDB and they allow to synchronize the data between online offline app.
You can sync the data too (use webservices in the online app) and talk over https from the offline app to sync the data, if you need the sync feature.
Also you can check this link
http://developers.sun.com/learning/javaoneonline/2007/pdf/TS-69700.pdf