🚀 go-pugleaf

Dnia Wed, 12 Dec 2007 14:17:46 -0600, A.L. skrobie:
> On Wed, 12 Dec 2007 20:55:11 +0100, Seweryn Habdank-Wojewódzki
> <shw_mail@wp.pl> wrote:

> >Witam
> >
> >A.L. wrote:
> >
> >> Och... nie zauwazylem. Pan ma jesies problemy z AccessibleObject?...
> >> Potzrebuje Pan pomocy?... Chetnie sluze.
> >
> >Ja? Nie mam problemów. 
> >
> >Pan Karpierz kiedyś miał prywatne problemy, więc chciałem zrobić
> >setAccesible(true), ale do tej pory nie dowiedziałem się, czy komitet 
> >"anty C++" zezwala na używanie tej metody.

> Zezwala. Jest to bardzo uzyteczna metoda, podobnie jak wszystko pod
> haslem AccessibleObject. 

> Gdyby Pan zadal sobie trud aby zajzrec do specyfikacji tej metody,
> lacno by pan zauwazyl ze owa specufikacja specyfikuje ze ta metoda
> moze rzucic SecurityException. Znaczy, ze mozna kontrolowac do czego
> ma sie dostep a do czego nie.

> I rzeczywiscie mozna, albowiem Java ma klase SecurityManager, i caly,
> dosyc zajebiscie skomplikowany framework do "'security" i
> kontrolowania, z dosyc drobnymi szczegolami, kto ma dostep do czego i
> kiedy. Oczywiscie, ow framework nie umywa sie do analogicznego
> frameworku w C++.

To wszystko jest oczywiście prawda - z tym tylko drobnym szczegółem, że nie
"Java ma klasę", tylko jest to taka właściwość platformy wykonawczej JVM. Nie
ma zatem żadnego powodu, by nie użyć tej właściwości spod dowolnego innego
języka programowania (również C++), który miałby implementację na JVM. Faktem
jest, że na JVM są tworzone odpowiednie specjalizacje określonych języków
(Jython, Jacl), czy całkiem nowe teoretycznie (Groovy), ale to im w
najmniejszym stopniu nie umniejsza.

Znów myli pan elementarne sprawy.

Podobne zabezpieczenia i sterowanie zabezpieczeniami mają też inne platformy
wirtualne i też są na te platformy implementacje różnych języków
programowania. Podobnego typu zabezpieczenia również istnieją w jądrach
systemów operacyjnych (nie każdy użytkownik może np. mieć możliwość stworzenia
gniazda).

Nie rozumiem zatem, co ma przepraszam kwestia security (w sensie takiej klasy
SecurityManager) do języka programowania C++.

> Jak ktos pisze programy "non-secure", to oczywiscie mzona zrobic z
> nimi co sie chec. Ale albo to jest polityka firmy, albo nalezy owego
> "ktosia" wywalic z pracy.

To nie ma żadnego znaczenia.

Poza może tym drobnym szczegółem, że każdy kod binarny w Javie jest "open
source", ale pewnie ten fakt jest bez znaczenia dla security.

> JA sie nei wypowiadam na temat biblioteki Boost czy Booster czy jak
> jej tam bo jej nie znam i nei chce znac. Proponuje, aby na zasadzie
> wzajemnosci Pan nie wypowiadal sie o Javie.

Na razie lepiej, żebyś się pan nie wypowiadał na jakiekolwiek tematy inne, niż
bezpośrednio związane z Javą.


-- 
//  _    ___         Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl>
\\ L_ |/ `|  /^\ ,()                         <ethouris(O)gmail.com>
// \_ |\  \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx
"Java is answer for a question that has never been stated"