Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / February 2007

Tip: Looking for answers? Try searching our database.

Json Parser anyone?

Thread view: 
Ronin - 30 Jan 2007 15:17 GMT
Hi I'm looking for a pull json parser (similiar to kxml). Is there
anything like this out there yet? I googled but nothing comes up.

More importantly a j2me version would suite me just fine. If not
found, who is going to write it? you?

cheers
jk
Alex Hunsley - 30 Jan 2007 20:09 GMT
> Hi I'm looking for a pull json parser (similiar to kxml). Is there
> anything like this out there yet? I googled but nothing comes up.
>
> More importantly a j2me version would suite me just fine. If not
> found, who is going to write it? you?

Maybe. What's your offering price/rate?
Daniel Pitts - 31 Jan 2007 00:56 GMT
> Hi I'm looking for a pull json parser (similiar to kxml). Is there
> anything like this out there yet? I googled but nothing comes up.
[quoted text clipped - 4 lines]
> cheers
> jk
Hmm, JSon is Javascript native. :-) eval(jsonData)

Perhaps you can change your output from json to xml.
Ronin - 31 Jan 2007 06:06 GMT
No I want to use Json, because of its higher compression, which is
important for J2ME where every byte of space counts. sending json data
over the air will also speedup the app considerably.

On Jan 31, 2:56 am, "Daniel Pitts" <googlegrou...@coloraura.com>
wrote:
> On Jan 30, 7:17 am, "Ronin" <jkoo...@gmail.com> wrote:> Hi I'm looking for a pulljsonparser(similiar to kxml). Is there
> > anything like this out there yet? I googled but nothing comes up.
[quoted text clipped - 8 lines]
>
> Perhaps you can change your output fromjsonto xml.
Daniel Pitts - 31 Jan 2007 18:19 GMT
(Please don't top post)
[Top posting corrected]
> On Jan 31, 2:56 am, "Daniel Pitts" <googlegrou...@coloraura.com>
> wrote:
[quoted text clipped - 14 lines]
> important for J2ME where every byte of space counts. sending json data
> over the air will also speedup the app considerably.

Perhaps you would be better off using Serialized objects if size is an
issue. Or, if you don't need extensibility, just send a predetermined
binary format.

You could also look into the java.util.Properties input/output format.
Hope this helps.
Daniel.
Alex Hunsley - 31 Jan 2007 20:38 GMT
> (Please don't top post)
> [Top posting corrected]
[quoted text clipped - 12 lines]
>> important for J2ME where every byte of space counts. sending json data
>> over the air will also speedup the app considerably.

Btw, one thing to consider is that I believe the GPRS packet size is
1kilobyte. In other words, if you retrieve just ten bytes (for example),
a 1kb packet is still sent over the GPRS network. And one kilobyte plus
a few bytes of data cause two whole kilobytes of GPRS data to be sent,
and so on.

The choice of something like Json/xml versus a set binary format depends
quite a bit on how flexible the data you are sending is. Does it always
have the same fields, in same order, in same amounts? Or is more
flexibility needed?

> Perhaps you would be better off using Serialized objects if size is an
> issue. Or, if you don't need extensibility, just send a predetermined
> binary format.

Whoops, I think I just reiterated above what you say about
'extensibility'...

lex

> You could also look into the java.util.Properties input/output format.
> Hope this helps.
> Daniel.
Randolf Richardson - 02 Feb 2007 04:37 GMT
[sNip]
> The choice of something like Json/xml versus a set binary format depends  
> quite a bit on how flexible the data you are sending is. Does it always  
> have the same fields, in same order, in same amounts? Or is more  
> flexibility needed?
[sNip]

    The format of binary data can also be quite flexible (consider, for  
example, DNS), but that depends on how much work one wants to put into  
it.  Using something that's already well-known can save a lot of  
development time.

Signature

Randolf Richardson - kingpin+nntp@lumbercartel.ca
The Lumber Cartel, local 42 (Canadian branch)
http://www.lumbercartel.ca/

Alex Hunsley - 31 Jan 2007 11:14 GMT
> Hi I'm looking for a pull json parser (similiar to kxml). Is there
> anything like this out there yet? I googled but nothing comes up.
>
> More importantly a j2me version would suite me just fine. If not
> found, who is going to write it? you?

Maybe. What's your offering price/rate?
Ronin - 31 Jan 2007 15:38 GMT
> > Hi I'm looking for a pull json parser (similiar to kxml). Is there
> > anything like this out there yet? I googled but nothing comes up.
[quoted text clipped - 3 lines]
>
> Maybe. What's your offering price/rate?

hehe free?

sucks i guess i just have to write my own little parser for now. cheers
Alex Hunsley - 31 Jan 2007 20:32 GMT
>>> Hi I'm looking for a pull json parser (similiar to kxml). Is there
>>> anything like this out there yet? I googled but nothing comes up.
[quoted text clipped - 3 lines]
>
> hehe free?

:) The best way to get 'free' is to write it yourself!
Of course people can and do write free software (and 'free' in several
different senses of the word), but it would be a little unusual to post
here and find someone willing to write something for you, at random, on
spec like that...

> sucks i guess i just have to write my own little parser for now. cheers

What's wrong with the Java impl given at the Json site?
http://www.json.org/java/index.html

lex


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.