hi,
While you are transfering the details for the large set of records, that time u can get response as XML.

For example
If you want to show 1000 user details.

At a time u just get 10 records from the server and for every 10 records you request the server and trying to display 10 rows on the page..

For the above we can do as follows
1. Get 1000 records and create as XML
2. You can manipulate using Javascript without calling the server for the minimum time interval

__________________
With,
J. Jeyaseelan
Everything Possible

Hi,
is there any limit to get the response from the server using Ajax call?

__________________
With,
J. Jeyaseelan
Everything Possible

Sync Problem

Its a common client-side requirement to fetch a template containing static data along with dynamic data from a web service call, blend them into a single UI element, and then display that element in a portion of the user's currently displayed page. In this common case you've got two separate data sources meaning you have two separate calls whose results have to be blended only after both complete. When confronted with this reality most developers switch to making synchronous calls (taking advantage of XMLHTTPRequest's truly new feature to "cheat"). If you decide to hang in there and stay with the asynchronous call format that's great, but we've yet to see a single AJAX toolkit that offers you any kind of multiple-request coordination -- so you'll end up writing the synchronization logic yourself.

__________________
With,
J. Jeyaseelan
Everything Possible

URI Problem

One of the core problems in building web applications is the fact that URI paths often have to be fully-specified. While relative URI addressing solves some of the issues, it's all too common to find yourself working with pages and source code that use full URI paths...and that's a real problem.

Whether you're relocating an application, deploying a demonstration copy, trying to develop against a test server, pushing a release to production, or simply supporting developers on multiple platforms if you can't support a flexible URI specification model you'll end up with maintenance headaches.

__________________
With,
J. Jeyaseelan
Everything Possible

TIBET solves the URI problem through a number of mechanisms.

First, TIBET supports a unique ~ (tilde) syntax reminiscent of Unix paths (think "home"). TIBET will automatically adjust ~ paths to reference the current application or library "home" so that all your URI references resolve _without code changes_ -- even when you switch between file and http-based launch models. You can also create your own variables as reference points. For example you can define XSLT_HOME and then reference ~XSLT_HOME/somefile.xsl as a way of keeping your URI paths organized yet flexible.

Second, TIBET lets you map URIs using a configuration file that supports a variety of important features including user and role-specific aliasing, development-mode (devl, test, prod) aliasing, and custom load and storage handlers. Using TIBET you can write code that references ~/foo.html and map that URI to different concrete URIs based on user, role, and mode. Then you can define different load and storage handlers to let you customize how data is managed, including building server simulations so you can develop in complete parallel while the server team builds out your web services support layer.

Third, TIBET supports local cache management built on top of standard HTTP header information combined with industry-standard duration syntax. Using TIBET you can define local stores for common lookup tables, leveraging the standard HTTP expires header data or overriding it with a duration. For example, you might say that ~/lookup_codes.xml should be stored locally at /usr/local/dat/lookup_codes.xml and updated with a duration of P7D (every 7 days). You'd combine this with an alias for ~/lookup_codes.xml that says read from that local store. Now your application only loads that data over the network once a week. Want to change it? Just update the cache entry for the cache file itself and a new set of rules will be delivered.

We can't imagine a web framework that doesn't include types for such fundamental web constructs as URIs, but again, we've been surprised to find most AJAX toolkits don't make much use of OO, and when they do they neglect fundamental types like URI. TIBET's TPURI type and it's various subtypes build on top of our cross-platform URI primitives to give you a complete set of Object-Oriented types and methods for URI management.

__________________
With,
J. Jeyaseelan
Everything Possible

Hi

I think there is no limit to get the response from the server using Ajax call

Regards
Falcon

Hi,

TIBET Low Level Protocols

TIBET leverages XMLHTTPRequest as do most true AJAX offerings, however TIBET adds a set of fully-instrumented cross-browser primitives for "low level" web and file-based data communication including support for two protocols not normally associated with AJAX, namely WebDAV and local file access. This gives TIBET a core set of transport protocols that include:

* HTTP(S)
* WebDAV
* FILE://

Since you may need your applications to run from either HTTP or file URIs TIBET layers a second set of primitives on top of the standard HTTP and file primitives so you can invoke a common "load", "save", "lastModified" API that insulates you from the specifics of where the application was hosted. These are our URI primitives and they're the foundation of our solution to "the URI problem".

TIBET's low level protocols can be further enhanced by leveraging TIBET's built-in SHA1, MD5, and 256-bit AES encryption capability, allowing you to secure your most sensitive data end-to-end or to support authentication protocols such as digest-based authentication which can help avoid putting passwords or other data in clear text over the wire.

__________________
Regards,
Senraj.A

Hi,

TIBET Web Service / Enterprise Protocols

Layered on top of those core transport protocols TIBET adds support for today's common web service and Enterprise service protocols. While several AJAX offerings offer SOAP support, TIBET adds support for several protocols which are equally valuable including:

* SOAP
* XML-RPC
* REST (CGI)
* XMPP (Jabber)
* RSS
* DSML (Directory Services Markup Language)
* NNTP (Network News Transport Protocol)

With TIBET you can build applications that can speak to virtually any data source, not just those with a SOAP API.

__________________
Regards,
Senraj.A

Hi,

TIBET Prebuilt Service Proxies

Low-level function calls are all well and good and TIBET provides some of the most comprehensive around, but for ease of development TIBET encapsulates access to each of our supported data formats behind Service, Request, and Response types you can subclass for specific web services for maximum reuse and maintainability. With TIBET's support for Web Services Description Language (WSDL) you can even generate Service, Request, and Response types from a WSDL file to help your development go even faster.

TIBET ships with sample service wrappers for:

* Google
* GMail
* Zoe
* Amazon
* Blogger
* Syndic8
* Meerkat
* XIgnite
* More...

Of course, TIBET's Request and Response types are designed so they work identically regardless of whether you're making a synchronous or asynchronous call. You implement a simple result handler for your request and TIBET will make sure it's invoked at the proper time.

__________________
Regards,
Senraj.A

Hi,

TIBET Real Time Collaboration / Workflow

The full scope of TIBET's support for asynchronous data is most visible in our XMPP (Jabber) module. TIBET includes a complete set of types for interacting with XMPP servers. That means you can seamlessly integrate presence information, instant messaging, or distributed events with your client-side applications.

With TIBET you can build applications that send and receive XMPP packets in near-real-time. Arrival of new packets triggers automatic notification of XML Event-based listeners, allowing you to create data-driven, collaborative, workflow-oriented applications using W3C and IETF approved XML standards. Sending a packet to an XMPP targeted resource allows you to message other services or users in real time.

TIBET's development tools provide an example of this functionality by including an XMPP "shell", an interactive chat console that makes use of the XMPP library components to instantly connect you with other TIBET developers world-wide. That's just one example of the power of XMPP and TIBET.

In short, if you're looking to build Enterprise-Class applications that leverage asynchronous data you can't do better than TIBET.

JavaScript

At the center of AJAX is JavaScript but, as many of us learned the hard way, doing Enterprise Class code in JavaScript is difficult and time-consuming. Simply giving DHTML programming a new name didn't magically upgrade all our web browsers . It's still hard work.

In addition to well-known issues of cross-browser consistency (or lack of it), JavaScript's support for object-oriented programming is limited and features and tools necessary to support fast development while ensuring quality such as error logging (ala Log4J), unit testing (ala JUnit), and interactive development tools (ala Eclipse) are often non-existent, even among commercial AJAX and "rich client" offerings.

The full scope of TIBET's support for asynchronous data is most visible in our XMPP (Jabber) module. TIBET includes a complete set of types for interacting with XMPP servers. That means you can seamlessly integrate presence information, instant messaging, or distributed events with your client-side applications.

With TIBET you can build applications that send and receive XMPP packets in near-real-time. Arrival of new packets triggers automatic notification of XML Event-based listeners, allowing you to create data-driven, collaborative, workflow-oriented applications using W3C and IETF approved XML standards. Sending a packet to an XMPP targeted resource allows you to message other services or users in real time.

TIBET's development tools provide an example of this functionality by including an XMPP "shell", an interactive chat console that makes use of the XMPP library components to instantly connect you with other TIBET developers world-wide. That's just one example of the power of XMPP and TIBET.

In short, if you're looking to build Enterprise-Class applications that leverage asynchronous data you can't do better than TIBET.

JavaScript

At the center of AJAX is JavaScript but, as many of us learned the hard way, doing Enterprise Class code in JavaScript is difficult and time-consuming. Simply giving DHTML programming a new name didn't magically upgrade all our web browsers . It's still hard work.

In addition to well-known issues of cross-browser consistency (or lack of it), JavaScript's support for object-oriented programming is limited and features and tools necessary to support fast development while ensuring quality such as error logging (ala Log4J), unit testing (ala JUnit), and interactive development tools (ala Eclipse) are often non-existent, even among commercial AJAX and "rich client" offerings.

__________________
Regards,
Senraj.A

Hi,

TIBET -- Fixing JavaScript In JavaScript

To make JavaScript truly Enterprise Class TIBET adds a number features built from the bottom up in a layered architecture that includes:

* 200+ compatibility "primitives" for JavaScript, XML, and XSLT processing, giving you a single, cross-browser API foundation
* a powerful XML logging layer and component-specific filtering and leveling, allowing you to constantly monitor activity
* encapsulation including set() and get() calls with state change notification, giving you support for full data-driven design
* object-oriented support including an XML-based meta-object system with reflection, maximizing reuse and flexibility
* unified DOM Level2 and XML Events-compliant event handling, removing complexity and adding true MVC support
* powerful URI, Node, and Service/Request/Response types, unifying how you access both data and UI elements
* custom XML tag processing using XInclude, XMLBase, XSLT, and XPath, supporting extensible modular development
* a powerful object-oriented scripting layer that lets you script all of this power using Unix-like pipes and redirection

While this may sound like a lot of overhead, TIBET application packages are typically less than 256K in size, load once on browser startup, and can launch in as little as 5 seconds -- faster than many desktop apps. Your users experience a short delay at the start of their work day, then get the performance benefits of enhanced caching and data management along with insulation from network and server failures all day.

__________________
Regards,
Senraj.A

Hi,

TIBET Development Tools

To support the requirements of Enterprise Class development schedules, TIBET is augmented with powerful development tools for creating browser-based applications including:

* a fully-interactive browser-based IDE, the TIBET Application Portal (TAP™), giving you point-and-click development
* interactive xslt and xpath visualization tools to support your XML-based development processes
* a powerful UNIX-like command shell with full runtime code access, letting you manipulate your running applications
* reflection-based unit testing as well as a complete port of the xUnit APIs, helping you ensure quality at every step

If you're sick of hitting Reload then you need TIBET. Found a bug on page 3 of your application? With TIBET you simply ESCAPE to bring in the TAP tools, fix the bug interactively, then save your fixes back to any WebDAV server or your local file system. With any other approach you have to exit, edit the source file, recompile the page, relaunch the app, re-enter data on pages 1 and 2, then hope you fixed it. Lather, rinse, repeat. We call it "Reload Hell" and with TIBET it's a thing of the past along with those dreaded "Preview in Browser" steps.

Using TIBET's tools is like working in an environment combining the best of NeXT's (Apple's) Interface Builder, the best of Squeak, and the best of Unix.

Perhaps best of all, you can get most of the advantages of the TAP even when building non-TIBET applications. Your native JavaScript, DOM, CSS, and XHTML are all accessible to TIBET's tools regardless of whether you're including code from the TIBET Development Kit (TDK).

and XML

The final element of AJAX is "and XML". TIBET supports XML "and how!". While modern browsers like Firefox and IE, and hence most AJAX toolkits, provide baseline XML support they fail to provide consistent support for that baseline and often don't support important standards for Enterprise Class authoring like XML Events, XInclude, or XMLBase that let you modularize your development.

__________________
Regards,
Senraj.A

Hi,

TIBET provides cross-browser support for the following XML standards without applets, plugins, or server add-ons:

* XInclude
* XML Base
* XML Events
* XML Schema (all 46 built-in types)
* XPath (plus extension functions)
* XSLT (including parameterized sheets)
* XForms
* SOAP
* XML-RPC
* XMPP
* DSML
* RSS

With TIBET, XML support is built in from the bottom up. TIBET takes internal advantage of XML in these areas:

* TIBET Boot System - "Ant" formatted XML files describing application modules, scripts, and inline code to load
* TIBET Metadata - XML formatted data suitable for XSLT into OMG-standard XMI format for OO diagramming
* TIBET Logs - stored in XML suitable for XSLT filtering and formatting for debugging or other uses
* TIBET Signals - W3C standard XML Events-compliant XML including fast-loading persistent registrations in XML
* TIBET XMPP - IETF standard messaging and presence for pub/sub, distributed events, workflow, and IM
* TIBET Shells - XML-based history, snippet, and other environment data storage for sharing / manipulation

On top of this foundation, TIBET allows you to create your own XML-based custom tags and XSLT chains, meaning you can model common application elements or blocks of complex XForms/XHTML markup in simple reusable "macros" that are processed client-side. When you're trying to build complex Enterprise Class applications this can mean hundreds of hours of saved effort.

There's no other product, open or closed source, that can match TIBET for XML support in a web browser.

__________________
Regards,
Senraj.A

hi,
can anyone tell me to include javascript in response string while we are getting from Ajax call?

__________________
With,
J. Jeyaseelan
Everything Possible

Hi
Understanding AJAX
AJAX is an acronym for Asynchronous JavaScript and XML. If you think it doesn't say much, we agree. Simply put, AJAX can be read "empowered JavaScript", because it essentially offers a technique for client-side JavaScript to make background server calls and retrieve additional data as needed, updating certain portions of the page without causing full page reloads.

Regards
Falcon

Attached Images

ajax.JPG (21.8 KB, 2 views)

Hi

When put in perspective, AJAX is about reaching a better balance between client functionality and server functionality when executing the action requested by the user. Up until now, client-side functionality and server-side functionality were regarded as separate bits of functionality that work one at a time to respond to user's actions. AJAX comes with the solution to balance the load
between the client and the server by allowing them to communicate in the background while the user is working on the page.

Regards
Falcon

Hi,

Benefits of Ajax:

Better Performance and Efficiency – the key advantage of AJAX applications is the significantly higher performance, which is a result of the small amount of data transferred from the server. This makes the AJAX technique especially beneficial for data-intensive applications (e.g. displaying rich reports, browsing through large data structures) as well as for low-bandwidth networks.

__________________
Regards,
Senraj.A

Hi,

Benefits of Ajax:

More Responsive Interfaces – the improved performance leads to much more
responsive interfaces, which create the illusion that updates are happening instantly.
As a result the AJAX web applications appear to behave much like their desktop
counterparts.

__________________
Regards,
Senraj.A

Hi,

Benefits of Ajax:

Reduced or Eliminated "Waiting" Time – in AJAX-based applications only the
relevant page elements are updates, with the rest of the page remaining unchanged.
This approach eliminates the white screen (or page flicker on faster connections) and
significantly decreases the idle waiting time.

__________________
Regards,
Senraj.A

Hi,

Benefits of Ajax:

Increased Usability – as the web application is more efficient through the use of AJAX, and the client can communicate with the server without page-loads, it
becomes possible to build some wonderful user interfaces that fit much better with users’ needs and expectations.

__________________
Regards,
Senraj.A