Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Java: Общие вопросы > проверка на запушенность


Автор: kostay 15.8.2007, 04:10
запускаю своё приложение, как проверить при старте не зупушено ли оно уже? 
ето 4тобы сотню окон программы нельзя было открыть

Автор: dorogoyIV 15.8.2007, 07:24
я думаю, что тогда надо у операционки спрашивать - запущено или нет. джаву это не волнует. 
подождем, может кто знает...

Автор: powerOn 15.8.2007, 10:49
при запуске попытаться занять какой-то определенный порт, если он уже занят - то другая копия программы уже запущена.

Автор: kostay 15.8.2007, 12:05
а как открыть порт при запуске? )я так понимаю при запуске каждый раз разный порт открывается

Автор: _Michael 15.8.2007, 12:22
Код

            try {
                ServerSocket ss = new ServerSocket(22222);
            } catch (IOException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }

Автор: LSD 15.8.2007, 16:10
Можно захватывать блокировку на файл:
Код

File tmpDir = new File(System.getProperty("java.io.tmpdir"));
File lockFile = new File(tmpDir, "my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock");
if(lockFile.exists())
  lockFile.createNewFile();
RandomAccessFile raf = new RandomAccessFile(lockFile, "rw");
FileChannel channel = raf.getChannel();
FileLock fileLock = channel.tryLock(0L, raf.length(), false);
if(fileLock != null)
{
  //accured lock, working
}
else
{
  //failed to lock file, exiting
}

Автор: kostay 16.8.2007, 01:14
4то ето зна4ит?

"my-prog.653F514B-EB11-4067-B0B6-800F62D43325[B][/B].lock"

Автор: kostay 16.8.2007, 01:40
Цитата(_Michael @ 15.8.2007,  12:22)
Код

            try {
                ServerSocket ss = new ServerSocket(22222);
            } catch (IOException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            }


работает да вроде и не плохой вариан, но выскакивает firewall и просит разрешение на разблокирование, даже если ни4его не отве4ать или отве4ать без разницы 4то программа работает. вот етот firewall лишний, еслиб какнить по процессам в системе определять или 4тото типа сокета но без сети.

Автор: mindflyer 16.8.2007, 09:09
На сокеты лучше не завязываться. Где гарантия, что  его не займёт какое-либо другое приложение? 
Лучше воспользоваться предложением LSD.

Автор: hamsterKSU 16.8.2007, 09:50
Цитата(kostay @  16.8.2007,  00:14 Найти цитируемый пост)
4то ето зна4ит?"my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock"

- это имя временного файла по которому будешь определять занят он или нет

Автор: dorogoyIV 16.8.2007, 09:54
Цитата(hamsterKSU @  16.8.2007,  09:50 Найти цитируемый пост)
4то ето зна4ит?"my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock"- это имя временного файла по которому будешь определять занят он или нет

до меня не дошло - откуда это имя взялось???

Автор: hamsterKSU 16.8.2007, 11:02
ну если фантазии не хватает придумать имя то можно воспользоватся какойто генерелкой GUID - дов или еше типа этого и просто вначале. а потом все просто - к имени добавить в начало "my-prog." а в конце расширение ".lock" - это в данном случае. 
а вообше  - это произвольное имя - но его надо бы сделать както уникальным - вот и все.

Автор: _Michael 16.8.2007, 11:12
Цитата(mindflyer @  16.8.2007,  09:09 Найти цитируемый пост)
На сокеты лучше не завязываться. Где гарантия, что  его не займёт какое-либо другое приложение? 

конечно если открывать порт 80 или 25 или еще какойто в етом роде то конечно что они будут заняты, но вряд ли из 65535 или сколько там доступных портов все окажутся занятыми. Вероятность что какойто там 54327 порт окажется занятым пренебрежительно мала. smile

Цитата(kostay @  16.8.2007,  01:40 Найти цитируемый пост)
но выскакивает firewall и просит разрешение на разблокирование, даже если ни4его не отве4ать или отве4ать без разницы 4то программа работает.

Так ты же приложение разрабатываеш, укажи фаерволу всегда разрешать, и все тут. Фаервол на то и фаервол чтоб выявлять все попытки сетевой активности. smile

Автор: mindflyer 16.8.2007, 11:50
Цитата(_Michael @  16.8.2007,  11:12 Найти цитируемый пост)
конечно если открывать порт 80 или 25 или еще какойто в етом роде то конечно что они будут заняты, но вряд ли из 65535 или сколько там доступных портов все окажутся занятыми. Вероятность что какойто там 54327 порт окажется занятым пренебрежительно мала. smile

Но ведь нужно знать какой порт проверять? Если ты пропишешь жёстко, то даже одна копия твоего приложение не стартует. А порты могут занять кто-угодно... та же миранда и scype берут, что им в голову взбредёт. Часто мешают, например, JBoss-у. А не прописав жёстко, как ты будешь определять, какой порт нужно проверять? В файл записывать? smile 
Рассчитывать на то, что вероятность занятости какого-то конкретного порта мала, нельзя. Представь, что вот именно на машине заказчика, этот порт разз! и занят. И докажи потом, что ты не верблюд. Или если твоё ПО должно работать у множества людей. Проблемы будут постоянно.
По поводу файрволла. Ты уверен, что у всех пользователей приложения будут права для настройки файрвола? Вот вероятность этого действительна очень мала smile Всегда и везде админы будут максимально урезать права и будут абсолютно правы.
Кроме того, если ты скажешь пользователю или заказчику (у которого строгие требования к безопасности), что он должен что-то там сделать со своим файрволом, то это могут быть последние слова, которые они от тебя будут слушать, ибо пошлют тебя далеко и надолго. Какого хрена они будут ослаблять свою безопасность? Зачастую фиг добьёшься разрешения открыть какой-нить один единственный порт для конкретного IP, даже если это позволит значительно ускорить работу системы по сравнению с http. А тут просто "для проверки запуска единственной копии". В лучшем случае скажут типа "мальчик , иди поучись программировать". Я не сгущаю краски, примерно так и происходит в реальности.

Автор: mindflyer 16.8.2007, 12:07
Вообще, всегда и везде нужно стараться оградить конечного пользователя от действий, которые приложение может осуществить само, даже если разработка в этом случае усложняется. Как в той старой шутке, что идеальное приложение - это одна большая кнопка с надписью "Сделай мне хорошо", при нажатию на которую прога делает "всё" smile Настройка файрвола явно не приближает к этому идеалу smile

Автор: _Michael 16.8.2007, 12:12
Ех, что тут говорить. Наверное ты прав таки, сокеты не наилучший вариант smile

Автор: AlexeyVorotnikov 16.8.2007, 13:15
У-у-у... как у нас всё запущенно © Доктор Шац

Автор: LSD 16.8.2007, 17:50
Цитата(kostay @  16.8.2007,  02:14 Найти цитируемый пост)
4то ето зна4ит?

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

А по поводу портов, согласен с mindflyer, какой бы жесткой, ни была корпоративная политика безопасности, но файлы во временной директории создавать всегда можно. Единственное но - если программу будут запускать под разными пользовательскими аккаунтами.

Автор: cube 16.8.2007, 19:13
Цитата(LSD @ 15.8.2007,  16:10)
Можно захватывать блокировку на файл:
Код

File tmpDir = new File(System.getProperty("java.io.tmpdir"));
File lockFile = new File(tmpDir, "my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock");
if(lockFile.exists())
  lockFile.createNewFile();
RandomAccessFile raf = new RandomAccessFile(lockFile, "rw");
FileChannel channel = raf.getChannel();
FileLock fileLock = channel.tryLock(0L, raf.length(), false);
if(fileLock != null)
{
  //accured lock, working
}
else
{
  //failed to lock file, exiting
}

У меня это неработает ((((
Я запихнул этот код в main метод, приложение запускается каждый раз новое... (((

Автор: kostay 16.8.2007, 22:15
Код

Единственное но - если программу будут запускать под разными пользовательскими аккаунтами. 


??

Автор: kostay 17.8.2007, 02:01
Цитата(LSD @ 15.8.2007,  16:10)
Можно захватывать блокировку на файл:
Код

File tmpDir = new File(System.getProperty("java.io.tmpdir"));
File lockFile = new File(tmpDir, "my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock");
if(lockFile.exists())
  lockFile.createNewFile();
RandomAccessFile raf = new RandomAccessFile(lockFile, "rw");
FileChannel channel = raf.getChannel();
FileLock fileLock = channel.tryLock(0L, raf.length(), false);
if(fileLock != null)
{
  //accured lock, working
}
else
{
  //failed to lock file, exiting
}



4тото сдесь не то, но вариант наилу4ший былоб неплохо работаюший код и за4ем раф? закрывать канал не надо?

вобшем надо так: создаём файл при загрузке проверяем на его нали4ие каждый раз, если он есть уходим если нет продолжаем, при закрытии и при неверном выходе из программы фаил удаляется...... tmpDir удаляется?

Автор: cube 17.8.2007, 07:35
Цитата(kostay @ 17.8.2007,  02:01)
4тото сдесь не то, но вариант наилу4ший былоб неплохо работаюший код и за4ем раф? закрывать канал не надо?

вобшем надо так: создаём файл при загрузке проверяем на его нали4ие каждый раз, если он есть уходим если нет продолжаем, при закрытии и при неверном выходе из программы фаил удаляется...... tmpDir удаляется?

Проверять файл на наличие - тоже не есть самый лучший вариант, об этом писали уже в другой теме, ведь возможны ситуации когда он по каким либо причинам не будет удален? Ошибка в програме и т.п... И тогда ты "никогда" не запустишь свою прогу... Вариант на блокировку - самый лучший на мой взгляд... Полез ковырять АПИ...


Теперь работает:

fileLock = channel.tryLock(); //channel.tryLock(0L, raf.length(), false);

Автор: kostay 17.8.2007, 23:32
ёлы палы дайка полный код 4тото у меня exception всё время врубает

Добавлено через 11 минут и 19 секунд
а всё разобрался:



Код

import javax.swing.*;
import java.awt.*;
import java.io.*;
import java.nio.channels.*;


public class Main {

    public static void main(String[] args) {

        File tmpDir = new File(System.getProperty("java.io.tmpdir"));
        File lockFile = new File(tmpDir,
                "my-prog.653F514B-EB11-4067-B0B6-800F62D43325.lock");
        try {
            if (lockFile.exists()) {
                lockFile.createNewFile();
            }
            RandomAccessFile raf = new RandomAccessFile(lockFile, "rw");
            FileChannel channel = raf.getChannel();
            FileLock fileLock = fileLock = channel.tryLock();
            if (fileLock != null) {
                MyCalendar mc = new MyCalendar();

                mc.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
                mc.setVisible(true);

                mc.setResizable(false);
            } else {
                //failed to lock file, exiting
                System.exit(0);
            }
        } catch (Exception e) {

        }
    }


}

Автор: kostay 17.8.2007, 23:56
парниша в такойже теме спрашивал как сделать 4тоб свёрнутое приложение при повторном запуске программы развора4ивалось..? 4то в мой код добавить? ))

Автор: cube 23.8.2007, 14:27
Может всетаки кто нибудь знает, как можно реализовать разворачивание GUI приложения при повторном клике по ярлыку??

Автор: LSD 26.8.2007, 08:44
Цитата(cube @  23.8.2007,  15:27 Найти цитируемый пост)
Может всетаки кто нибудь знает, как можно реализовать разворачивание GUI приложения при повторном клике по ярлыку??

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

Автор: cube 26.8.2007, 14:16
Цитата(LSD @ 26.8.2007,  08:44)
Если для блокировки используются файлы, то можно просто записать в файл определенную сигнатуру которая и будет означать, что надо развернуться. Аналогично с сокетами, надо записать некую сигнатуру в сокет.

и добавить листнер, спасибо! Вопрос решенный!

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)