<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to 47: Access Modifier validation</title><link href="https://sourceforge.net/p/rejava/feature-requests/47/" rel="alternate"/><link href="https://sourceforge.net/p/rejava/feature-requests/47/feed.atom" rel="self"/><id>https://sourceforge.net/p/rejava/feature-requests/47/</id><updated>2007-04-14T20:33:30Z</updated><subtitle>Recent changes to 47: Access Modifier validation</subtitle><entry><title>Access Modifier validation</title><link href="https://sourceforge.net/p/rejava/feature-requests/47/" rel="alternate"/><published>2007-04-14T20:33:30Z</published><updated>2007-04-14T20:33:30Z</updated><author><name>Sami Koivu</name><uri>https://sourceforge.net/u/koivusa/</uri></author><id>https://sourceforge.net0eac6fba44c69df19ec665c338febf4e9e673c12</id><summary type="html">&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;</summary></entry></feed>