
Open J2ME Development Options? 32
loganb asks: "I'm currently holding in my hand a brand new Samsung A900 cell phone with a brand new EVDO data plan. I was initially excited about the OSS/free application development possibilities, as the J2ME stack on this phone supports the new Media, Location, and Messaging APIs. Much to my dismay, however, Sprint (my carrier) locks all the interesting APIs up tighter than a drum, and makes it nearly impossible to get an app to market. You need a $400/yr Verisign certificate just to download an app to a developer-enabled phone and you need a contract with Sprint to receive the certificate necessary to distribute the app (solely through Sprint's online store) to regular users. Of course that is not really an option for free/OSS programs, 'vertical' applications, or anything that doesn't neatly fit into Sprint's business plan. Thus, do any of the other national domestic cell providers allow unfettered access to the Java APIs on their phones? Is there any sort of hackery (such as buying an unlocked phone from Europe and using it on a domestic GSM network) that has an equivalent result?"
You can still return your phone and cancel Sprint (Score:5, Insightful)
Personally i would recommend T-mobile(since they are actually a European company!) and have fun!
You can buy software that unlocks phones. (Score:2)
T-Mobile unlocks phones for you without charge after 3 months of using their pay-as-you-go service.
--
Before, Saddam got Iraq oil profits & paid part to kill Iraqis. Now a few Americans share Iraq oil profits, & U.S. taxpayers pay to kill Iraqis. Improvement?
Re:You can still return your phone and cancel Spri (Score:2)
buy a unlocked phone (Score:4, Insightful)
dont put up with suppliers that will not allow you to run your app's you should at least be able to download your app to the phone via a usb cable
the location and photo API's do seem very fun I have not tried them out and wonder how much is cross platform...
regards
John Jones
Nokia 6265i or Siemens S65... feedback ? (Score:3, Interesting)
both have the location API how well it works I do not know anyone know ?
regards
John Jones
Re:Nokia 6265i or Siemens S65... feedback ? (Score:2)
Cryptographic signing is not strictly required (Score:4, Informative)
Things might've changed since the merger with Nextel, but AFAIK there's nothing keeping you from distributing unsigned Java apps from your own company website. The user's phone will pop up a warning, of course, but it won't stop him/her from downloading and installing your app. Assuming you know all about JAD files and MIDlets, just point the user at the JAD file.
My biggest beef with Sprint is their crappy API support, at least on their older phones (my Sanyo PM-8200 supports only MIDP-1.0, and very few of the optional J2ME APIs).
Re:Cryptographic signing is not strictly required (Score:2)
It looks to me as if homebrew development is possible.
Sprint is an unusual case (Score:2)
There is nothing second-rate about Sprint's handsets, but they may not be the best choice for individual developers getting into J2ME development.
In my experience, Nokia, Motorola, and SonyEricsson have well-documented J2ME implementati
Phone companies want total control (Score:3, Interesting)
Some companies won't allow certain kinds of applications on their networks; for example, Verizon won't allow any applications where users can meet other users. Some companies won't allow any applications where users can chat (say, via WAP or SMS) with other users unless the chats are moderated. BY A PERSON. Some companies require that, if you plan to advertise your application, and your adviertising budget is over a certain ammount, you must disclose to the carrier your entire advertising budget and campaign.
Frankly I'm not surprised that Sprint doesn't want you writing software for their phones unless you pay them big bucks. Telcos are almost worse than banks when it comes to new ideas (or software).
I can't wait for the one telco that gets it right, and provides an environment where creativity can reign free; someone will develop a kick-ass application for that carrier's phones, everyone will flock to them, and the other carriers will finally get a clue.
I understand that in most European countries the situation is very different. In Norway, I hear, you can basically write/distribute any app for a phone, and the telcos only bother you if they get complaints about you. That's what I'd like to see in North America.
If telcos had invented the Internet... well, it'd be AOL.
Re:Phone companies want total control (Score:2)
Re:Phone companies want total control (Score:2)
Re:Phone companies want total control (Score:2)
Have fun waiting. Here [google.com] is a helpful link. The telcos in the US actually think they are hip deep in competition, even though all they pay attention to is talk time and price. Since telecom tends to be a closed system when it comes to employment (and edu
Samsung A900 (Score:1)
Re:Samsung A900 (Score:1)
The only thing the 9000 doesn't have is the buttons on the front of the phone so that you can rewind
This is what we keep warning about (Score:1, Insightful)
Sprintusers.com (Score:1)
Try this...might work (Score:2)
Check out some of the uploaders (Score:3, Informative)
Additionally, http://www.howardforums.com/ [howardforums.com] has a lot of good information too. Here's an actual http://sprintdevelopers.com/ [sprintdevelopers.com] Sprint-centric development site too.
Although, most of this may be useless, because I see in this post http://www.sprintusers.com/forum/showthread.php?t
Re:Check out some of the uploaders (Score:3, Informative)
Unlock the phone (Score:2)
I encountered this problem with SonyEricsson phones (first a K700, now K750), which were Vodafone branded, and wouldn't play the custom MP3 files I'd created to use as ring
Copyright Office rulemaking proceedings (Score:4, Informative)
Perhaps you could still contact the Stanford Center for Internet and Society folks who were spearheading an effort to collect comments on cell phone locking [stanford.edu] and they could use your comments as an addendum or something.
Shout out to Lessig for his blog entry [lessig.org] that pointed these folks out to me.
You don't have to rely on Sprint. (Score:2)
If you ask me, its not worth it. People still have the ability to access other websites, so it becomse a matter of informing them about your software. I have a Treo 650 and just about no one goes through Sprint to download new software.
J2ME development issues (Score:5, Informative)
Several folks pointed out that you could get the midlet (the term for the type of app sprint runs) on the phone by hosting it yourself or downloading via a cable, and bypassing Sprint's site and the need for a developer's certificate.
They are correct, but they are also missing part of the story.
They part they are missing is: in order to use some of the APIs on the phone, your midlet must be "blessed" by the operator. Technically it has to say the protected features it wants access to and be signed by the manufacturer or operator. All this is covered in the MIDP2.0 (JSR-118) spec [jcp.org]. I was a member of the committee that wrote that spec.
So, if you want to write a local game you don't need any of that magic: you can do everything you want via the "untrusted" (that is: unsigned) profile. But to do some of the more advanced features (like using GPS data, or being able to be woken up when not running - push registry) you have to be signed by the manufacturer or operator.
Anyone who's read to this point will probably have noticed that the folks who make the phone or sell the phone (manufacturer or operator) are able to bless applications, but the folks who bought the phone cannot. This wasn't an accident.
When the committee was working out the details of the protection model manufacturers and operators were well represented. The only third party developers present were companies that were beholden to operators. There were no end users or corporations represented, so their interests didn't get a lot of weight.
I don't think it was evil intent by any of the parties. Its just that went these standard committees meet each representitive makes sure their interests are protected, and those who aren't present don't get a voice. This is a very common problem for most standard committees; its not unique to the JCP or MIDP. But it does help to explain why you, an 3rd party developer is a second class citizen even for your own phone, let alone your customer's phones.
Re:J2ME development issues (Score:2)
Were you a voice for the end user?
If not you are as culpable as the rest -- more, in fact, because you have demonstrated a clear understanding of the situation -- in working to circumvent the rights of the customer to use their own property.
If not you are an enslaver of your fellow man and a traitor.
Those of us in positions to advocate against the encroachment on fundamental freedoms have a sacred duty to do so. Technical knowledge and its associated power
Re:J2ME development issues (Score:3, Informative)
The reality is that Java mobile standards are horribly mired in politics. Whilst you might think that sidestepping all that nonsense would be a good thing, the bizarre truth is that experience has proved that to be wrong. Look at the original MIDP-1 standard. It was a pretty simple thing, even underpowered, yet still a great many devices shipped with MIDP-1 implementations which were not properly compliant. Almost as b
Re:J2ME development issues tsarkon reports (Score:2)
If you don't have medicines, you should get some. Seriously.
Buy a hackable phone (Score:2, Interesting)
I do my J2ME compiles against the Motorola SDK (I had to borrow a Windows machine to get the jars) using mpowerplayer for the preverify/local testing. Then I just upload the
Get a provider that is willing to give you freedom (Score:2)
A reply from Sprint App. Developer Program (Score:2)
I manage Developer Platforms and Support for Sprint so I think I may have something to add here. (Apologies for the length, but there are a lot of very valid points raised in this thread that I'd like to address.)
Preamble: My personal philosophy or Where I'm coming from or My Role At Sprint
I've posted on the general topic of openness to developers [slashdot.org] before. I've been a software developer, both as a dabbler and as an employee for both startups and established companies. I've been involved in wireless deve
Re:A reply from Sprint App. Developer Program (Score:1)