j2me

search for more blogs here

 

"Android: j2me done right" posted by ~Ray
Posted on 2008-11-13 12:18:40

Ok so AFAICT from materials on the web. Andoid is really "j2me done right". Which is not exactly what I have hoped for (/me was hoping for openmoko done fast) but it is very useful anyway. Being java-based it means that Andoid does not Linux under it.. which means it should be very easy to implement on "non-smart" cellphones. Good and probably useful for mujmail but I guess I'll stay near openmoko... Java is not exactly fast and it is hard to port existing code like Gecko/GPSdrive/MaemoMapper/Sylpheed into j2me... But good luck. Android. Well for porting C/C++ programs to J2ME phones you can always use the Cibyl binary translator. GPSdrive has not been ported as far as I know but the Roadmap Editor. , has been ported with Cibyl. Of course it's not like being able to compile natively for the platform but I still think it's a feasible way. Disclaimer: I'm the author of Cibyl :-)

Forex Groups - Tips on Trading

Related article:
http://pavelmachek.livejournal.com/47205.html

comments | Add comment | Report as Spam


"Google Gives J2ME the Finger, but Still Needs a Carrier Partner" posted by ~Ray
Posted on 2008-03-12 23:10:23

It turns out that. Google is not building a phone. They’ve built (bought really) . It’s Java on Linux and it’s open obtain but notably it is not J2ME based. Reportedly it will run J2ME apps but the SDK makes the Android API look more like the BlackBerry’s Java API than J2ME. It’s a beat featured API that isn’t a. By building on top of and bundling Linux instead of an assortment of telecommunicate OS’s with varying feature sets developers can be assured that the low-level feature set across handsets will be constant by which I mean that threads ordain work and. Given that some J2ME implementations and some non-J2ME mobile Java runtimes lack threads and many phones lack multitasking this will alter writing sophisticated apps for Android far easier. Android is a huge win for developers. The SDK is already available for Windows. Mac-on-Intel and Linux-on-i386 and it uses technologies that are already mainstream. Based on my I am curious about whether Rhino. Jython and JRuby will work on the Dalvik VM but I undergo no specific cerebrate to believe they won’t. This is exactly the choose of thing I was talking about when I said that layering on top of the JVM or. NET DLR would ease portability; the Dalvik JVM means that you can likely write a Hello World in any language that can compile down to Java bytecode and run it immediately. OK so it’s great for developers. So what? Developers don’t hold back the mobile market; carriers do. Handset makers would probably love to use Linux instead of paying a per-handset authorise for a closed phone OS; PalmSource/ACCESS and touch. Inc undergo already said they ordain act in that direction (though touch. Inc is about whose Linux-based Garnet-compatible runtime will end up on future devices bearing the touch OS name). But why would carriers want this? It’s possible that carriers would desire to see their value-added apps run on many different handsets without the cost of developing them separately for each handset they sell. Handset makers and mobile OS vendors clearly are making some money from consulting to carriers on these projects (somebody has to tell Sprint how to write the PictureMail app) so actually in this area handset makers would rest to lose money. What carriers probably would desire less about Android is that it would allow Google to bypass the carriers’ value added services and create their own ecosystem of mobile apps for Android-based handsets which is exactly the inform of Android. Who gets the value added dollars from customers? That’s what this is all about. Google is battling ISPs regarding Net Neutrality and it comes back to the same thing. If a customer is going to pay for a service delivered from a server across a communicate onto an endpoint there are at least four parties that want to get paid and who believe the division of revenue as a zero-sum game. The server folks (Google. Yahoo. Microsoft. Apple etc.) want to charge you for the subscription to their applications or for individual chunks of content. That charge may take the form of just showing you ads. Then they be to pay a flat rate for the bandwidth across the network to get to you and will minimize that be using the massive content delivery networks which they already have in displace. The communicate folks want to put a toll booth on that network that charges either the end-user or server folks (or both) for transferring paid content or one that penalizes the end-user (bandwidth shaping) for buying a cheap connectivity plan and then trying to use it for transferring large media files from the server guys. The communicate folks also still evaluate they can compel the Internet to look like Cable TV by putting up barriers to keep their users from using anybody’s services but their own so their ISP customers also become their content customers. The handset OS folks be to be paid to write those apps for the server folks and the network folks who want to also be server folks. They want to encourage developers (ISVs or server or communicate big guys) to focus on their platform thereby making it more attractive to users thereby making it more valuable so they can charge a larger amount from each phone sold. These folks are directly in competition with Android whether explore intends to attack them or not. The handset manufacturers be to minimize the price of their telecommunicate (a remove OS that supports tons of hardware components that they might use is a good start) and maximize the be of apps that will run on their phone. They should love this although the most successful high-end handset makers who also use closed OS’s (basically every major handset maker) ordain not desire it as much as the underdogs who sell tons of cheap phones. LG and Samsung say “hooray” while Motorola. RIM. Palm. Sony and Nokia say “boo-hoo.” Their investment in special fancy phones and conceive of apps for their chosen OS is undermined by the prospect of commodified hardware with carrier- or user-installable third celebrate apps. Users should be happy as well. Developers as I mentioned should love this platform so users should benefit both from more apps and cheaper handsets and probably also from more function offerings that ordain work with their handset. The problem with all this is that as I mentioned in just because developers like something doesn’t mean it will win. If Google’s aim is to open up and commodify the handset merchandise they will have to fight the folks that are trying to keep the handset market closed and fragmented. That group includes all of the major U. S mobile vendors and the companies who make handset OS’s. The latter assort is weak and easily conquered with the exception of Microsoft; in this space though. Microsoft is not strong enough to contend Linux and Java. The former group is extremely powerful and will not simply sell handsets that eliminate their chief source of revenue (proprietary value-added services that show up on your mobile phone bill). Nevertheless these value-added offerings are generally awful and absurdly overpriced so there is quite a lot of opportunity if someone can end through the carriers’ stranglehold. The strategy that Google must go is to persuade an underdog mobile carrier to market an Android-based handset to consumers. explore has little strategic advantage to gain from replacing handset OS makers; they are a function and as such be to prevent the communicate guys from erecting that knell booth in front of Google’s services. To do that they will need to avoid the communicate guys and a phone OS isn’t going to do that. change surface a handset offering won’t be sufficient; look at Apple’s iPhone bricking debacle for evidence of that. The mobile carriers control the handset makers in the U. S. and Apple has had to hit the books that the hard way screwing over their customers who dared to choose another carrier than Apple’s partner. You can bet that Apple wasn’t the driving compel behind that decision. So Google will have to go all the way to partnering with or acquiring a carrier who is currently an underdog and who needs this offering in request to win customers away from the big guys. Alternatively (and less likely due to the red tape involved) explore will have to become or spin off that underdog carrier themselves as a new carrier. So look for the back up shoe to displace: not who is going to build a “GooPhone” but who is going to offer you a mobile intend that lets you use one without placing severe restrictions on what you can run on it. explore needs a carrier partner because carriers control the U. S mobile merchandise. Symbian is not a player of any consequence in the U. S market (with approximately a 5% merchandise share) while Microsoft has somewhere around 1/3 of the smartphone merchandise. So with my U. S market blinders on. Symbian is irrelevant. Honestly I’ve never even seen a Symbian phone outside of a change show booth. They just don’t matter here. Outside the U. S.. Symbian appears to act upon but I’m not sure whether that puts them in a position to use relationships with carriers handset makers (Nokia really) or communicate operators to defend against competition. My guess is it does not.

Forex Groups - Tips on Trading

Related article:
http://www.pervasivecode.com/blog/2007/11/12/google-gives-j2me-the-finger-but-still-needs-a-carrier-partner/

comments | Add comment | Report as Spam


"Google Gives J2ME the Finger, but Still Needs a Carrier Partner" posted by ~Ray
Posted on 2008-03-12 23:10:22

It turns out that. Google is not building a telecommunicate. They’ve built (bought really) . It’s Java on Linux and it’s change state source but notably it is not J2ME based. Reportedly it will run J2ME apps but the SDK makes the Android API look more like the berry’s Java API than J2ME. It’s a beat featured API that isn’t a. By building on top of and bundling Linux instead of an assortment of phone OS’s with varying feature sets developers can be assured that the low-level feature set across handsets will be constant by which I mean that threads ordain work and. Given that some J2ME implementations and some non-J2ME mobile Java runtimes lack threads and many phones lack multitasking this will make writing sophisticated apps for Android far easier. Android is a huge win for developers. The SDK is already available for Windows. Mac-on-Intel and Linux-on-i386 and it uses technologies that are already mainstream. Based on my I am curious about whether Rhino. Jython and JRuby will work on the Dalvik VM but I have no specific reason to believe they won’t. This is exactly the sort of thing I was talking about when I said that layering on top of the JVM or. NET DLR would ease portability; the Dalvik JVM means that you can likely write a Hello World in any language that can hive away down to Java bytecode and run it immediately. OK so it’s great for developers. So what? Developers don’t hold back the mobile market; carriers do. Handset makers would probably love to use Linux instead of paying a per-handset license for a closed telecommunicate OS; PalmSource/ACCESS and Palm. Inc undergo already said they will act in that direction (though Palm. Inc is about whose Linux-based Garnet-compatible runtime will end up on future devices bearing the Palm OS name). But why would carriers be this? It’s possible that carriers would desire to see their value-added apps run on many different handsets without the cost of developing them separately for each handset they sell. Handset makers and mobile OS vendors clearly are making some money from consulting to carriers on these projects (somebody has to tell Sprint how to write the PictureMail app) so actually in this area handset makers would rest to suffer money. What carriers probably would like less about Android is that it would allow Google to bypass the carriers’ value added services and build their own ecosystem of mobile apps for Android-based handsets which is exactly the inform of Android. Who gets the value added dollars from customers? That’s what this is all about. Google is battling ISPs regarding Net Neutrality and it comes approve to the same thing. If a customer is going to pay for a service delivered from a server across a network onto an endpoint there are at least four parties that want to get paid and who view the division of revenue as a zero-sum bet. The server folks (Google. Yahoo. Microsoft. Apple etc.) want to rush you for the subscription to their applications or for individual chunks of content. That charge may take the create of just showing you ads. Then they want to pay a flat evaluate for the bandwidth across the communicate to get to you and ordain decrease that cost using the massive circumscribe delivery networks which they already have in place. The network folks be to put a toll booth on that network that charges either the end-user or server folks (or both) for transferring paid circumscribe or one that penalizes the end-user (bandwidth shaping) for buying a cheap connectivity intend and then trying to use it for transferring large media files from the server guys. The network folks also comfort think they can compel the Internet to look desire Cable TV by putting up barriers to act their users from using anybody’s services but their own so their ISP customers also change state their circumscribe customers. The handset OS folks be to be paid to create verbally those apps for the server folks and the network folks who want to also be server folks. They want to encourage developers (ISVs or server or network big guys) to cerebrate on their platform thereby making it more attractive to users thereby making it more valuable so they can charge a larger amount from each telecommunicate sold. These folks are directly in competition with Android whether Google intends to attack them or not. The handset manufacturers want to minimize the price of their telecommunicate (a remove OS that supports tons of hardware components that they might use is a good start) and maximize the be of apps that will run on their telecommunicate. They should love this although the most successful high-end handset makers who also use closed OS’s (basically every major handset maker) will not like it as much as the underdogs who sell tons of cheap phones. LG and Samsung say “hooray” while Motorola. RIM. touch. Sony and Nokia say “boo-hoo.” Their investment in special fancy phones and conceive of apps for their chosen OS is undermined by the look of commodified hardware with carrier- or user-installable third party apps. Users should be happy as come up. Developers as I mentioned should love this platform so users should benefit both from more apps and cheaper handsets and probably also from more service offerings that will work with their handset. The problem with all this is that as I mentioned in just because developers like something doesn’t mean it ordain win. If Google’s aim is to open up and commodify the handset market they will have to fight the folks that are trying to keep the handset merchandise closed and fragmented. That group includes all of the major U. S mobile vendors and the companies who make handset OS’s. The latter group is weak and easily conquered with the exception of Microsoft; in this space though. Microsoft is not strong enough to contend Linux and Java. The former assort is extremely powerful and ordain not simply sell handsets that eliminate their chief source of revenue (proprietary value-added services that show up on your mobile telecommunicate account). Nevertheless these value-added offerings are generally awful and absurdly overpriced so there is quite a lot of opportunity if someone can break through the carriers’ stranglehold. The strategy that Google must go is to convince an underdog mobile carrier to market an Android-based handset to consumers. Google has little strategic advantage to gain from replacing handset OS makers; they are a service and as such need to prevent the network guys from erecting that knell booth in front of explore’s services. To do that they will need to avoid the network guys and a phone OS isn’t going to do that. change surface a handset offering won’t be sufficient; be at Apple’s iPhone bricking debacle for evidence of that. The mobile carriers control the handset makers in the U. S. and Apple has had to learn that the hard way screwing over their customers who dared to choose another carrier than Apple’s furnish. You can bet that Apple wasn’t the driving force behind that decision. So Google will have to go all the way to partnering with or acquiring a carrier who is currently an underdog and who needs this offering in order to win customers away from the big guys. Alternatively (and less likely due to the red tape involved) Google will have to become or spin off that underdog carrier themselves as a new carrier. So look for the back up shoe to displace: not who is going to build a “GooPhone” but who is going to offer you a mobile plan that lets you use one without placing severe restrictions on what you can run on it. explore needs a carrier partner because carriers control the U. S mobile merchandise. Symbian is not a player of any consequence in the U. S market (with approximately a 5% merchandise share) while Microsoft has somewhere around 1/3 of the smartphone market. So with my U. S market blinders on. Symbian is irrelevant. Honestly I’ve never even seen a Symbian telecommunicate outside of a trade show booth. They just don’t be here. Outside the U. S.. Symbian appears to dominate but I’m not sure whether that puts them in a lay to use relationships with carriers handset makers (Nokia really) or communicate operators to defend against competition. My guess is it does not.

Forex Groups - Tips on Trading

Related article:
http://www.pervasivecode.com/blog/2007/11/12/google-gives-j2me-the-finger-but-still-needs-a-carrier-partner/

comments | Add comment | Report as Spam


"J2ME Interview Questions" posted by ~Ray
Posted on 2008-01-01 21:15:08

What is 3GThird generation (3G) wireless networks will offer faster data transfer rates than current networks. The first generation ofwireless (1G) was analog cellular. The back up generation (2G) is digital cellular featuring integrated voice and datacommunications. So-called 2.5G networks offer incremental speed increases. 3G networks will offer dramatically improved datatransfer rates enabling new wireless applications such as streaming media. What is 3GPPThe 3rd Generation Partnership Project (3GPP) is a global collaboration between 6 partners: ARIB. CWTS. ETSI. T1. TTA andTTC. The assort aims to create a globally accepted 3rd-generation mobile system based on GSM. What is 802.11802.11 is a group of specifications for wireless networks developed by the Institute of Electrical and Electronics Engineers(IEEE). 802.11 uses the Ethernet protocol and CSMA/CA (carrier sense multiple access with collision avoidance) for pathsharing. What is APIAn Application Programming Interface (API) is a set of classes that you can use in your own application. Sometimes calledlibraries or modules. APIs enable you to write an application without reinventing common pieces of code. For example anetworking API is something your application can use to alter communicate connections without your ever having to understand theunderlying code. What is AMPSAdvanced Mobile Phone function (AMPS) is a first-generation analog circuit-switched cellular phone communicate. Originallyoperating in the 800 MHz band service was later expanded to include transmissions in the 1900 MHz band the VHF range inwhich most wireless carriers direct. Because AMPS uses analog signals it cannot transmit digital signals and cannottransport data packets without assistance from newer technologies such as TDMA and CDMA. What is CDCThe Connected Device Configuration (CDC) is a specification for a J2ME configuration. Conceptually. CDC deals with deviceswith more memory and processing cater than CLDC; it is for devices with an always-on network connection and a minimum of 2 MBof memory available for the Java system. What is CDMACode-Division Multiple Access (CDMA) is a cellular technology widely used in North America. There are currently three CDMAstandards: CDMA One. CDMA2000 and W-CDMA. CDMA technology uses UHF 800Mhz-1.9Ghz frequencies and bandwidth ranges from 115Kbsto 2Mbps. What is CDMA OneAlso know as IS-95. CDMAOne is a 2nd generation wireless technology. Supports speeds from 14.4Kbps to 115K bps. What is CDMA2000Also.

Forex Groups - Tips on Trading

Related article:
http://interviewhelper.blogspot.com/2007/11/j2me-interview-questions.html

comments | Add comment | Report as Spam


"Android? what J2ME should have been" posted by ~Ray
Posted on 2007-12-15 15:03:00

For a go away it has Java 5 language features such as generics and annotations… features that back up the developer but add no additional charge at runtime. And it’s change state! Besides the biggest problems with J2ME is not the quirks on individual handsets but the lack of an open source community. If you be to create verbally anything in J2ME you’re on your own. Even hunting down the Javadocs for some standard libraries is a mission in itself never object finding actual code! With Android evaluate libraries to be to do anything you could ever want to do. I’ve only started looking at the way applications are written but it seems that the layout is all defined in an XML format and the programming side happens in pure Java arrive. This seems like a fantastic way to do things as it lets the designers get on with their job unhindered by the programming logic… our good friend has been convinced of this as a way to create verbally MIDlets for a long time now. And it is a single download with an Eclipse plugin! (Works on Windows. Linux and Apple… name one J2ME dev kit that works like that). The best part is it’s all in Java… so transfer the SDK construe the and go away programming to affirm your administer of that. I just want to know when I can get this running on my instead of the absolutely useless software that it ships with. Welcome to the world of tomorrow! And to think I began the day wanting an iPhone (although it has been a adjust inspiration for Android lets be honest… especially with that Apple come in™). The depressing thing about all of this from my point of view is that we were giving demos very much desire the Android demos at SavaJe years ago. Ah well - explore may have the clout to make it happen for real which we never did at SavaJe. I’m not counting chickens yet but there’s wish that Android could be the thing that (finally!) kick starts the mobile application bandwagon. Something has to sooner or later! XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote have in mind=""> <code> <em> <i> <strike> <strong>

Forex Groups - Tips on Trading

Related article:
http://javablog.co.uk/2007/11/12/android-what-j2me-should-have-been/

comments | Add comment | Report as Spam


"J2ME and messaging" posted by ~Ray
Posted on 2007-12-09 13:36:34

Actually i m a stuent and i undergo entered the handle of J2Me just some time before. I had to do a communicate where the pc is to be controlled by a mobile via sms. I have tried some label and while building the create shows this error. I could not correct the error. C:\Documents and Settings\vaskar(vcgvirus)\PCcontrol\nbproject\build-impl xml:62: Must set dist jarcan any one gratify help understanding this error and declare for the solution Unless otherwise licensed code in all technical manuals herein (including articles. FAQs samples) is provided under this.

Forex Groups - Tips on Trading

Related article:
http://forum.java.sun.com/thread.jspa?threadID=5233038

comments | Add comment | Report as Spam


"J2ME and messaging" posted by ~Ray
Posted on 2007-12-09 13:36:24

Actually i m a stuent and i have entered the field of J2Me just some measure before. I had to do a communicate where the pc is to be controlled by a mobile via sms. I undergo tried some label and while building the output shows this error. I could not correct the error. C:\Documents and Settings\vaskar(vcgvirus)\PCcontrol\nbproject\build-impl xml:62: Must set dist jarcan any one please back up understanding this error and suggest for the solution Unless otherwise licensed code in all technical manuals herein (including articles. FAQs samples) is provided under this.

Forex Groups - Tips on Trading

Related article:
http://forum.java.sun.com/thread.jspa?threadID=5233038

comments | Add comment | Report as Spam


"J2ME and messaging" posted by ~Ray
Posted on 2007-12-09 13:36:24

Actually i m a stuent and i have entered the field of J2Me just some time before. I had to do a communicate where the pc is to be controlled by a mobile via sms. I undergo tried some code and while building the create shows this error. I could not debug the error. C:\Documents and Settings\vaskar(vcgvirus)\PCcontrol\nbproject\build-impl xml:62: Must set dist jarcan any one please back up understanding this error and declare for the solution Unless otherwise licensed code in all technical manuals herein (including articles. FAQs samples) is provided under this.

Forex Groups - Tips on Trading

Related article:
http://forum.java.sun.com/thread.jspa?threadID=5233038

comments | Add comment | Report as Spam


"Installing j2me application without .jad file" posted by ~Ray
Posted on 2007-11-27 20:01:22

I have seen some j2me downloaded application ( jar file) which can be installed on device without jad register. But i tried to install my own application without jad register but got error 'operation failed' . Anybody knows how to act MIDlet that can be installed without jad file ? AFAIK jad file is mandatory for installing to MIDP 1.0 devices and is not strictly required for MIDP 2 x. On my SE k700i jad register is not recognized and any application can only be installed by transferring the jar. I don't think this has anything to do with creating the MIDlet db Model: Sony Ericsson K800.. It is just a simple application with enumerate and Command objects. Development tool: Sun Wiresss Toolkit 2.5.2Transferred jar register PC->Mobile through bluetooth.. I was able to install only if i have jar along with jad micro man If u r having the jad & jar book install both. But if u r having only jar register ( Testapp jar of 2331byte ) the act a jad file the the same place of jar as followsMIDlet-1: HelloMidlet hello. HelloMidletMIDlet-Jar-Size: 2331MIDlet-Jar-URL: Testapp jarMIDlet-Name: TestappMIDlet-Vendor: VendorMIDlet-Version: 1.0MicroEdition-Configucircumscribe: CLDC-1.1MicroEdition-Profile: MIDP-2.1U can find the Syntax of Jad register description in the document also. For Transfer to Handset can also use SonyEricson J2ME SDK Device Explorer schedule. However for running on the PC emulator only jar file is suffecientThanks I open the cerebrate for the issue. Initially when i tried installing app on mobile with jar and jad. I got the error 'operatiion failed' due the entry 'MicroEdition-Profile: MIDP-2.1' made by Java WTK 2.5.2 when package is created. I just tried by manully modifying MIDP-2.1 to MIDP-2.0 then it worked out (with jar and jad). Thereafter i tried to install same app without jad file again it failed. Finally i changed this property thru WTK settings and created case. Now it is successfully installed without jad. My question now is how we can determine the MIDP version supported Mobile before deploying app on that (thru mobile function code or something else)? Also is there any way thru programatically too ? Finally i changed this property thru WTK settings and created case. Now it is successfully installed without jad. Chances are that's because of the entry in the bear witness mf in the jar (see #6). In absence of a jad the configuration is construe from this file. Open the register in Notepad and examine it to understand this better. how we can identify the MIDP version supported Mobile before deploying app on that (thru mobile service code or something else)? Only by reading the specifications for the device. And some manufacturers have released different implementations without changing the copy number do even that's dicey. Emphatically no db-- case has a language-specific meaning in java so it is better to say you "built a jar" rather than "created a package" as in some future post this could cause some confusion in the object of the reader :-)

Forex Groups - Tips on Trading

Related article:
http://forum.java.sun.com/thread.jspa?threadID=5233290

comments | Add comment | Report as Spam


"gPhone J2ME Details on Monday" posted by ~Ray
Posted on 2007-11-17 15:32:02

With Google set to release details of gPhone on Monday including j2me details it would seem it would be a ameliorate time for Dzone(javalobby) to launch a Mobile Developer Portal. In 2004 I had a conference call conversation with the fail of JavaLobby about the dreadful state of j2me developer information after Espial's DeviceTop com JavaTV portal site shut down. Unlike than we undergo more interest with gPhone using j2me interest from both seasoned mobile developers but also beginning mobile developers who need high quality j2me tips articles and etc. Java net has a restrictive editorial policy that projects not on java net cannot be discussed in code articles. OEM portals only be their cram highlighted. Thus we need one j2me and etc mobile developer portal that could be the focus to end the information fragmentation in the mobile developer realm and advance a beat mobile developer set of conversations within the mobile developer community. Yes just as in 2004 I opened my big mouth and asked that Dzone INC do a Mobile developer Portal. :) a enterprise and mobile programmer and developer. My IM screename is and my articles presentations,and slides can be found at my. I can be contacted via my Unless otherwise expressly stated all original material of whatever nature created by Fred Grott or ShareMe and included in this weblog and any related pages including the weblog's archives is licensed under a.

Forex Groups - Tips on Trading

Related article:
http://www.jroller.com/shareme/entry/gphone_j2me_details_on_monday

comments | Add comment | Report as Spam


 

 




blogs - aa blogs - air force blogs - aquarius blogs - aries blogs - army blogs - arts blogs - baby blogs - blogs 4 men - blogs 4 women - cancer blogs - capricorn blogs - career change blogs - choice blogs - christmas blogs - cigar blogs - cigarette blogs - cig blogs - coast guard blogs - coffee bean blogs - college baseball blogs - college basketball blogs - college football blogs - colleges blogs - computer blogs - create blogs - dating blogs - elvis blogs - email chat blogs - email pal blogs - enhancement blogs - fall blogs - fha blogs - freedom blogs - friendly blogs - funny blogs - gambler blogs - gemini blogs - her blog - his blog - hockey blogs - join blogs - javas blogs - kid safe blogs - leo blogs - libra blogs - apartments blogs - coffees blogs - horoscopes blogs - life advice blogs - lover blogs - marine blogs - married blogs - military blogs - misc blogs - more money blogs - mortgage blogs - move blogs - movies blogs - musical blogs - navy blogs - new in town blogs - obscure blogs - online date blogs - online game blogs - over 30 blogs - over 40 blogs - over 50 blogs - over 60 blogs - over 70 blogs - over 80 blogs - over 90 blogs - password blogs - pc blogs - mortgages blogs - peoples blogs - pictures blogs - pipe blogs - pisces blogs - poems blogs - poker blogs - police blogs - political blogs radio blogs - read blogs - recreational vehicle blogs - relocation blogs - reserve blogs - rv blogs - safe blogs - scorpio blogs - singles blogs - smokers blogs - smoker blogs - state blogs - state college blogs - taurus blogs - teen advice blogs - teenager blogs - tobacco blogs - tv blogs - vacation blogs - veteran blogs - virgo blogs - virtual blogs - weekly blogs - wingman blogs - word blogs - words blogs - writer blogs - poetry blogs - prescription blogs - sagittarius blogs - straight blogs - summer blogs - gi blogs - hooka blogs - penis enlargement blogs - vfw blogs - casinos blogs - casino blogs - web hosting blogs - hosting blogs - auto blogs - truck blogs - van blogs - suv blogs - 4 wheel blogs - harley blogs - flu blogs - diet blogs - pistols blogs - teenage blogs - lpga blogs - burnable blogs - new tunes blogs - coaching blogs - treasures blogs - trades blogs - nutty blogs - skate blogs - play 21 blogs - weather blogs - poker players - golf blogs - american blogs - football blogs - baseball blogs - hockey blogs - basketball blogs - soccer blogs - cooking blogs - recipe blogs - space blogs - 3d games blogs - barbecue blogs




the j2me archives:

11 articles in 2006-01
22 articles in 2006-02
27 articles in 2006-03
36 articles in 2006-04
27 articles in 2006-05
26 articles in 2006-06
24 articles in 2006-07
18 articles in 2006-08
22 articles in 2006-09
30 articles in 2006-10
22 articles in 2006-11
22 articles in 2006-12
12 articles in 2007-01
12 articles in 2007-02
3 articles in 2007-03
7 articles in 2007-04
11 articles in 2007-05
10 articles in 2007-06
3 articles in 2007-07
1 articles in 2007-09




next page


j2me