final String строка = "Неужели они разрешены?";
for (int бегунок = 0; бегунок < строка.length(); ++бегунок) {
System.out.print(строка.charAt(бегунок));
}
Задача: полнотекстовый поиск в Oracle
То есть, мы знаем значение какой-то колонки какой-то таблицы. И ничего больше не знаем, ни названия таблицы, ни названия колонки. Такое может быть нужным, когда надо определить, в какую таблицу БД попадают определённые данные с веб-формы. Вызвано это, например, может быть тем, что у нас есть доступ к БД, но нет исходников приложения. А таблицы кто-то называл в стиле TABLE_1, TABLE_2, OT_1 и так далее.
К счастью, БД была Oracle, поэтому можно использовать тёмные стороны PL/SQL.
Думаю, смысл действа понятен, поэтому сразу к коду:
create or replace procedure whereIsValue(valueParam varchar2)
AS
TYPE VALCUR IS REF CURSOR;
cursor tabl is select table_name from user_tables;
cursor col (tablename varchar2) is select column_name
from user_tab_columns
where table_name like tableName;
valueCursor VALCUR;
tableName varchar2(50);
columnName varchar2(50);
columnValue varchar2(500);
qq number(3);
begin
open tabl;
LOOP
fetch tabl into tableName;
EXIT WHEN tabl%NOTFOUND;
OPEN col(tableName);
LOOP
fetch col into columnName;
EXIT WHEN col%NOTFOUND;
OPEN valueCursor for 'select ' || columnName
|| ' from ' || tableName;
LOOP
BEGIN
fetch valueCursor into columnValue;
EXIT WHEN valueCursor%NOTFOUND;
if (columnValue like valueParam) then
dbms_output.put_line(tableName);
exit;
end if;
EXCEPTION
WHEN OTHERS then
qq := 4;
END;
END LOOP;
CLOSE valueCursor;
END LOOP;
CLOSE col;
END LOOP;
end;
Вкратце о том, что же происходит:
@ForeignKey(name="myFKname")
Пример использования Singleton
В прошлой заметке был показан механизм создания Singleton, используя возможности EJB 3.1. Однако созданный сервис не выполнял никакой полезной работы, поэтому смысл действа казался несколько туманным.
Создадим с помощью Singleton некоторую задачу, которая требует постоянного выполнения, независимо от действией пользователей системы. Например, требуется написать некоторый оповещатель пользователя о том, что пришла новая почта. В этом случае нам потребуется механизм, способный запускать функцию проверки почтового ящика, например, каждую минуту.
Как это сделать?
Открываем заготовку Singleton из прошлой заметки и наполняем её содержанием:
@Resource
private TimerService timerService;
@PostConstruct
public void init() {
System.out.println("Инициализируем проверку почты");
long interval = 60000L; // 1 minute
timerService.createIntervalTimer(0L,
interval, new TimerConfig(null, false));
}
@Timeout
public void process(Timer timer) {
checkMail();
}
Собственно, это весь код, необходимый для организации событий, которые бы срабатывали с определённой частотой. Можно лишь добавить, что TimerService предоставляет несколько разных видов таймеров. В этом примере использовался createIntervalTimer, когда события возникают всегда через одинаковый интервал времени. Помимо этого доступны одноразовые таймеры (сработает единожды через определённое количество секунд, или же в определённое время), таймеры на основе CRON (с возможностью задать временное условие вида "каждый будний день в 9:00").
В следующий раз закончим тему таймеров, рассмотрев возможность параметризировать возникающее при достижении "часа Х" событие.
Создание Singleton в j2ee-приложениях
EJB позволяет быстро и просто реализовать Singleton, выполняющийся в отдельном потоке. Фактически, мы получаем тот же Stateful-bean, но с постоянным временем жизни. Так как это обычный bean, в нашем распоряжении оказываются механизмы Dependency Injection и аннотации @PostConstuct, @PreDestroy.
Итак, создим простой Singleton:
@Singleton
@Startup
public class ApplicationWatchDog implements Serializable {
@PostConstruct
public void init() {
System.out.println("Singleton успешно стартовал");
}
}
Что же мы сделали?
Аннотации над классом говорят сами за себя:
Для чего нам может быть нужен Observer?
Первое, что приходит в голову: логирование операций пользователя. Сохраняет/изменяет человек какие-то данные на портале - одновременно с сохранением требуемой информации нужно ещё и сделать запись в лог, что такой-то пользователь в такое-то время изменил такую-то информацию.
Как реализуется?
Для начала необходимо определить тип (название) события, которое мы хотим ловить. Для этого создаём аннотацию:
@Qualifier
@Target({FIELD, PARAMETER, METHOD, TYPE})
@Retention(RetentionPolicy.RUNTIME)
public @interface DataChangeEvent {
}
Теперь необходимо создать класс, для передачи всех необходимых данных от возбудителя события к его подписчикам.
public class DataChangeInfo implements Serializable {
public User user;
public Data data;
public DataChangeInfo(User user, Data data) {
this.user = user;
this.data = data;
}
}В сервисе, ответственном за сохранение, с помощью Dependency Injection определяем объект-событие:
@Inject
@DataChangeEvent
private Event<DataChangeInfo> eventHandler;
public void saveData(Data data, User user) {
entityManager.merge(data);
eventHandler.fire(new DataChangeInfo(user,data));
}Осталось лишь реализовать подписчиков на это событие:
@Stateless
public class DataChangeSubscriber {
public void dataWasChanged(@Observes @DataChangeEvent DataChangeInfo info) {
Date date = new Date();
User user = info.user;
Data data = info.data;
//Сохраняем data, user, date в лог.
}
}
Вот и всё, что нужно для функционирования механизма.