Отчет о поиске работы в Чикаго.

[WildVlad]

Хе-хе
Фресно жарче ЛА скажу вам честно (летом)
Сбегать буду в другие части. По возможности не ЛА

Знаю я что жарче. 90F+ ночью
Да, в LA однозначнА делать неча

[Orest]

В дополнение к тем конспектам по EJB/J2EE вот вам частые вопросы по plain Java, SWT, JDBC потому как - как правило, без java ниодно такое (J2EE) интервью не обходиться.

http://www.techinterviews.com/?p=214

[WildVlad]

В дополнение к тем конспектам по EJB/J2EE вот вам частые вопросы по plain Java, SWT, JDBC потому как - как правило, без java ниодно такое (J2EE) интервью не обходиться.

http://www.techinterviews.com/?p=214

Только осторожно с этим. Насчитал несколько неточностей, так что на 100% веру принимать не стоит. Примеры:

15(юникодов на самом деле много и далеко не все из них 16ти битные),
30 (see boxing in java5 (?), а также иногда reflection может сконвертит int<->Integer),
31 (нет определения что же на самом деле cloneable),
32 (бред полнейший - a)abstract класс не обязан иметь abstract method; b) неправильно построено предложение - пропущено слово abstract перед method; c) ну то есть если я декларирую абстрактный класс, то я должен сразу декларировать потомка??? а если не задекларировал?)
43. Если бы только two
44. Полнейший бред. То есть daemon - это только GarbageCollector thread????
45. то есть, например, java.lang.System.in это не глобальная переменная? Ну синтакс доступа чуть длиннее, но смысл то тот же
51. Если предыдущий security manager не против
70. ну не только SQL можно вызывать через JDBC. Можно аще по методате пройтись
85. а разве h) еще жив? ну и где же WebSphere?
87. При чём тут a)? Ну может как-то можно что-то протрачить через какие-нибудь client-side сертификаты... но к теме вопроса это отшоения не имеет. e) типа session tracking делается через http session не поспоришь Правда в качестве компенсации забыли про SSL - этим тоже можно тракить
93. парметры разделяются через & а не через ||
94. не совсем точно.
104 - порадовал ответ ну то есть умение написать какие-то слова при этом не несущие ни какой смысловой нагрузки
105. jar может быть и uncompressed suprise. вывод верный, а логика не совсем


короче, выглядит как индусская шпаргалка

[Nik0]

[quote="WildVlad"][quote="Nik0"]Или more than
one class loaders.[/quote]Вот он правильный ответ :) То есть если один и тот же класс загружен sibling classloader'ами, то это будут два разных класса (с одним именем!), и соответственно получим два синглетона...
А используется это внутрях app server'ов, чтобы одна аппликуха не мешала другой, например. Ну и еще с этим усиленно борются там же внутрях, чтобы те синглтоны, которые должны быть синглетонами ими и оставались :)[/quote]

(Sorry for plain Engligh - no RU keyboard at work)
Ok! I am not sure if they (at Sun) are fighting against doubling singletons,
but one of them (Sun gurus) has actually put a nice article about singletons
and how to use them AND how to create more than one!

And like I said - it is always good to tell what is the purpose of one
and what are other constraints.Reflection, deserialization, using
.class.newInstance() - all are valid options provided conditions are
met.
Cheers.

Nik
(Canada)

[WildVlad]

Ok! I am not sure if they (at Sun) are fighting against doubling singletons,
but one of them (Sun gurus) has actually put a nice article about singletons
and how to use them AND how to create more than one!

And like I said - it is always good to tell what is the purpose of one
and what are other constraints.Reflection, deserialization, using
.class.newInstance() - all are valid options provided conditions are
met.

Не знаю, что именно там было написано, но вот попробуйте запустить

Code: Select all

import java.lang.reflect.Constructor;

public class T1 {

   public static void main(String[] args) throws Exception {
      S1 s1 = S1.getInstance();
      try {
         S1 s2 = (S1) s1.getClass().newInstance();
      } catch (Throwable t) {
         t.printStackTrace(System.out);
      }
      
      Constructor constructor =  s1.getClass().getDeclaredConstructor(new Class[0]);
      constructor.setAccessible(true);
      S1 s3 = (S1)constructor.newInstance(new Object[0]);
      System.out.println(s3);
      System.out.println(s1 == s3);
   }

}
class S1 {
   
   private S1(){
   }
   private final static S1 instance = new S1();
   
   public static S1 getInstance(){
      return instance;
   }

}

Результат:

Code: Select all

java.lang.IllegalAccessException: Class T1 can not access a member of class S1 with modifiers "private"
   at sun.reflect.Reflection.ensureMemberAccess(Reflection.java:57)
   at java.lang.Class.newInstance0(Class.java:302)
   at java.lang.Class.newInstance(Class.java:261)
   at T1.main(T1.java:10)
S1@765291
false

Тупой вызов S1 s2 = (S1) s1.getClass().newInstance(); кидает IllegalArgumentException... Надо явно делать setAccessible(true) конструктору (здесь SecurityManager проверит допустимость такого безобразия)... Причём его можно получить только через Class#getDeclaredConstructor, а просто Class#getConstructor его не вернёт...

Ну и десериализовать в обход конструктора можно только что-нибудь Serializable

[Nik0]

Да я собственно не спорил против необходимости extra steps -
в данном случае изменить modifier to public. Делали такое.
И как правило, security manager не дает :((
Вот использовать class loader не пришлось, слышал только.
Кстати, а как себя ведет VM/Security Manager в случае использования
class loaders? Не будет ли там тоже каких возмущений типа
no access?

Thanks,

Nik

[WildVlad]

Вот использовать class loader не пришлось, слышал только.
Кстати, а как себя ведет VM/Security Manager в случае использования
class loaders? Не будет ли там тоже каких возмущений типа
no access?

Возмущения будут http://java.sun.com/j2se/1.4.2/docs/gui ... sions.html
но сервера себе берут полные привилегии... Кстати, некторые AppServers позволяют запихнуть policy в EAR и расслабится...

Как бы фишка с класслоадерами позволяет использовать деплоить разные версии одной и той же аппликухи на один сервер но под разными именами... Без боязни конфликтнуть по списку используемых классов а также случаев когда синглтон из программы А видит на самом деле есть синглтон из соседней программы Б, но имеющий то же имя

А иногда наоборот, дабы избежать проблемм нужно сделать общий синглетон - для этого jar нужно бросить в какой-нить lib или ext - каталог апп сервера (а не паковать в ear как для первого случая).

Это конечно мелочи, но порой такие надоедливые... Особенно весело смотреть на попытки засунуть какую-нить новейшую версия apache logging (там полно синглтонов) или commons в ear и деплоинуть это дело на на какой-нить сервак использующий у себя внутрях более старую версию его Тут та и наступают танцы с бубеном благо некоторые серваки поддерживают разные class loading strategies, но далеко не все

[sergol]

Ну вроде все, впереди cross country relocation.

Поздравляю, удачи с переездом и добро пожаловать на чикагщину. Если чем помочь надо с чикагской стороны - обращайтесь.

[Montchik]

Thank you!

[DP]

Кстати, TEKSystems каким-то образом уломала их клиента (US Foods) попробовать нанять меня по-телефону. Но это исключение. Все хотят иметь in-person перед принятием решения.

not exactly true - во всяком случае тот же Orbitz наш клиент и мы туда консультантов устраивали после только телефонных интервью... хотя если это был сразу direct hire они могут перестраховываться...

[liamkin]

Народ! Не могу никак файло с РапидШара выкачать. Не отдает. Ломился с 10 разных анонимайзеров и т.п. Зашарьте в осле что ли и линк сюда киньте.

[Rayman]

Помимо Spring могут спрашивать про IoC (Inversion of Control, Depedency Injection) - модная нынче теба.

Было про синхронизацию доступа к одному обьекту, в пределах кластера.

[KOT MATPOCKUH]

LA слишком жаркое место для меня и семьи. Нам больше подходит четыре сезона. Второй момент это real estate prices. В LA аrеа цены просто сумашедшие.

ППКС

Я тоже через год отсюда сваливаю, именно по этим двум причинам. Жара уже просто достала. Не знаю почему люди так сюда стремятся, может быть кто-то просто путает туризм с эмиграцией, а может кому-то действительно нравится, когда почти круглый год палит солнце, которое не только дает жару, но и нехило на мозги давит

[SEL]

LA слишком жаркое место для меня и семьи. Нам больше подходит четыре сезона. Второй момент это real estate prices. В LA аrеа цены просто сумашедшие.

ППКС

Я тоже через год отсюда сваливаю, именно по этим двум причинам. Жара уже просто достала. Не знаю почему люди так сюда стремятся, может быть кто-то просто путает туризм с эмиграцией, а может кому-то действительно нравится, когда почти круглый год палит солнце, которое не только дает жару, но и нехило на мозги давит

Смотрите как не вляпаться в место где жарко+влажно

[Лю]

LA слишком жаркое место для меня и семьи. Нам больше подходит четыре сезона. Второй момент это real estate prices. В LA аrеа цены просто сумашедшие.

ППКС

Я тоже через год отсюда сваливаю, именно по этим двум причинам. Жара уже просто достала. Не знаю почему люди так сюда стремятся, может быть кто-то просто путает туризм с эмиграцией, а может кому-то действительно нравится, когда почти круглый год палит солнце, которое не только дает жару, но и нехило на мозги давит

Да лaдно ,ребята!!!
мы тут после Израиля просто отдыхаем