For Java applications is difficult and expensive to achieve predictable, scalable performance. Simple switching from the single-server environments to multi-server can cause overall application throughput to collapse. Adding more data can cause the database to need progressively more resources. Java applications that work instantly in test, can be twenty times slower in response time when loaded with concurrent users.

The only (very complex) way to truly scale Java applications is to use three server tiers. The first is a HTTP-driven GUI, the second a Java server that de/serializes the tables of the third database tier into Java objects to perform the application logic. These tree tiers are often referred to as clustering, which is incorrect. Clustering is not related to vertically fragmenting the application but paralleling each server tier horizontally. So clustering can only be implemented independently for each of the tiers and requires very different functionality in each. In the case of the Web tier, no server-to-server communication is necessary, whereas at the other extreme, the database tier must manage transactional consistency across its cluster. This means that the cost of scalability is dramatically different for each of those tiers. Management and tuning is also completely different for each as well.

The HTTP tier performs SSL encryption and decryption duties, handles unique client connections by means of HTTP headers with ‘sticky load balancing’ information. HTTP requests are load-balanced across stateless servers and routed to designated J2EE server for processing. The application has to support sticky load balancing from the Web tier to be able to cluster both HTTP and Java tiers. Such Java applications exhibit intra-tier communication complexity that directly impairs scalable performance. The clustering of the database server has to be a function of the database product used, but it is impossible to scale the Java server without implementing some form of local data caching. Common forms are coherent clustered caching, fully replicated caching and partitioned caching.

Clustered caching maintains data in the Java application tier to satisfy data access requests from the cache without loading the database. The cache must not grow too large and provide data as current as necessary. Not all data is needed up-to-date. The cache expires data by LRU – least recently used and elapsed time algorithms.  In clustered systems, servers notify each other about data modifications and either delete or refresh the outdated data page. Coherent clustered caching needs the same as application logic to synchronize cache pages to guarantee a thread-safe implementation. A kind of dual-phase commit on page changes is required in a distributed cache to maintain transactional data consistency.

A fully replicated cache however does not have the problems of clustered caching but shares modifications with other members of the cluster in a “push” model.  While the data access has no measurable latency, a transaction should only be closed when the data from the cache has been serialized to the database tier. This is however mostly done in lazy writes and thus risky. The other problem is related to data locking because theoretically two servers can access the same data to write at the same time and therefore cause conflicts at transaction close.

The solution is the partitioned cache where each cluster server owns one unique fragment of the complete data set. All data are cached to the other servers but writes have to be synchronized to the owning server, but because communication is any-to-any, partitioned caches scale linearly with number of requests and data volume as you add servers. Replicating data from the owner and de-serializing tables into objects adds substantial latency. Therefore the application servers typically ‘object-cache the database-cache’ to avoid the additional de-serialization overhead for multiple object requests. The cache can load many objects from a single cache page in one I/O request rather than reading multiple table entries.

However, a substantially growing number of applications no longer read data from a database. Particularly process oriented applications (and that should be all of them) require data synchronization via backend interfaces such as SOA or MQ series from application silos. More often than not such interfaces require stateful conversations. Compared to database access, Web services based communications are at least a magnitude worse in performance, response time and throughput. Much of that has to do with the problems of XML defined data structures, the weak, ambiguous, and non-canonical XSD-based data definitions and the resultant parsing and validation. To reduce the number of transfers, SOA requests often pass a lot of incidental data because it might be needed, to avoid multiple data accesses. Obviously that is similar to creating a kind of SOA cache, but without any of the above mentioned mechanisms of data concurrency. Web services provided data are in principle always out of date. Web services transactions are so slow that they can not be used for applications that involve user interactions but just for straight-through processes without user intervention. To implement clustered caching for SOA Web services creates substantial problems, mostly because there is no defined mechanism for push-updates and lazy database writes. All of it has to be manually implemented by the Java programmers and is mostly hard-coded and application specific.

The complexity of measuring and predicting hardware and software performance becomes therefore a very complex task. During my years in IBM one of the key elements of designing a well working mainframe environment was based on the balanced system approach. The right mix of CPU power, RAM, disk I/Os was needed to get the most bang for your buck. Today the need for network bandwidth for the various intricacies of each of the tiers becomes the key element while HW is looked at as a cheap commodity. The immense OVERHEAD involved in juggling Web/HTTP clusters, Java tier clusters and expensive High-Availability clusters for the database tier requires huge amounts of commodity HW that is mostly not balanced to achieve scalable applications. Most systems just provide enough of everything to work. The idea of Cloud computing has to do with providing virtualized resources to such tiered systems adding more overhead for the virtualization. Hm, it sounds not very professional and well thought out to me …

CONCLUSION: Could the substantial overhead in using sticky-load-balancing, transaction-safe Java caching and database clustering, plus the substantial overhead for parsing and validating the XML data for SOA not be avoided? All of the above have been reasons why I chose a different route for the Papyrus Platform. Rather than the immense complexity of multi-layered caches – with multiple conversion from tables to cache pages to objects and reverse – I decided to collapse the horizontal structures and work with a purely (vertical) object model from definition to storage. That enables the use of the meta-data repository for application life-cycle management and substantially simplifies systems management and tuning.

The proxy replication mechanism of the object-relational database of the Papyrus Platform uses a partitioned caching concept where there is always a unique data owner and each server node uses a replicated copy that is either pull or push updated as per proxy definition. The objects do not have to be de/serialized as they are cached/replicated/binary stored as is. The same mechanism works transparently for all objects that are populated via Web services or other backend interfaces. The drawback is that during testing or at low load it seems to be not as fast as a Java app, but in difference it does scale linearly without needing additional programming or software as you add more commodity HW. Papyrus uses the same concepts across all servers because there are no tiers necessary and it also does not need virtualization.

Related posts:

1. Java Ee Application Development With Apache: The Most Widely Used Web Server In The World
2. Build and Secure Java Applications with Packt’s new book on JBoss AS
3. Java Application Development Using Openejb (Open Enterprise Java Beans)

Send SMS , Short Message Service , Text Message

Send by set the timer , you may send sms for specific time or day.

Also may send text msg directly without timer.

This Java need to running continuesly / multitasking. Cause it must running background to process you sms send.

Some Java phone support it, Symbian OS also run well. Mobile phone with Windows Mobile OS perfect run.

Save the Auto SMS Sender Jar , and install on your phone.

Related posts:

1. Al-Quran Pocket / PocketQuran
2. Email reader – Java Application
3. File Lock

Email reader Java

Email reader is java apps for reading your email by phone. It’s reading from your server email, so you need to set the POP3 to your phone.

It easy as 1 2 3 , just put your server POP and , start downloading your email, and read it on your mobile phone

access from anywhere and anytime your email by using this java application.

Email reader support for any mobile phone on java engine.

You may download the file install here : email reader java

Save on your memory card / phone memory, then install it.

Related posts:

1. PDF Document Reader
2. Java Application Scalability
3. Office Document Viewer

Face Warp – Funny Photo maker

This Java Application is software based on Java for make funny effects of your photo. Many funny effect available to choose from this aplikasi.

But you only give the effect for photo taken directly from your camera. After take shot a photo, you may select from menu to give some funny effect.

Face warp is free application java for your mobile phone.

Download and Install , How to Install on your Phone ?

1. Save the JAR file for : Face Warp to your memory card or internal memory  of your phone
   
2. Go to FILE MANAGER of your phone, then select the files you are download, and choose INSTALL
3. Wait for Installation progress till FINISH.
4. Now you  may run the program from installed directory or shortcut menu.

Related posts:

1. File Lock
2. PDF Document Reader
3. Java Game – Devil May Cry

File Lock is a java application for lock your file or folder on file manager every cell phones. It’s allow you to set password on every time we want to access the file or folder.

File lock must running on background, because it needs to still running even mobile phone is leave the application.

Lock file will safe your data on your memory card or internal memory of your phone, So don’t be worry again about your data being accessed by someone else.

Download and Install , How to Install on your Phone ?

1. Save the JAR file for : File Lock to your memory card or internal memory  of your phone
   
2. Go to FILE MANAGER of your phone, then select the files you are download, and choose INSTALL
3. Wait for Installation progress till FINISH.
4. Now you  may run the program from installed directory or shortcut menu.

Related posts:

1. Face Warp – Funny Photo Maker
2. Opera Mini 3 , for old phone models
3. Notepad for Java – Free Java Apps

Gmaps mobile aka mobile gmaps is software based on Java that show you a maps from google maps.

This aplikasi java also know as MGMaps , help you to find a place or destination. It’s work like a GPS Mobile.

Download and Install , How to Install on your Phone ?

1. Save the JAR file for : Gmaps Mobile to your memory card or internal memory  of your phone
   
2. Go to FILE MANAGER of your phone, then select the files you are download, and choose INSTALL
3. Wait for Installation progress till FINISH.
4. Now you  may run the program from installed directory or shortcut menu.

Related posts:

1. File Lock
2. Face Warp – Funny Photo Maker
3. shMessenger , the best Yahoo Messenger mobile client

Anybody who has an old version of mobile phone, usually when use Operamini your phone will get some little slow access.

This Operamini 3 is your solution for that problem. Opera mini 3 has more tiny resource for making it’s running fast on your phone.

Download and Install , How to Install on your Phone ?

1. Save the JAR file for : Opera Mini v.3 to your memory card or internal memory  of your phone
2. Go to FILE MANAGER of your phone, then select the files you are download, and choose INSTALL
3. Wait for Installation progress till FINISH.
4. Now you  may run the program from installed directory or shortcut menu.

Related posts:

1. Opera Mini 4
2. Opera Mini 5 Beta
3. File Lock

PDF Document Reader also important java application for you mobile device. Like last post about document reader, PDF reader also give you view of pdf document by phone.

Easily open adobe document (PDF) , and read it on your phone. This is free to download, most favorit aplikasi java download.

Note : for a big pdf file, better you are not open it via phone. It will be long time waiting

Download and Install , How to Install on your Phone ?

1. Save the JAR file for : PDF Document Reader to your memory card or internal memory  of your phone
   
2. Go to FILE MANAGER of your phone, then select the files you are download, and choose INSTALL
3. Wait for Installation progress till FINISH.
4. Now you  may run the program from installed directory or shortcut menu.

Related posts:

1. Office Document Viewer
2. Email reader – Java Application
3. File Lock