А кто-то ещё юзает jdeveloper?

Oracle will finally deprecate its Java browser plugin in the next release of the Java SE Development Kit, JDK 9, which is scheduled for release in 2017.

ну охуеть теперь

Внезапно, Qt и Java по 20 лет исполнилось.

Столкнулся с таким вот описанием бинов в одном древнем проекте:

<beans xmlns="java://org.long.package.name"
       xmlns:x="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd">
    <ClassNameFromLongPackageName>
        <fieldName>value</fieldName>
    </ClassNameFromLongPackageName>
</beans>

Ну и имеем некий класс-бин:

package org.long.package.name;

public class ClassNameFromLongPackageName {
    private String fieldName;

    public void setFieldName(String value) {
        fieldName = value;
    }

    public String getFieldName() {
        return fieldName;
    }
}

Может я слишком мало знаю спринг и существует такой формат, а может он устарел. Подскажите или подайте направление, пожалуйста. Гугл не помог или я плохо искал. Возможно ли это заменить на привычные бины? Лично мне кажется, что тут какой-то переписанный спринг используется.

Ничего в коде необычного нет. Есть наследник AbstractXmlApplicationContext, который имплементирует SpringApplicationContext. Он использует XmlBeanDefinitionReader.

Подобные xml импортируются в контексты (что-то вроде конфигов), а потом уже эти контексты используются для импорта каких либо ресурсов.

Повторюсь: с виду эти классы - обычные бины. Сейчас буду проверять, не с переделанным ли я Spring 2.5 имею дела (смущает наличие его зазипованных исходников в транке), потому что Spring 3.2.9, например (и уж тем более 4.1.6) не хотят переваривать этот <beans … xmlns="java://"

Котаны, возьмите на работу девочку java-junior. Имеет немного опыта с веб-разработкой.

inb4: Найди NokitaKaze на картинке.

Новый жир на доу.

Java лучше всего прижилась на серверах(моргах), где занимается обработкой новых и уже существующих партий трупов. Программисты на Java получают больше всего мертвых американских президентов, что можно увидеть по статистике доу. Подобное липнет к подобному. Оракловские базы данных, конечно же, лучше всего описывают трупы сотрудников.

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

По факту, все классы в Java являются абстрактными и поэтому модификатор abstract бессмыслен. Лучше говорить, что некоторые классы описывают не совсем мертвые сущности и им приписать модификатор notdead.

Андроид студия спрашивает у меня путь к ждк. Откуда я его знаю? Пусть спросит у менеджера пакетов или мыло мейнтейнеру напишет!

Упала альфреска, перезапустил ее с переиндексацией, еще раз перезапустил, и все заработало. Но перед этим потратил 4 часа на поиски сообщения вида "Index reading failed"...

Реквестирую годное чтиво по подготовке к 1Z0-803 и 1Z0-804

Вот я делаю HttpUrlConnection без дополнительных хэдеров, отправляю запрос на сервер. Потом делаю новый и добавляю Authorization хэдер. А сервер (поинт) говорит, not authorzied. А если перезапущу приложение и сразу второй запрос с тем же хэдером - уже все ок.