Failed to communicate between MIDlet and Servlet

hi all
i got a trouble here hope someone can get me out of this.... i've run example from a website even from Sun itself which demo the communication between MIDlet and Servlet.... but below is what i got:
"*Application not authorized to access the restricted API*"
the source code from: http://didiksoft.wordpress.com/
im using tomcat webserver 4.1.3.... jsdk 5.0.... Sun JWT 2.5..... is there something that i missed to configure..??? thanks in advance....

I have the same problem in XP. I installed the whole Oracle9i product on my desktop and after a day or two the message began appearing on my machine. I couldnt use any of the tools. I tried uninstallinmg according to Oracles instruction and after installing again had the same problem.
I logged a TAR and they advised me to reinstall but according to Oracles instructions for removing the software first.
Will keep you posted

Similar Messages

Java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv

Hi all,
I am writing a servlet that connects to Oracle 8.0.6 through jdbc for jdk1.2 on NT 4.0
English version and it works fine.
But when the servlet is deployed to a solaris with Oracle 8.0.5 (not a typo, the oracle on
NT is 8.0.6 and oracle on solaris is 8.0.5) and jdbc for jdk1.2 (of course, for Solaris),
the servlet failed with the Exception:
java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
(I am using JRun 3.0 as the application and web server for both NT and Solaris)
(The database in both the NT and solaris platform are using UTF8 charset)
My servlet looks like this: (dbConn is a Connection object proved to be connected to Oracle
in previous segment of the same method):
String strSQL = "SELECT * FROM test";
try { Statement stmt = dbConn.createStatement();
ResultSet rs = stmt.execute(strSQL);
while (rs.next()) {
out.println("id = " + rs.getInt("id"));
System.out.println("id written");
out.println("name = " + rs.getString("name")); // <-- this is the line the
exception is thrown
System.out.println("name written");
} catch (java.sql.SQLException e) {
System.out.println("SQL Exception");
System.out.println(e);
The definition of the "test" table is:
create table test(
id number(10,0),
name varchar2(30));
There are about 10 rows exists in the table "test", in which all rows contains ONLY chinese
characters in the "name" field.
And when I view the System log, the string "id written" is shown EXACTLY ONCE and then there
is:
SQL Exception
java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
That means the resultset is fetch back from the database correctly. The problem arise only
during the getString("name") method.
Again, this problem only happens when the servlet is run on the solaris platform.
At first I would expect there are some strange code shown on the web page rather than having
an exception. I know that I should use getBytes to convert between different encodings, but
that's another story.
One more piece of information: When all the rows contains ascii characters in their "name"
field, the servlet works perfectly even in solaris.
If anyone knows why and how to tackle the problem please let me know. You can feel free to
send email to me at [email protected]
Many thanks,
Ben
null

Hi all,
For the problem I previously posted, I found that Oracle had had such bug filed before in Oracle 7.3.2 (something like that) and is classified to be NOT A BUG.
A further research leads me to the document of Oracle that the error message:
"java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv"
is a JDBC driver error message of error number ORA-17037.
I'm still wondering why this behaviour will happen only in Solaris platform. The servlet on an NT machine I am using (which has an Oracle 8.0.6 and jdbc for jdk 1.2 running) is working just fine. I also suspect that this may be some sort of mistakes from jdbc driver.
Nevertheless, I have found a way to work around the problem that I cannot get non-English string from Oracle in Solaris and I would like to share it with you all here.
Before I go on, I found that there are many people out there on the web that encounter the same problem. (Some of which said s/he has been working on this problem for a month). As a result, if you find this way of working around the problem does help you, please tell those who have the same problem but don't know how to tackle. Thanks very much.
Here's the way I work it out. It's kinda simple, but it does work:
Instead of using:
String abc = rs.getString("SomeColumnContainsNonEnglishCharacters");
I used this:
String abc = new String(rs.getBytes("SomeColumnContainsNonEnglishCharacters"));
This will give you a string WITH YOUR DEFAULT CHARSET (or ENCODING) from your system.
If you want to convert the string read to some other encoding type, say Big5, you can do it like this:
String abc = new String(rs.getBytes("SomeColumneContainsNonEnglishCharacters"), "BIG5");
Again, it's simple, but it works.
Finally, if anyone knows why the fail to convert problem happens, please kindly let me know by leaving a word in [email protected]
Again, thanks to those of you who had tried to help me out.
Creambun
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by creambun creambun ([email protected]):
Hi all,
I am writing a servlet that connects to Oracle 8.0.6 through jdbc for jdk1.2 on NT 4.0
English version and it works fine.
But when the servlet is deployed to a solaris with Oracle 8.0.5 (not a typo, the oracle on
NT is 8.0.6 and oracle on solaris is 8.0.5) and jdbc for jdk1.2 (of course, for Solaris),
the servlet failed with the Exception:
java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
(I am using JRun 3.0 as the application and web server for both NT and Solaris)
(The database in both the NT and solaris platform are using UTF8 charset)
My servlet looks like this: (dbConn is a Connection object proved to be connected to Oracle
in previous segment of the same method):
String strSQL = "SELECT * FROM test";
try { Statement stmt = dbConn.createStatement();
ResultSet rs = stmt.execute(strSQL);
while (rs.next()) {
out.println("id = " + rs.getInt("id"));
System.out.println("id written");
out.println("name = " + rs.getString("name")); // <-- this is the line the
exception is thrown
System.out.println("name written");
} catch (java.sql.SQLException e) {
System.out.println("SQL Exception");
System.out.println(e);
The definition of the "test" table is:
create table test(
id number(10,0),
name varchar2(30));
There are about 10 rows exists in the table "test", in which all rows contains ONLY chinese
characters in the "name" field.
And when I view the System log, the string "id written" is shown EXACTLY ONCE and then there
is:
SQL Exception
java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
That means the resultset is fetch back from the database correctly. The problem arise only
during the getString("name") method.
Again, this problem only happens when the servlet is run on the solaris platform.
At first I would expect there are some strange code shown on the web page rather than having
an exception. I know that I should use getBytes to convert between different encodings, but
that's another story.
One more piece of information: When all the rows contains ascii characters in their "name"
field, the servlet works perfectly even in solaris.
If anyone knows why and how to tackle the problem please let me know. You can feel free to
send email to me at [email protected]
Many thanks,
Ben<HR></BLOCKQUOTE>
null

Help me,Fail to convert between UTF8 and UCS2: failUTF8Conv

using SUN APP server 7.0 + Studio 4 +oracle9i to develop cmp, when i input chinese in some fields, i encount following errors:
java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:180)
at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:222)
at oracle.jdbc.dbaccess.DBError.check_error(DBError.java:916)
at oracle.jdbc.dbaccess.DBConversion.failUTF8Conv(DBConversion.java:1958)
at oracle.jdbc.dbaccess.DBConversion.utf8BytesToJavaChars(DBConversion.java:1797)
at oracle.jdbc.dbaccess.DBConversion.charBytesToJavaChars(DBConversion.java:828)
at oracle.jdbc.dbaccess.DBConversion.CHARBytesToJavaChars(DBConversion.java:783)
at oracle.jdbc.ttc7.TTCItem.getChars(TTCItem.java:231)
at oracle.jdbc.dbaccess.DBDataSetImpl.getCharsItem(DBDataSetImpl.java:1094)
at oracle.jdbc.driver.OracleStatement.getCharsInternal(OracleStatement.java:2947)
at oracle.jdbc.driver.OracleStatement.getStringValue(OracleStatement.java:3103)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:5089)
at oracle.jdbc.driver.OracleStatement.getObjectValue(OracleStatement.java:4964)
at oracle.jdbc.driver.OracleResultSetImpl.getObject(OracleResultSetImpl.java:404)
at com.sun.jdo.spi.persistence.support.sqlstore.ResultDesc.getConvertedObject(ResultDesc.java:399)
at com.sun.jdo.spi.persistence.support.sqlstore.ResultDesc.setFields(ResultDesc.java:746)
at com.sun.jdo.spi.persistence.support.sqlstore.ResultDesc.getResult(ResultDesc.java:635)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.executeQuery(SQLStoreManager.java:648)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStoreManager.retrieve(SQLStoreManager.java:500)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.reload(SQLStateManager.java:1197)
at com.sun.jdo.spi.persistence.support.sqlstore.SQLStateManager.loadForRead(SQLStateManager.java:3797)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerImpl.getObjectById(PersistenceManagerImpl.java:604)
at com.sun.jdo.spi.persistence.support.sqlstore.impl.PersistenceManagerWrapper.getObjectById(PersistenceManagerWrapper.java:247)
at com.tops.gdgpc.EntityBean.SpeBaseTable.SpeBaseTableBean_1769729755_ConcreteImpl.jdoGetInstance(SpeBaseTableBean_1769729755_ConcreteImpl.java:2479)
at com.tops.gdgpc.EntityBean.SpeBaseTable.SpeBaseTableBean_1769729755_ConcreteImpl.ejbLoad(SpeBaseTableBean_1769729755_ConcreteImpl.java:2267)
at com.sun.ejb.containers.EntityContainer.callEJBLoad(EntityContainer.java:2372)
at com.sun.ejb.containers.EntityContainer.afterBegin(EntityContainer.java:1362)
at com.sun.ejb.containers.BaseContainer.startNewTx(BaseContainer.java:1405)
at com.sun.ejb.containers.BaseContainer.preInvokeTx(BaseContainer.java:1313)
at com.sun.ejb.containers.BaseContainer.preInvoke(BaseContainer.java:462)
at com.tops.gdgpc.EntityBean.SpeBaseTable.SpeBaseTableBean_1769729755_ConcreteImpl_EJBObjectImpl.getSpeBaseTable(SpeBaseTableBean_1769729755_ConcreteImpl_EJBObjectImpl.java:24)
at com.tops.gdgpc.EntityBean.SpeBaseTable._SpeBaseTable_Stub.getSpeBaseTable(Unknown Source)
at sun.reflect.GeneratedMethodAccessor23.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at com.sun.forte4j.j2ee.ejbtest.webtest.InvocableMethod$MethodIM.invoke(InvocableMethod.java:233)
at com.sun.forte4j.j2ee.ejbtest.webtest.EjbInvoker.getInvocationResults(EjbInvoker.java:98)
at com.sun.forte4j.j2ee.ejbtest.webtest.DispatchHelper.getForward(DispatchHelper.java:191)
at jasper.dispatch_jsp._jspService(_dispatch_jsp.java:127)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at com.iplanet.ias.web.jsp.JspServlet$JspServletWrapper.service(JspServlet.java:552)
at com.iplanet.ias.web.jsp.JspServlet.serviceJspFile(JspServlet.java:368)
at com.iplanet.ias.web.jsp.JspServlet.service(JspServlet.java:287)
at javax.servlet.http.HttpServle
I think it is caused by that the fields' not enought long.UTF must use 3 characters for one chinese,but in our database only 2 characters for one chinese.How can I resolve this puzzle,please help me!

I've got many more tips from our experts:
1. One thing you can try to do is make sure that Oracle Databse is set to UTF-8. If this is the case then you need to make sure that the client encoding is UTF-8.
2. A colleague at Oracle points out that oracle.jdbc.* is a package that Oracle
provides, not Sun. He says you might try asking this question on an Oracle
forum. He writes:
We have Oracle Technology Network (OTN) discussion forum, which would be a good place to
start with this question.
Oracle Technology Network (OTN) " Technologies " Java " SQLJ/JDBC
Try the SQLJ/JDBC forum first.
-- markus.

Fail to convert between UTF8 and UCS2

: java.sql.SQLException: Fail to convert between UTF8 and UCS2: failUTF8Conv
(BC4J throws that exception)
I got that error message when try to show the table's content in uix page.
I use varchar2(40). the error occurs, when i set special characters like õ,ü,Ü.. and so on.
This affects only UTF encoded database.
We use: 9.0.2.5, Jdev9.0.3.3., UIX, iAS 9.4.2??(i dont'know)
As i know the problem is when there is 40 letters in the column and it contains "special character" it can't convert it, because the neccessary space requered to store values is much more.
If i use nvarchar, i don't think it fix this problem.
And as i know, all sql constant must use where coulmn=N'constans value' format.
Q:
How can i set the UTF database and BC4J to run correctly.
I mean... what type to use, what is the column size to set.
Thanks in advice,
Viktor

I had the same problem using Oracle 9i. The problem lied within the Oracle JDBC driver itself! --;
If you're using JDBC driver from Oracle 9i, stop using it!
You should download JDBC driver of Oracle 10g from Oracle site and use that driver instead.
After I changed the driver, I now have no problem of getting Korean characters from the database.
Hope this would solve your problem too.

Fail to convert between UTF8 and UCS2: failUTF8Conv

We need to store possibly all UTF8 chararacter in his database
especially $ & ( 4 8 < = > from WE8ISO8859P1 and from WE8ISO8859P15.
So we install an UTF8 instance and set NLS_LANG to UTF8.
We have to do select/update from a java client and sqlplus(like).
When we insert with java client it's unreadable from sqlplus and
when whe insert from sqlplus we've got 'Fail to convert between UTF8 and UCS2: failUTF8Conv '
here the code made in sqlplus
update CPW_TEST set lb_comportement='$ & ( 4 8 < = > ' WHERE ID_TEST=14805;
here the code made in java
update CPW_TEST set lb_comportement='$ & ( 4 8 < = > ' WHERE ID_TEST=14804;
and then the result in database
SELECT id_test,LB_COMPORTEMENT FROM CPW_TEST WHERE ID_TEST=14804 or ID_TEST=14805
ID_TEST LB_COMPORTEMENT
14804 B$ B& B( B4 B8 B< B= B> B
14805 $ & ( 4 8 < = >
2 rows selected
and the dump
SELECT id_test,dump(LB_COMPORTEMENT) FROM CPW_TEST WHERE ID_TEST=14804 or ID_TEST=14805
ID_TEST DUMP(LB_COMPORTEMENT)
14804 Typ=1 Len=26: 194,164,32,194,166,32,194,168,32,194,180,32,194,184,32,194,188,32,194,189,32,194,190,32,194,128
14805 Typ=1 Len=17: 164,32,166,32,168,32,180,32,184,32,188,32,189,32,190,32,128
2 rows selected
I'm not sure, but it seems that sqlplus uses true UTF8 (variable length codes) and java client uses UCS-2 (2 bytes)
How can I solve my problem?
Our configuration
javaclient (both thin and oci jdbc driver 8.1.7), sqlplus client and database Oracle 8.1.7.0.0 on the same computer (W2000 or NT4)
Thank you for yoru attention.

Hi Luis, thanks for your suggestions. You're right that problem was in JServ and his JVM.
There was conflict between different versions of Java. While iFS was using JRE 1.3.1, JServ was configured to use JRE 1.1.8. As soon as I corrected link to the right Java, problem disappears.
Radek

SQL Exception: Fail to convert between UTF8 and UCS2: failUTF8Conv

Hi,
I am trying to use the DBMS_OBFUSCATION_TOOLKIT to encrypt/decrypt some strings through JDBC, but I am getting the following exception:
SQL Exception: Fail to convert between UTF8 and UCS2: failUTF8Conv
The input and output parameters for the encryption/decryption functions are VarChar2.
Our database is using UTF8.
I will be glad if someone can help me on this.
Thanks,
Cenk

Susi,
This is just a wild guess, but your java client is on a different computer to your Oracle 9.2 server, and the locale (or encodings) on the two computers is different. Am I correct? If so, then I guess you need to change the locales (or encodings) so that they match.
Have you tried printing out the "System" properties for the two JVMs (Oracle's and your client's)? Something simple like this:
System.getProperties().list()Good Luck,
Avi.

Can't communicate between JS and ExtendScript

I tried this: (according to the docs it should work)
In JS
var csInterface = new CSInterface();
csInterface.evalScript('$.test()', function(r){console.log(r)})
In JSX
$.test = function() {
alert("test");
return 65656;
I'm seeing the alert, but the logged statement is empty. Anyone know how to communicate between the two?

I tried a few ways but the only way I could do it properly was pretty involved:
1) Use Socket.io to communicate between generator and extension
2) When you want to raise an "event" from JSX, update generator settings, use a unique id for your event
3) Parse the event in generator
4) Emit the event from generator to extension.

Fail to Convert between UTF8 and UCS2: fail UTF Conversion

I'm using the JReport software, a product which generates java reports based on a jdbc datasource.
during installation the JReport installation program located Microsoft java VM installed on my PC and I accepted this option to be working JVM for JReport.
This worked very well. I have installed jdbc driver for Oracle 8.1.5 that worked fine as well on the design time (I have connected to Oracle, I have seen my tables and other information on my DB).
But when I switched the run-time view (when real data is going to load) then the following exception message appeared :
"Fail to Convert between UTF8 and UCS2: fail UTF Conversion" .
if there is anybody who understood my problem any kind of help will be appreceated
It will be helpfull to receive any suggestions made to this matter.
Anything relative help will be welcome.
thanks in advance.

I had the same problem using Oracle 9i. The problem lied within the Oracle JDBC driver itself! --;
If you're using JDBC driver from Oracle 9i, stop using it!
You should download JDBC driver of Oracle 10g from Oracle site and use that driver instead.
After I changed the driver, I now have no problem of getting Korean characters from the database.
Hope this would solve your problem too.

JBO-27022, Fail to convert between UTF8 and UCS2: failUTF8Conv

steps to reproduce :
on a Database with UTF8 as NLS_CHARACTERSET
create table test (s1 varchar2(10), s2 varchar2(32));
DECLARE
l_data varchar2(4000);
return_data varchar2(4000);
skey varchar2(255);
p_str varchar2(10);
BEGIN
p_str := 'Test';
skey := chr(20) || chr(115) || chr(110) || chr(122) || chr(37) || chr(37) || chr(94) || chr(48);
l_data := rpad (p_str,(trunc(length(p_str)/8)+1)*8, chr(0));
dbms_obfuscation_toolkit.DESEncrypt (input_string=>l_data, key_string =>skey,
encrypted_string => return_data);
insert into test values ('1',return_data);
END;
commit;
Now create a new Workspace and a new "Business Components Package"
with only table test selected.
In the tester we get an oracle.jbo.AttributeLoadException:
(oracle.jbo.AttributeLoadException) JBO-27022: Failed to load value at index 2
with java object of type java.lang.String due to java.sql.SQLException.
----- LEVEL 1: DETAIL 0 -----
(java.sql.SQLException) Fail to convert between UTF8 and UCS2: failUTF8Conv
oracle.jbo.AttributeLoadException: JBO-27022: Failed to load value at index 2 with java object of type java.lang.String due to java.sq[i]Long postings are being truncated to ~1 kB at this time.

This is still happening in jdev9031.
And it is very easy to reproduce!
How can we avoid this error?
Thanks,
Bert.

Difference between Midlet and Midxlet

Hi,
I have seen special attributes in a .Jad file "Midxlet"
MIDlet-1
MIDlet-Name
MIDlet-Vendor
MIDlet-Version
MIDlet-Icon
MIDlet-Install-Notify
MIDlet-Jar-Size
MIDlet-Jar-URL
MIDxlet-ContentID
Can you please explain me the difference between Midlet and Midxlet with example?

SuperWHIZ wrote:
Hi,
Seriously dude you are really starting to piss me off. Two threads you hijacked and now you are cross posting this as well.
STOP POSTING THIS QUESTION!!
Return here [http://forum.java.sun.com/thread.jspa?threadID=5291770]

Passing session data between jsp and servlet

I have a servlet that I pass data to my jsp.
I do a session.setAtrribute in the servlet. No problem.
I get the data no problem in the jsp that I call.
How do I pass this same data to the another servlet?
I basically have an array of values that I already have in the existing jsp that has been set in session.
When I call the secondary servlet, I don't have anything in this session variable related to my array.
Prior to posting to my next servlet, do I need to do another setAttribute inside the jsp to get the data passed to the servlet?
Thanks.

Two different things. The encoding adds this to the URL (after the page, before the query string
;jsessionid=ABC123 but only if the user isn't using cookies.
So in your example, you would do this (maybe):
<%
String url = response.encodeURL("Servlet");
%>
<form name="form1" method="post" action="<%= url %>?cmd=pay"> ... Or some modification.
So the difference between encodeing and using a post is that
1) encoding adds the jsessionid to the url string if necessary. It does nothing else
2) POSTing will send a request to the provided URL via the POST method, including the inputs of the form as parameters to the URL.
They really don't interact with each other. It is like asking what is the difference between the Color Orange and thr Size Big? They can both be applied to the same thing, or not... and have no real relation to each other.

Driver to communicate between LabVIEW and Omron CJ1G PLC

I am trying to communicate between my Omron PLC (Model CJ1G) and LabVIEW. I want to be able to read specific registers and be able to display and save the data in LabVIEW.
I have the "Idustrial Automation Servers for OPC" CD but my PLC model no. doesn't appear under the Omron options.
What other options do I have?
Thanks, in advance,
Felipe

Hi Felipe:
I checked in our PLC compatibility database and the only Omrom PLCs that are supported are the following: C20, C200, C500, C1000, C2000, CQM, and CPM1.
The PLCs that are suppored in the IA OPC server is based on the driver dll that was supplied to us by Omron. When newer PLCs are released, they are not included in this dll and are thus not supported. You might want to contact Omron to see which OPC Server supports that PLC. You should be able to use any 3rd party OPC Server to work with DSC which will then be the OPC Client.
Hope this helps.
Best Regards,
Jaideep

Sharing information between midlet and classes

I'm new to this J2ME language and this question might be stupid, but here it goes.
As I am creating a program that will have a s**t load of code, I am trying to use 1 midlet and then the rest as classes. The problem where I am stuck is that how can i share information between these.
Can someone give me a simple example where there is a midlet and a class. For example, the midlet displays the main menu and the class displays the submenu..
If someone could help me, I would appreciate it a lot.

Hi again!
Maybe I confused a little bit with the question, here is my sample code and I have added in the code the parts where I am confused.
The program should get the submenu from the subMenu class and display it
Where should these files be placed and named? should they both be java files and places in the src folder or should the Info class be named just class and placed inside the classes folder???
--------------------------------------------------------mainMenu.java---------------------------------------------
package Menus;
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class mainMenu extends MIDlet implements CommandListener
private Display display;
private List menu;
private Command coNext;
private sub subMenu;
public mainMenu()
display = Display.getDisplay(this);
String strv[] = {"Info"};
menu = new List("mainMenu", List.IMPLICIT, strv, null);
coNext = new Command("Next", Command.OK, 1);
protected void destroyApp(boolean p0)
protected void pauseApp()
protected void startApp() throws MIDletStateChangeException
menu.addCommand(coNext);
menu.setCommandListener(this);
display.setCurrent(menu);
public void commandAction(Command c, Displayable dp)
if(dp==menu && (c==menu.SELECT_COMMAND || c==coNext))
sub = new subMenu(this);
if(menu.getSelectedIndex()==1)
Info. <------------WHAT COMES HERE??????
else
this.notifyDestroyed();
this.destroyApp(false);
display.setCurrent(Info);
sub.start();
else
display.setCurrent(this);
--------------------------------------------------END OF mainMenu.java------------------------------------------------------
---------------------------------------------------subMenu.class or java ????-----------------------------------
package Menus;
import javax.microedition.lcdui.*;
import javax.microedition.midlet.*;
public class subMenu extends mainMenu implements commandListener
private mainMenu main;;
private Display display;
private List menu;
private Command coBack;
public subMenu()
display = Display.getDisplay(this);
String strv[] = {"Welcome"};
menu = new List("SubMenu", List.IMPLICIT, strv, null);
coNext = new Command("Back", Command.OK, 1);
public void public void commandAction(Command c, Displayable dp)
WHAT COMES AFTER THIS????

Keep-alive connection between app and servlet

Hi,
I have searched the forum for information about how to keep a
connection alive between a client app and a servlet, but I have not been
able to find anything.
Does someone have an example of how to do this? Please send it!
Thanks!

HTTP connections are transient, they're not meant to be kept open.
HTTP 1.1 can support this feature, check the RFC and servlet specification (and probably the appserver documentation for configuration).
Best use another protocol though, ftp for example (or something else entirely).

Difference between jsp and servlets

Can any body tell me the difference b/w jsp and servlets.
As i know one difference is to seperate the java code from html. Is there any other difference. please...

Servlets are a way to run java on a server. They don't necessarily need to be about HTML or even HTTP. You can write servlets that generate images rather than HTML, for example.
JSP is a way to create servlets that generate HTML. They get translated into servlets (special-purpose servlets). This is sort of glossing over the details -- the power of JSP is that, by being an intersection between HTML and executed Java code, they can provide a way to clearly differentiate between the two.
That's a way of looking at it anyway.

Failed to communicate between MIDlet and Servlet

Similar Messages

Maybe you are looking for