Need support for browser in J2ME Application?
Client server programming in J2ME such that :
My J2ME program will act as a server to the browser as well as client to the web browser.
After installing my application, at the time of running an application I wanna open browser in the mobile, at the same time my J2ME program should be running at the background.
Is there any way to open the mobile browser as well as make my program as background process?
Re: Need support for browser in J2ME Application?
You can use WML-Wireless Markup Language.
Wireless Markup Language based on XML, is a markup language intended for devices that implement the Wireless Application Protocol (WAP) specification, such as mobile phones, and preceded the use of other markup languages now used with WAP, such as XHTML and even standard HTML (which are gaining in popularity as processing power in mobile devices increases).
WML documents are XML documents that validate against the WML DTD (Document Type Definition).The W3C Markup Validation service can be used to validate WML documents (they are validated against their declared document type).
<?xml version="1.0"?>
<!DOCTYPE wml PUBLIC "-//WAPFORUM//DTD WML 1.1//EN"
"http://www.wapforum.org/DTD/wml_1.1.xml" >
<wml>
<card id="main" title="First Card">
<p mode="wrap">This is a sample WML page.</p>
</card>
</wml>
The extension for saving WML document is " document.wml ".
Re: Need support for browser in J2ME Application?
try to use platformRequest like this :
try{
platformRequest("http://google.com");
}catch(Exception e){
}
Re: Need support for browser in J2ME Application?
Wireless Markup Language is a lot like HTML (Hyper Text Markup Language) in that it provides navigational support, data input, hyperlinks, text and image presentation, and forms.
A WML document is known as a “deck”. Data in the deck is structured into one or more “cards” (pages) – each of which represents a single interaction with the user. The introduction of the terms "deck" and "card" into the internet and mobile phone communities was a result of the user interface software and its interaction with wireless communications services having to comply with the requirements of the laws of two or more nations. WML decks are stored on an ordinary web server trivially configured to serve the text/vnd.wap.wml MIME type in addition to plain HTML and variants. The WML cards when requested by a device are accessed by a bridge WAP gateway, which sits between mobile devices and the World Wide Web, passing pages from one to the other much like a proxy. The gateways send the WML pages on in a form suitable for mobile device reception (WAP Binary XML). This process is hidden from the phone, so it may access the page in the same way as a browser accesses HTML, using a URL (for example, http://example.com/foo.wml). (Provided the mobile phone operator has not specifically locked the phone to prevent access of user-specified URLs.)
WML has a scaled down set of procedural elements which can be used by the author to control navigation to other cards.
It is an error and misconception to think of WML as a pinhole view of the Internet. The real power and value of WML is that it provides an interface for the phone hardware to initiate a call based on web content requested by user query.
Mobile devices are moving towards support for greater amounts of XHTML and even standard HTML as processing power in handsets increases. These standards are concerned with formatting and presentation. They do not however address cell-phone or mobile device hardware interfacing in the same way as WML.