J2ME

Posted: 2003-10-25 9:07:00

java-programmer, J2ME Hello,

Are there any newsgroups or forums specifically for J2ME? I would like to
make a game for mobile devices but I don't know where to start.

Thanks in advance,
Steve

Posted: 2003-10-25 9:29:00

java-programmer >> J2ME I'm not sure about any newsgroups, but check out http://forum.nokia.com for
tons of stuff. If you're not a Nokia person, not sure where you go.

"steve" <email***@***.com> wrote in message
news:81kmb.126990$email***@***.com...
> Hello,
>
> Are there any newsgroups or forums specifically for J2ME? I would like to
> make a game for mobile devices but I don't know where to start.
>
> Thanks in advance,
> Steve
>
>
>
>

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.528 / Virus Database: 324 - Release Date: 17/10/2003

Posted: 2003-10-28 1:36:00

java-programmer >> J2ME steve wrote:

> Are there any newsgroups or forums specifically for J2ME? I would like to
> make a game for mobile devices but I don't know where to start.

No newsgroups, but there are several mailing lists an web-based forums
available. See the J2ME FAQ
<http://bellsouthpwp.net/m/c/mcpierce/j2mefaq.html> for more information on
the subject.

--
Darryl L. Pierce <email***@***.com>
Visit the Infobahn Offramp - <http://bellsouthpwp.net/m/c/mcpierce>
"What do you care what other people think, Mr. Feynman?"

Posted: 2003-12-15 23:56:00

java-programmer >> J2ME Hi There,

I'm sure this is the wrong newsgroup but I couldn't find one for J2ME.

Does anyone out there know how to play back a mpeg file, I have tried
various things but cannot get it running....examples?

Many Thanks
Oz.
email***@***.com

java-programmer >> J2ME curtis whaley wrote:

> is any one useing j2me i have idea

I've been working almost exclusively with the _MIDP_ for 5 years now. J2ME
is not itself a technology; it's just an umbrella term referring to
different technologies for handheld, wireless and embedded devices.

--
Darryl L. Pierce <email***@***.com>
Visit the Infobahn Offramp - <http://mypage.org/mcpierce>
"What do you care what other people think, Mr. Feynman?"

java-programmer >> J2ME Hi, sorry for the newbie question but I have downloaded CLDC and when
compiling it (for Windows) it can't find either ROMjavaWin.c or
nativeFunctionTableWin.c do I have to write these?

Thanks in Advance,
Charles

java-programmer >> J2ME Charles Keepax wrote:
> *Hi, sorry for the newbie question but I have downloaded CLDC an
> when
> compiling it (for Windows) it can't find either ROMjavaWin.c or
> nativeFunctionTableWin.c do I have to write these?
>
> Thanks in Advance,
> Charles *

I hope you like Makefiles.
http://www.68k.org/~degs/wincejava/

That's how I fixed it up.

--deg
-
deg
-----------------------------------------------------------------------
Posted via http://www.codecomments.co
-----------------------------------------------------------------------

java-programmer >> J2ME Roedy Green <email***@***.com> wrote in message news:<email***@***.com>...
> I get stung again and again answering a J2ME question as if it were a
> standard Java question. It would be nice to put all the handheld
> stuff in a different newsgroup

go for it, i'm all for it too...and while you're at it, move
serverside stuff to its own group. just post how to vote on it and
let's get the word out.

java-programmer >> J2ME Roedy Green wrote:
> I get stung again and again answering a J2ME question as if it were a
> standard Java question. It would be nice to put all the handheld
> stuff in a different newsgroup

I don't understand. I thought Java was supposed to be "Write Once, Run
Anywhere". You're telling me that is not the case?

java-programmer >> J2ME
"JTK" <email***@***.com> wrote in message
news:oVeoc.44832$email***@***.com...
> Roedy Green wrote:
> > I get stung again and again answering a J2ME question as if it were
a
> > standard Java question. It would be nice to put all the handheld
> > stuff in a different newsgroup
>
> I don't understand. I thought Java was supposed to be "Write Once,
Run
> Anywhere". You're telling me that is not the case?

As a M$ luver, you should know that, while almost all of their OS's have
Windoze in their names, there is a difference between
9598CEMENT2KXP2003ETC. Not counting service packs, versions & builds.

In other words: when smartcards catch up with PCs, WORA just might get
another (level of) <drumrole>meaning</drumrole>. ;-)

java-programmer >> J2ME In comp.lang.java.advocacy, JTK
<email***@***.com>
wrote
on Wed, 12 May 2004 01:16:04 GMT
<oVeoc.44832$email***@***.com>:
> Roedy Green wrote:
>> I get stung again and again answering a J2ME question as if it were a
>> standard Java question. It would be nice to put all the handheld
>> stuff in a different newsgroup
>
> I don't understand. I thought Java was supposed to be "Write Once, Run
> Anywhere". You're telling me that is not the case?

Try the following program:

class Main { public static void main(String[] args) {
File f = new File("C:\Documents and Settings\" + username + "\Desktop\outfile.txt");
FileWriter fw = new FileWriter(f);
PrintWriter pw = new PrintWriter(fw);
pw.println("Hello, world!");
pw.println("This is an example of writing to the desktop");
pw.close();
}}

on a Unix system. Heck, try it on a Windows system. It probably
won't compile because of the ' \" '; the naive Windows programmer
may start asking dumb questions at this point ("Why does this
[swearword] language not support backslashes properly?"). C++
has a similar problem so perhaps that's not a big issue. I
doubt C# can handle a variant of the above, either, without
using '\\'.

After fixing that obvious bug, one gets either

File f = new File("C:/Documents and Settings/" + username + "/Desktop/outfile.txt");

or perhaps

File f = new File("C:\\Documents and Settings\\" + username + "\\Desktop\\outfile.txt");

both of which work nicely on a Windows system. Now upload the
test program to a high-powered z390 as part of the release process.

Hmm...why can't it find the directory 'C:'? Or perhaps the entire
pathname? Uh oh.

While this is a rather contrived bug I for one would have highly preferred
a single unified file system that Java sees -- one could have simply
nabbed the Unix convention, for example:

new File("//c/Documents and Settings/" + username + "/Desktop/outfile.txt");

(The '//' can be construed as a corruption of '\\', although I've
seen it far earlier; Apollo Domain DomainOS (nee Aegis) was using it
way back in the mid-80's.)

or done something very interesting, such as

new File(File.root("c").subdir("Documents and settings").subdir(username).subdir("Desktop"),"outfile.txt");

An assistor function might have been provided to find the desktop:
File.desktop(). On a Windows system it would generate

"%SYSTEMROOT%\Documents and Settings\" + username + "\Desktop"

(although on NT3.5 the path might differ -- but NT4 is deprecated
if not mortally wounded, and NT3.5 is effectively dead.)

On a Linux system it's not quite as clear but one could either
define an environment variable ($DESKTOP?) or try to hook into
Nautilus, KDE, CDE, or Gnome.

Sun doesn't support the desktop all that well. :-)

--
#191, email***@***.com
It's still legal to go .sigless.

java-programmer >> J2ME You should be using File.seperator etc
Also, a good software will not hard-code the path name like that, its true
for even non-java programs.
Ususally these kind of programs gets the direcory/path names from registry,
env, property files etc.
OK, if ur point is that WORA is not true for *all* the java programs?, then
yes I agree.
But it could be true for properly written programs?

Harish

"The Ghost In The Machine" <email***@***.com> wrote in
message news:email***@***.com...
> In comp.lang.java.advocacy, JTK
> <email***@***.com>
> wrote
> class Main { public static void main(String[] args) {
> File f = new File("C:\Documents and Settings\" + username +
"\Desktop\outfile.txt");
> FileWriter fw = new FileWriter(f);
> PrintWriter pw = new PrintWriter(fw);
> pw.println("Hello, world!");
> pw.println("This is an example of writing to the desktop");
> pw.close();
> }}
>

java-programmer >> J2ME why not use a file separator?
http://java.sun.com/j2se/1.4.2/docs/api/java/io/File.html
obviously, hard coding file paths onto your program will not make it WORA.

The Ghost In The Machine <email***@***.com> wrote in message news
> Try the following program:
>
> class Main { public static void main(String[] args) {
> File f = new File("C:\Documents and Settings\" + username + "\Desktop\outfile.txt");
> FileWriter fw = new FileWriter(f);
> PrintWriter pw = new PrintWriter(fw);
> pw.println("Hello, world!");
> pw.println("This is an example of writing to the desktop");
> pw.close();
> }}
>
> on a Unix system. Heck, try it on a Windows system. It probably
> won't compile because of the ' \" '; the naive Windows programmer
> may start asking dumb questions at this point ("Why does this
> [swearword] language not support backslashes properly?"). C++
> has a similar problem so perhaps that's not a big issue. I
> doubt C# can handle a variant of the above, either, without
> using '\\'.
>
> After fixing that obvious bug, one gets either
>
> File f = new File("C:/Documents and Settings/" + username + "/Desktop/outfile.txt");
>
> or perhaps
>
> File f = new File("C:\\Documents and Settings\\" + username + "\\Desktop\\outfile.txt");
>
> both of which work nicely on a Windows system. Now upload the
> test program to a high-powered z390 as part of the release process.
>
> Hmm...why can't it find the directory 'C:'? Or perhaps the entire
> pathname? Uh oh.
>
> While this is a rather contrived bug I for one would have highly preferred
> a single unified file system that Java sees -- one could have simply
> nabbed the Unix convention, for example:
>
> new File("//c/Documents and Settings/" + username + "/Desktop/outfile.txt");
>
> (The '//' can be construed as a corruption of '\\', although I've
> seen it far earlier; Apollo Domain DomainOS (nee Aegis) was using it
> way back in the mid-80's.)
>
> or done something very interesting, such as
>
> new File(File.root("c").subdir("Documents and settings").subdir(username).subdir("Desktop"),"outfile.txt");
>
> An assistor function might have been provided to find the desktop:
> File.desktop(). On a Windows system it would generate
>
> "%SYSTEMROOT%\Documents and Settings\" + username + "\Desktop"
>
> (although on NT3.5 the path might differ -- but NT4 is deprecated
> if not mortally wounded, and NT3.5 is effectively dead.)
>
> On a Linux system it's not quite as clear but one could either
> define an environment variable ($DESKTOP?) or try to hook into
> Nautilus, KDE, CDE, or Gnome.
>
> Sun doesn't support the desktop all that well. :-)

java-programmer >> J2ME Luke Tulkas wrote:
> "JTK" <email***@***.com> wrote in message
> news:oVeoc.44832$email***@***.com...
>
>>Roedy Green wrote:
>>
>>>I get stung again and again answering a J2ME question as if it were
>
> a
>
>>>standard Java question. It would be nice to put all the handheld
>>>stuff in a different newsgroup
>>
>>I don't understand. I thought Java was supposed to be "Write Once,
>
> Run
>
>>Anywhere". You're telling me that is not the case?
>
>
> As a M$ luver,

You must be confused (yeah, understatement of all time, I know). I
probably "luv" "M$" less than you do, by several orders of magnitude.

> you should know that, while almost all of their OS's have
> Windoze in their names, there is a difference between
> 9598CEMENT2KXP2003ETC. Not counting service packs, versions & builds.
>

And this has what relationship to Java not being WORA, as promised by
McNealy et al?

> In other words: when smartcards catch up with PCs, WORA just might get
> another (level of) <drumrole>meaning</drumrole>. ;-)
>

And when you catch up to the common housecat in your ability to form
meaningful sentences, it'll be too late, because the Sun will have burnt
out long before then.

java-programmer >> J2ME The Ghost In The Machine wrote:

> In comp.lang.java.advocacy, JTK
> <email***@***.com>
> wrote
> on Wed, 12 May 2004 01:16:04 GMT
> <oVeoc.44832$email***@***.com>:
>
>>Roedy Green wrote:
>>
>>>I get stung again and again answering a J2ME question as if it were a
>>>standard Java question. It would be nice to put all the handheld
>>>stuff in a different newsgroup
>>
>>I don't understand. I thought Java was supposed to be "Write Once, Run
>>Anywhere". You're telling me that is not the case?
>
>
> Try the following program:
>
> class Main { public static void main(String[] args) {
> File f = new File("C:\Documents and Settings\" + username + "\Desktop\outfile.txt");
> FileWriter fw = new FileWriter(f);
> PrintWriter pw = new PrintWriter(fw);
> pw.println("Hello, world!");
> pw.println("This is an example of writing to the desktop");
> pw.close();
> }}
>
> on a Unix system. Heck, try it on a Windows system. It probably
> won't compile because of the ' \" '; the naive Windows programmer
> may start asking dumb questions at this point ("Why does this
> [swearword] language not support backslashes properly?"). C++
> has a similar problem so perhaps that's not a big issue. I
> doubt C# can handle a variant of the above, either, without
> using '\\'.
>

You don't have to prove my point for me, I know full well that you
cannot write a Java program "Once" and expect it to run "Anywhere", as
claimed by the Javapologists and Sun itself.

> After fixing that obvious bug,

That obvious bug in what? Your answer: the code. The real answer:
Java. To "Run Anywhere", it would have to abstract the differences in
paths away. And yeah, it's been done. Quite well actually. But not in
Java. Hence, as we both know, Java does not live up to its promise of WORA.

[snip more of the same example of a Java design flaw]

>
> While this is a rather contrived bug

It's not contrived at all. Unless you don't expect to deal with files
"Anywhere".

> I for one would have highly preferred
> a single unified file system that Java sees -- one could have simply
> nabbed the Unix convention, for example:
>
> new File("//c/Documents and Settings/" + username + "/Desktop/outfile.txt");
>
> (The '//' can be construed as a corruption of '\\', although I've
> seen it far earlier; Apollo Domain DomainOS (nee Aegis) was using it
> way back in the mid-80's.)
>
> or done something very interesting, such as
>
> new File(File.root("c").subdir("Documents and settings").subdir(username).subdir("Desktop"),"outfile.txt");
>
> An assistor function might have been provided to find the desktop:
> File.desktop(). On a Windows system it would generate
>
> "%SYSTEMROOT%\Documents and Settings\" + username + "\Desktop"
>
> (although on NT3.5 the path might differ -- but NT4 is deprecated
> if not mortally wounded, and NT3.5 is effectively dead.)
>

Yep, all this and more has been done. Not in Java though. Don't try to
Run a Java app that accesses files Anywhere, or you'll be in for one
heck of an epiphany!

> On a Linux system it's not quite as clear but one could either
> define an environment variable ($DESKTOP?) or try to hook into
> Nautilus, KDE, CDE, or Gnome.
>
> Sun doesn't support the desktop all that well. :-)
>

Sun and all other Unii. Yeah, the rest of the world has noticed and
moved on. Decades ago.

java-programmer >> J2ME asj wrote:

> why not use a file separator?

Why not have Java do it for me? Oh, right, because it isn't WORA.
Never was. WORA was a complete lie from the start.

> http://java.sun.com/j2se/1.4.2/docs/api/java/io/File.html
> obviously, hard coding file paths onto your program will not make it WORA.
>

obviously, not the point of the exercise.

java-programmer >> J2ME
"The Ghost In The Machine" <email***@***.com> wrote in
message news:email***@***.com...
> In comp.lang.java.advocacy, JTK
> <email***@***.com>
> wrote
> on Wed, 12 May 2004 01:16:04 GMT
> <oVeoc.44832$email***@***.com>:
> > Roedy Green wrote:
> >> I get stung again and again answering a J2ME question as if it were a
> >> standard Java question. It would be nice to put all the handheld
> >> stuff in a different newsgroup
> >
> > I don't understand. I thought Java was supposed to be "Write Once, Run
> > Anywhere". You're telling me that is not the case?
>
> Try the following program:
>
> class Main { public static void main(String[] args) {
> File f = new File("C:\Documents and Settings\" + username +
"\Desktop\outfile.txt");
> FileWriter fw = new FileWriter(f);
> PrintWriter pw = new PrintWriter(fw);
> pw.println("Hello, world!");
> pw.println("This is an example of writing to the desktop");
> pw.close();
> }}
>
> on a Unix system. Heck, try it on a Windows system. It probably
> won't compile because of the ' \" '; the naive Windows programmer
> may start asking dumb questions at this point ("Why does this
> [swearword] language not support backslashes properly?"). C++
> has a similar problem so perhaps that's not a big issue. I
> doubt C# can handle a variant of the above, either, without
> using '\\'.

Actually, it can... Prefix the string with a @ and it becomes a literal
string - escape sequences are not processed. Example:

string path = @"C:\Program Files\New Folder";

Of course, you would probably want to use the System.IO.Path class in C# to
create the path.. Either using Path.Combine or concat the string with
Path.PathSeparator...

For your path above I would probably do:

using System;
using System.IO;

public class App
{

public static void Main()
{
string path = Path.Combine(
Environment.GetFolderPath(
Environment.SpecialFolder.DesktopDirectory),
"outfile.txt");

StreamWriter writer = new StreamWriter(File.OpenWrite(path));
writer.WriteLine("Hello, World!");
writer.WriteLine("This is an example of writing to the desktop");
writer.Close();
}
}

This should work on .NET, Mono, and CF (not positive on this one, since I
haven't really ever had any reason to do CF development).

Tom Shelton

java-programmer >> J2ME On Thu, 13 May 2004 05:25:45 GMT, JTK <email***@***.com> wrote or
quoted :

>And this has what relationship to Java not being WORA, as promised by
>McNealy et al?

You are being a bit silly here. Either Java evolves or it stays
stagnant. Either way you bitch.

Because evolves you complain new code can't run on old JVMS.

If it stagnated, you would say it was dead.

All it really needs is to autoupdate the JVMs with the same ease that
JVWs apps autoupdate. If everyone stayed on the most recent release
we would be pretty well ok.

--
Canadian Mind Products, Roedy Green.
Coaching, problem solving, economical contract programming.
See http://mindprod.com/jgloss/jgloss.html for The Java Glossary.

java-programmer >> J2ME On Wed, 12 May 2004 20:00:28 GMT, The Ghost In The Machine
<email***@***.com> wrote or quoted :

>File f = new File("C:\Documents and Settings\" + username + "\Desktop\outfile.txt");

that won't even compile! See
http://mindprod.com/jgloss/literals.html

With a hard coded file name that program is intended to be platform
specific.

For how to do it properly see http://mindprod.com/jgloss/file.html

--
Canadian Mind Products, Roedy Green.
Coaching, problem solving, economical contract programming.
See http://mindprod.com/jgloss/jgloss.html for The Java Glossary.

java-programmer >> J2ME On Thu, 13 May 2004 05:41:08 GMT, JTK <email***@***.com> wrote or
quoted :

>
>You don't have to prove my point for me, I know full well that you
>cannot write a Java program "Once" and expect it to run "Anywhere", as
>claimed by the Javapologists and Sun itself.

Why don't you test any of the programs on my website and see if any of
them fail to run on some platform. I know of only on that will fail,
setClock, and it could run on more platforms with a bit more JNI
implementations.

--
Canadian Mind Products, Roedy Green.
Coaching, problem solving, economical contract programming.
See http://mindprod.com/jgloss/jgloss.html for The Java Glossary.