<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: JAD is BAD</title>
	<atom:link href="http://blog.javia.org/jad-is-bad/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.javia.org/jad-is-bad/</link>
	<description>Android apps</description>
	<lastBuildDate>Fri, 11 Nov 2011 12:16:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.2</generator>
	<item>
		<title>By: Andre</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-10753</link>
		<dc:creator>Andre</dc:creator>
		<pubDate>Thu, 04 Nov 2010 08:21:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-10753</guid>
		<description>In the beginning, I didn&#039;t like the idea of JAD files either. I won&#039;t say that I like them now, but I&#039;ve gotten used to them and besides, they are not going away so no use in complaining...

How do you propose to handle MIDlet signing without a JAD? You can&#039;t generate the signature of the JAR if you need to place the signature inside the JAR as this would alter the checksum/hash of the JAR.</description>
		<content:encoded><![CDATA[<p>In the beginning, I didn&#8217;t like the idea of JAD files either. I won&#8217;t say that I like them now, but I&#8217;ve gotten used to them and besides, they are not going away so no use in complaining&#8230;</p>
<p>How do you propose to handle MIDlet signing without a JAD? You can&#8217;t generate the signature of the JAR if you need to place the signature inside the JAR as this would alter the checksum/hash of the JAR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nicole</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-42</link>
		<dc:creator>nicole</dc:creator>
		<pubDate>Wed, 19 Sep 2007 13:24:19 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-42</guid>
		<description>The idea of the JAD first to ensure it meets requirements is not a bad idea, and as applications get bigger and bigger it will continue making sense, especially as JAD files will provide information such as library, and library dependencies and its good</description>
		<content:encoded><![CDATA[<p>The idea of the JAD first to ensure it meets requirements is not a bad idea, and as applications get bigger and bigger it will continue making sense, especially as JAD files will provide information such as library, and library dependencies and its good</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nicole</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-44</link>
		<dc:creator>nicole</dc:creator>
		<pubDate>Wed, 19 Sep 2007 13:22:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-44</guid>
		<description>From experience when pushing Midlets via Bluetooth the JAD/JAR files does become a problem, in the end you tend to just push the JAR file only. But in general I agree with Ortiz comments with respect to OTA via carrier.</description>
		<content:encoded><![CDATA[<p>From experience when pushing Midlets via Bluetooth the JAD/JAR files does become a problem, in the end you tend to just push the JAR file only. But in general I agree with Ortiz comments with respect to OTA via carrier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nicole</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-43</link>
		<dc:creator>nicole</dc:creator>
		<pubDate>Wed, 19 Sep 2007 13:21:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-43</guid>
		<description>its,a good thing to download something from JAD cause it can help any one with anything that you download from,so i prefer this one in stared of something else.</description>
		<content:encoded><![CDATA[<p>its,a good thing to download something from JAD cause it can help any one with anything that you download from,so i prefer this one in stared of something else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Lam</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-41</link>
		<dc:creator>Jason Lam</dc:creator>
		<pubDate>Mon, 19 Feb 2007 03:09:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-41</guid>
		<description>From experience when pushing Midlets via Bluetooth the JAD/JAR files does become a problem, in the end you tend to just push the JAR file only.  But in general I agree with Ortiz comments with respect to OTA via carrier.</description>
		<content:encoded><![CDATA[<p>From experience when pushing Midlets via Bluetooth the JAD/JAR files does become a problem, in the end you tend to just push the JAR file only.  But in general I agree with Ortiz comments with respect to OTA via carrier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anders Borg</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-40</link>
		<dc:creator>Anders Borg</dc:creator>
		<pubDate>Mon, 29 Jan 2007 21:38:45 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-40</guid>
		<description>There&#039;s a good reason for using a JAD, but this approach is yet not used much: Let&#039;s say you&#039;ve made an application that wants to check regularly if there&#039;s a new version of it. It could then download and parse the JAD and compare the MIDlet-Version in there with that of the currently installed MIDlet. If there&#039;s a newer version, the user could be asked to upgrade.</description>
		<content:encoded><![CDATA[<p>There&#8217;s a good reason for using a JAD, but this approach is yet not used much: Let&#8217;s say you&#8217;ve made an application that wants to check regularly if there&#8217;s a new version of it. It could then download and parse the JAD and compare the MIDlet-Version in there with that of the currently installed MIDlet. If there&#8217;s a newer version, the user could be asked to upgrade.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wap Review</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-39</link>
		<dc:creator>Wap Review</dc:creator>
		<pubDate>Sun, 07 Jan 2007 22:15:14 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-39</guid>
		<description>&lt;strong&gt;Carnival Time!...&lt;/strong&gt;


Photo by Rick Takagi 	Some rights reserved.
After a long holiday break, the Carnival of the Mobilists is back. I&#039;m honored to host it here at Wap Review with a great selection of posts from all areas of the mobile scene.
History and Prognostication: ...</description>
		<content:encoded><![CDATA[<p><strong>Carnival Time!&#8230;</strong></p>
<p>Photo by Rick Takagi 	Some rights reserved.<br />
After a long holiday break, the Carnival of the Mobilists is back. I&#8217;m honored to host it here at Wap Review with a great selection of posts from all areas of the mobile scene.<br />
History and Prognostication: &#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: C. Enrique Ortiz</title>
		<link>http://blog.javia.org/jad-is-bad/comment-page-1/#comment-38</link>
		<dc:creator>C. Enrique Ortiz</dc:creator>
		<pubDate>Tue, 12 Dec 2006 21:25:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.javia.org/?p=33#comment-38</guid>
		<description>I&#039;ve to disagree on this one :-).  The whole archiver approach to extract the manifest is just more work than including the JAD file in the first place. The idea of the JAD first to ensure it meets requirements is not a bad idea, and as applications get bigger and bigger it will continue making sense, especially as JAD files will provide information such as library, and library dependencies and versions, -- no need to download a large JAR (particularly if there is no flat-rate) if anyways it won&#039;t meet pre-requisistes.

ceo</description>
		<content:encoded><![CDATA[<p>I&#8217;ve to disagree on this one <img src='http://blog.javia.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .  The whole archiver approach to extract the manifest is just more work than including the JAD file in the first place. The idea of the JAD first to ensure it meets requirements is not a bad idea, and as applications get bigger and bigger it will continue making sense, especially as JAD files will provide information such as library, and library dependencies and versions, &#8212; no need to download a large JAR (particularly if there is no flat-rate) if anyways it won&#8217;t meet pre-requisistes.</p>
<p>ceo</p>
]]></content:encoded>
	</item>
</channel>
</rss>

