<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to 47: Access Modifier validation</title><link>https://sourceforge.net/p/rejava/feature-requests/47/</link><description>Recent changes to 47: Access Modifier validation</description><atom:link href="https://sourceforge.net/p/rejava/feature-requests/47/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sat, 14 Apr 2007 20:33:30 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/rejava/feature-requests/47/feed.rss" rel="self" type="application/rss+xml"/><item><title>Access Modifier validation</title><link>https://sourceforge.net/p/rejava/feature-requests/47/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;reJ allows the user to, for example, create a method which is at the same time "public" and "private".&lt;/p&gt;
&lt;p&gt;For 99.5% of the cases/users, this situation makes no sense and logical assignment of asses modifiers should be enforced by reJ.&lt;/p&gt;
&lt;p&gt;However it would be highly interesting to let an advanced user create situations which are normally deemed illegar by the class file verifier.&lt;/p&gt;
&lt;p&gt;One suggestion is to set the level of integrity checking in the preferences of reJ, that would by default not allow a public and private method, but which could be set to low integrity checking by the advanced user for the purposes of testing the class file verifier, for example.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Sami Koivu</dc:creator><pubDate>Sat, 14 Apr 2007 20:33:30 -0000</pubDate><guid>https://sourceforge.net0eac6fba44c69df19ec665c338febf4e9e673c12</guid></item></channel></rss>