<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Java | DXSdata</title>
	<atom:link href="https://www.dxsdata.com/category/java/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dxsdata.com</link>
	<description>Software &#124; Network &#124; Administration</description>
	<lastBuildDate>Mon, 25 Jan 2016 09:58:05 +0000</lastBuildDate>
	<language>en-GB</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.1</generator>

<image>
	<url>https://www.dxsdata.com/wp-content/uploads/2023/08/cropped-logo-32x32.jpg</url>
	<title>Java | DXSdata</title>
	<link>https://www.dxsdata.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>[:de]Java AccessControlException bei LuxController-Wärmepumpe beheben (SocketPermission)[:en]How to solve Java AccessControlException with LuxController heatpump (SocketPermission)[:]</title>
		<link>https://www.dxsdata.com/2016/01/how-to-solve-java-accesscontrolexception-with-luxcontroller-heatpump-socketpermission/</link>
					<comments>https://www.dxsdata.com/2016/01/how-to-solve-java-accesscontrolexception-with-luxcontroller-heatpump-socketpermission/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Mon, 25 Jan 2016 09:58:05 +0000</pubDate>
				<category><![CDATA[Administration]]></category>
		<category><![CDATA[Home Automation]]></category>
		<category><![CDATA[Java]]></category>
		<guid isPermaLink="false">http://www.dxsdata.com/?p=1057</guid>

					<description><![CDATA[[:en]New versions of the Java JRE browser plugin seem to get even more strict and less GUI user friendly. E.g. if you try to access your LuxController 1.6 heatpump Java web interface, by default you get an exception like AccessControlException: access denied (&#8220;java.net.SocketPermission&#8221; &#8220;x.x.x.x:8888 &#8220;connect,resolve&#8221;) (where x.x.x.x is your local heatpump IP). This even happens if [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>[:en]New versions of the Java JRE browser plugin seem to get even more strict and less GUI user friendly. E.g. if you try to access your LuxController 1.6 heatpump Java web interface, by default you get an exception like</p>
<blockquote><p>AccessControlException: access denied (&#8220;java.net.SocketPermission&#8221; &#8220;x.x.x.x:8888 &#8220;connect,resolve&#8221;)</p></blockquote>
<p>(where x.x.x.x is your local heatpump IP). This even happens if you have already added the IP to the exception list (&#8220;Configure Java&#8221; -&gt; Security -&gt; Exceptions).</p>
<p>What you can do to solve this is to edit C:\Program Files (x86)\Java\jre1.8.0_xx\lib\security\java.policy (replace &#8220;jre&#8230;&#8221; folder with your current version). Use e.g. Windows Notepad and run it with admin permissions to make the file writable.</p>
<p>In the &#8220;grant&#8221; area, add this line (use your heatpump IP):</p>
<pre class="lang:sh decode:true ">permission java.net.SocketPermission "10.1.0.70:8888", "connect, resolve";</pre>
<p>Save the file and re-open your browser.[:]</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.dxsdata.com/2016/01/how-to-solve-java-accesscontrolexception-with-luxcontroller-heatpump-socketpermission/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>DXSdata IP Intercom DoorbellDXSdata IP Intercom Doorbell</title>
		<link>https://www.dxsdata.com/2015/06/dxsdata-ip-intercom-doorbell/</link>
					<comments>https://www.dxsdata.com/2015/06/dxsdata-ip-intercom-doorbell/#respond</comments>
		
		<dc:creator><![CDATA[admin]]></dc:creator>
		<pubDate>Tue, 23 Jun 2015 06:04:31 +0000</pubDate>
				<category><![CDATA[Android]]></category>
		<category><![CDATA[Home Automation]]></category>
		<category><![CDATA[Java]]></category>
		<category><![CDATA[Mobile phones]]></category>
		<guid isPermaLink="false">http://www.dxsdata.com/?p=928</guid>

					<description><![CDATA[Scenario You are using an IP intercom like 2N Helios IP or a Mobotix product. You have an electronic door lock like G-U Secury Automatic which is connected to any home automation system like KNX, and you use a server system like Gira Homeserver, Loxone Miniserver, Wiregate or a custom EIBd system. So you might [&#8230;]]]></description>
										<content:encoded><![CDATA[<p><!--:en--><strong>Scenario</strong></p>
<p>You are using an IP intercom like 2N Helios IP or a Mobotix product.</p>
<p>You have an electronic door lock like G-U Secury Automatic which is connected to any home automation system like KNX, and you use a server system like Gira Homeserver, Loxone Miniserver, Wiregate or a custom EIBd system.</p>
<p>So you might be looking for an app for your mobile phone (or maybe in-wall tablet) to use it as a doorbell, camery display and remote door lock control.</p>
<p>Some Android apps already exist from the hardware manufacturers, e.g. 2N Helios IP Mobile. But they are quite expensive and error-prone. E.g. it does not work over VPN, does not save the chosen intercom and seems to be buggy when using WLAN connection.</p>
<p><strong>Solution</strong></p>
<p>Because I could not find an existing app which works stable and covers all these features, I wrote one.</p>
<p>You can download it for free via Android Play Store: <a href="https://play.google.com/store/apps/details?id=com.dxsdata.ipintercomdoorbell">DXSdata IP Intercom Doorbell</a></p>
<p>With this app, you can:</p>
<ul>
<li>Display any camera image from an HTTP source, e.g. 2N Helios: http://[intercom-ip]/enu/camera640x480.jpg</li>
<li>Push an app button to open the door (e.g. your KNX server gets the HTTP command and closes a relay which opens the lock)</li>
<li>Get a popup on your phone or tablet if someone is at your door and pushes the doorbell button (e.g. call your mobile phone&#8217;s local IP or DNS name like &#8220;http://[your-ip]:8787/?action=bringDoorbellAppToFrontAndRing&#8221;)</li>
<li>Some Android devices which have Ethernet ports (e.g. HP Slate 21 Pro) do not have an option to keep the LAN connection awake. This can be a problem because your doorbell cannot find the device in the network, e.g. to bring the app to front if someone is at the door. So there is an option in the IP Intercom Doorbell app to keep LAN alive.</li>
</ul>
<p>&nbsp;<!--:--></p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.dxsdata.com/2015/06/dxsdata-ip-intercom-doorbell/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Eclipse with Android plugin: Error PANIC: &#8220;Could not open: &#8230; Android3.2.ini&#8221;</title>
		<link>https://www.dxsdata.com/2012/07/eclipse-with-android-plugin-error-panic-could-not-open-android3-2-ini/</link>
					<comments>https://www.dxsdata.com/2012/07/eclipse-with-android-plugin-error-panic-could-not-open-android3-2-ini/#comments</comments>
		
		<dc:creator><![CDATA[ds]]></dc:creator>
		<pubDate>Wed, 11 Jul 2012 13:45:55 +0000</pubDate>
				<category><![CDATA[Java]]></category>
		<category><![CDATA[Android Plugin]]></category>
		<category><![CDATA[AVD]]></category>
		<category><![CDATA[Eclipse]]></category>
		<category><![CDATA[Error ini SDK]]></category>
		<guid isPermaLink="false">http://dev.schausberger.cc/?p=56</guid>

					<description><![CDATA[If you use redirected paths in Windows, e.g. for your user profile or app data, and they point to a network share, this can cause problems when running the AVD device emulator in Eclipse with the Android plugin. By default, Eclipse always looks for the [virtual device].ini under c:usersusername.android, which is not always useful. Some [&#8230;]]]></description>
										<content:encoded><![CDATA[<p>If you use redirected paths in Windows, e.g. for your user profile or app data, and they point to a network share, this can cause problems when running the AVD device emulator in Eclipse with the Android plugin.</p>
<p>By default, Eclipse always looks for the [virtual device].ini under c:usersusername.android, which is not always useful.</p>
<p>Some web sites mention a way of creating a symbolic link with mklink /J, but this is not possible with network UNC paths.</p>
<p>&nbsp;</p>
<p>Solution:</p>
<p>Set Windows system variable ANDROID_SDK_HOME, e.g. with value c:program files(86)androidandroid-sdk.</p>
<p>Restart eclipse and have a look at the AVD manager. It should now point to the new directory and you can create your virtual devices again.</p>
<p>Links:</p>
<p>http://stackoverflow.com/questions/2841766/possible-to-change-where-android-virtual-devices-are-saved</p>
<p>http://stackoverflow.com/questions/3109473/moving-default-avd-configuration-folder-android</p>
]]></content:encoded>
					
					<wfw:commentRss>https://www.dxsdata.com/2012/07/eclipse-with-android-plugin-error-panic-could-not-open-android3-2-ini/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
	</channel>
</rss>
