jar fájl futtatása windows alól

Egy ideig működött, majd nem… A megoldás:

Open up an administrator command window (this is needed if you’re using Vista or Windows 7 with UAC enabled) and do:

assoc .jar=jarfileterm
ftype jarfileterm=”C:\Program Files\Java\jre7\bin\java.exe” -jar “%1” %*

In your case, you should replace the C:\Program Files\Java\jre7\bin\java.exe path with the one for your install of the jre.

Forrás: http://stackoverflow.com/questions/10446986/double-clicking-jar-file-does-not-open-command-prompt

Java, jpeg, exception

Az egyik publikus képfeltöltő szervlet kapcsán jeleztek egy hibát, hogy valamiféle csodaképeket egyszerűen nem lehet feltölteni. A naplófájlok elemzése után látszott is a hiba:

java.lang.IllegalArgumentException: Numbers of source Raster bands and source color space components do not match
 at java.awt.image.ColorConvertOp.filter(ColorConvertOp.java:460)
 at com.sun.imageio.plugins.jpeg.JPEGImageReader.acceptPixels(JPEGImageReader.java:1114)
 at com.sun.imageio.plugins.jpeg.JPEGImageReader.readImage(Native Method)
 at com.sun.imageio.plugins.jpeg.JPEGImageReader.readInternal(JPEGImageReader.java:1082)
 at com.sun.imageio.plugins.jpeg.JPEGImageReader.read(JPEGImageReader.java:897)
 at javax.imageio.ImageIO.read(ImageIO.java:1422)
 at javax.imageio.ImageIO.read(ImageIO.java:1282)

A hiba viszonylag könnyen reprodukálható volt, tehát volt egy jó képem, és egy rossz. A gimp semmi extrát nem mondott a képről, és a rossz kép az ismételt elmentés után is rossz maradt.

Kis keresgélés után rátaláltam az exiftool nevű alkalmazásra:

exiftool -a -G ./JUT430-1.jpg

Látszott is, hogy a kép adatai között mindenféle furcsaság található:

[JFIF] JFIF Version : 1.01
 [JFIF] Resolution Unit : inches
 [JFIF] X Resolution : 300
 [JFIF] Y Resolution : 300
 [ICC_Profile] Profile CMM Type : HDM
 [ICC_Profile] Profile Version : 2.4.0
 [ICC_Profile] Profile Class : Output Device Profile
 [ICC_Profile] Color Space Data : CMYK
 [ICC_Profile] Profile Connection Space : Lab
 ...
[ICC_Profile] Profile Description : ISO Coated v2 (ECI)
 [ICC_Profile] Char Target : (Binary data 126677 bytes, use -b option to extract)
 [EXIF] Modify Date : 2012:08:21 09:56:35
 [EXIF] Compression : JPEG (old-style)
 [EXIF] Thumbnail Offset : 1829717
 [EXIF] Thumbnail Length : 5947

Ekkor gyanús lett a dolog, az én képeimen nem volt ennyi szemét. Letöröltem az összes exif adatot:

exiftool -all= ./JUT430-1.jpg

A dolog működött, a kép megnyitható java-ban. Innen már azt hittem egyszerű a dolog, már csak meg kellene oldani, hogy az exif adatokat a java is le tudja kapni feldolgozás előtt.

Erre találtam is egy ígéretes projektet az Apache common’s Sanselan-t. Az mondjuk furcsa volt, hogy még incubator-os, béta, és 3 éve senki nem nyúlt hozzá, de abból indultam ki, hogy biztosan azért mert annyira jó… 🙂

Természetesen a dolog nem működött. A forráskód tanulmányozása során feltűnt, hogy az általam használt kódból mintha hiányzott volna az érdemi rész…

&lt;/pre&gt;<br />
public void removeExifMetadata(ByteSource byteSource, OutputStream os)<br />
 throws ImageReadException, IOException, ImageWriteException<br />
 {<br />
 JFIFPieces jfifPieces = analyzeJFIF(byteSource);<br />
 List pieces = jfifPieces.pieces;</p>
<p>//Debug.debug(&quot;pieces&quot;, pieces);</p>
<p>//pieces.removeAll(jfifPieces.exifPieces);</p>
<p>//Debug.debug(&quot;pieces&quot;, pieces);</p>
<p>writeSegmentsReplacingExif(os, pieces, null);<br />
 }<br />
&lt;pre&gt;

Gondoltam ez így nem a legjobb, ezért visszacommenteztem (nyílt forráskód rulz) a removeAll-t. Sajnos ez még önmagában nem jelentett megoldást, ugyanis nem minden addicionális adat EXIF adat, és pont azok az adatok maradtak a képen, amik a problémát okozták.

Minden JFIFPieceSegment eltávolítása nem minősült kimondottan jó taktikának, de egy kis wikipedia-s utánaolvasás után megvolt, hogy mik az egyéb adatok marker bit-jei, amikre nekem semmi szükségem, innen már csak pár sor választott el a sikertől…

</p>
<p>public void removeExifAndAllMetadata(ByteSource byteSource, OutputStream os)<br />
 throws ImageReadException, IOException, ImageWriteException<br />
 {<br />
 JFIFPieces jfifPieces = analyzeJFIF(byteSource);<br />
 List pieces = jfifPieces.pieces;</p>
<p>//Debug.debug(&quot;pieces&quot;, pieces);</p>
<p> Iterator it = pieces.iterator();</p>
<p> while (it.hasNext()) {<br />
   Object object = (Object) it.next();<br />
   if (object instanceof JFIFPieceSegment ) {<br />
     JFIFPieceSegment iffdat=(JFIFPieceSegment)object;<br />
     if (iffdat.marker&gt;= 0xFFE0 &amp;&amp; iffdat.marker&lt;=0xFFEF) {<br />
        it.remove();<br />
     }<br />
   }<br />
 }</p>
<p> pieces.removeAll(jfifPieces.exifPieces);</p>
<p>//Debug.debug(&quot;pieces&quot;, pieces);</p>
<p>writeSegmentsReplacingExif(os, pieces, null);<br />
 }</p>
<p>

A végeredmény valami ilyesmi lett:

<br />
public static void main(String[] args) {<br />
 try {<br />
String fileName=&quot;c:/JUT430-1.jpg&quot;;<br />
File f=new File(fileName);<br />
ExifRewriterAdv eRewriter=new ExifRewriterAdv();<br />
FileInputStream fis=new FileInputStream(f);<br />
ByteSourceInputStream bis=new ByteSourceInputStream(fis, null);<br />
ByteArrayOutputStream bout=new ByteArrayOutputStream ();<br />
eRewriter.removeExifAndAllMetadata(bis, bout);<br />
ByteArrayInputStream iobis=new ByteArrayInputStream(bout.toByteArray());<br />
ImageIO.read(iobis);<br />
 } catch (Exception e) {<br />
e.printStackTrace();<br />
 }<br />
 }<br />

SyncToCloud.net

Nagy nehezen elindult végre a synctocloud.net.
Mint minden jó release esetén az utolsó pillanatokban még hibákat javítottam (egész pontosabban próbáltam megcsinálni azokat a dolgokat, amikről már azt hittem, hogy rég megcsináltam őket).
És mint minden jó program esetében itt sem az a kérdés, hogy van e benne hiba, inkább csak az, hogy mennyi 🙂

Eclipse Class cache

Az új eclipse verzió óta elég gyakran megesik velem, hogy egy két projektben egyszerűen nem működik az auto-import, open by type, és ehhez hasonló nyalánkságok.

Erre a megoldás egyszerű, törölni kell a workspace/.metadata/.plugins/org.eclipse.jdt.core könyvtárból a *.index and savedIndexNames.txt fájlokat…

Java teszt

Épp ma leltem rá erre a forráskódra:

<br />
public class Swapy {</p>
<p>	public static void swap(Point arg1, Point arg2) {<br />
		arg1.x = 100;<br />
		arg1.y = 100;<br />
		Point temp = arg1;<br />
		arg1 = arg2;<br />
		arg2 = temp;<br />
	}</p>
<p>	public static void main(String[] args) {<br />
		Point pnt1 = new Point(0, 0);<br />
		Point pnt2 = new Point(0, 0);<br />
		System.out.println(&quot;X: &quot; + pnt1.x + &quot; Y: &quot; + pnt1.y);<br />
		System.out.println(&quot;X: &quot; + pnt2.x + &quot; Y: &quot; + pnt2.y);<br />
		System.out.println(&quot; &quot;);<br />
		swap(pnt1, pnt2);<br />
		System.out.println(&quot;X: &quot; + pnt1.x + &quot; Y:&quot; + pnt1.y);<br />
		System.out.println(&quot;X: &quot; + pnt2.x + &quot; Y: &quot; + pnt2.y);<br />
	}<br />
}<br />

Aminek a kimenete:

X: 0 Y: 0
X: 0 Y: 0
X: 100 Y: 100
X: 0 Y: 0

Azt hiszem ez is ideális lenne egy jó felvételi kérdésnek, de egyszerűbbekre is alig tudják a választ… 🙁

Forrás:
http://www.javaworld.com/javaworld/javaqa/2000-05/03-qa-0526-pass.html

Disbale IFrame border in IE

Igen igen, hiába mondjuk azt a Microsoft böngészőjének azt css-ben:
border: 0 none;

Ez nem elég egyértelmű. ha egy IFrame-ről van szó. Ahhoz, hogy IE alatt is működjön a dolog ezt kell mondani HTML-ben:
...iframe frameBorder="0" ...

GWT alól pedig valami ilyesmit:
iFrame.getElement().setAttribute("frameBorder", "0");

HTML render engine

Nem hittem volna, hogy valaha eljutok oda, hogy html alkalmazások esetén is render enginet, és renderereket fogok írni. A webes világ most ért el oda, ahol a pc-s már egy ideje tart, és várhatóan az emberek többsége most szembesül majd azokkal a problémákkal (lehet picit később) amikkel a „pc”-s fejlesztők már évek óta.
Annyi a különbség, hogy itt nem D3d-nek, vagy opengl-nek hívják a dolgokat, de ez az idő sincs már messze.
Tehát ha valaki webes alkalmazást fejleszt, és számít neki a sebesség, esetleg nem akarja kéthavonta újraírni az alkalmazását, az alábbi desgin patternt kövesse (hacsak nem akar pórul járni):

Renderer’s (software -> html dom, hardware -> html5 canvas, bármi más)
Render Engine
Game Logic
Game Data
Game Assets

Így talán van esélye, hogy ha 180 fokos fordulatot vesz a világ akkor se kelljen kidobni többéves munkáját.

Egy ötletes kis demóval zárom a mai napot: http://gwtcanvasdemo.appspot.com/