- Изучить и начать использовать mercurial.selenic.com (Hg)
- Изучить и начать использовать maven.apache.org
- Перейти с Log4j на давно изученный logback.qos.ch
- Хорошенько сравнить mybatis со Spring JDBC + мои доработки - использовать победителя
- Улучшить знание CSS
- Улучшить знание JavaScript
- IDEA 10 и только ручки
- StAX (и углублять JAXB)
- Активнее использовать JBoss HornetQ (может есть MQ лучше? RabbitMQ и ActiveMQ не впечатлили)
- Активнее использовать Ehcache (вкусное в 2.4, попробовать распределенный) + Spring 3.1 cache abstraction
2011-01-19
Технологические планы на 2011
2010-12-19
My Spring config style
Не понимаю фанатов Guice. Голый DI без классов удобной интеграции и XML ;-)
Если очень хочется обойтись вообще без XML в Spring:
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
Кстати, в javadoc к нему: "Note: In case of multiple @Configuration classes, later @Bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra Configuration class"
То же самое в org.springframework.context.support.ClassPathXmlApplicationContext: In case of multiple config locations, later bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra XML file…
Я конфигурирую Spring так:
- org.springframework.web.context.support.XmlWebApplicationContext
- конфигурируется в web.xml
org.springframework.web.context.ContextLoaderListener
- всё что требует гибкой настройки находится в Spring XML.
- всё что окружение-зависимо в .conf файлах читаемых org.springframework.beans.factory.config.PropertyPlaceholderConfigurer
- включены аннотации, наиболее активно используются @Autowired, @Required
- очевидные, однозначные вещи конфигурируются через @Component, @Service, @Repositary (т.е. в XML не присутствуют) через:
IDEA проверяет правильность конфига и соотвествие его Java коду. Получаем замену скриптовым языкам с проверкой на этапе написания/компиляции.
PS: интересная презентация о следующих версиях Spring 3.1, 3.2
http://www.infoq.com/presentations/Spring-3.0-3.1-3.2
PPS: с оказией прошу поддежать включение поддержки JavaScript (rhino) в поставку Spring
https://jira.springframework.org/browse/SPR-1933
свежая версия https://jira.springframework.org/secure/attachment/16144/org.springframework.scripting.rhino_100205.zip
в комментариях есть примеры работы: многопоточной, с передачей объектов из приложения и тд - сказка!
Сейчас со Spring поставляются bsh, JRuby, Groovy - кому первые два нужны неясно.
Если очень хочется обойтись вообще без XML в Spring:
org.springframework.web.context.support.AnnotationConfigWebApplicationContext
Кстати, в javadoc к нему: "Note: In case of multiple @Configuration classes, later @Bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra Configuration class"
То же самое в org.springframework.context.support.ClassPathXmlApplicationContext: In case of multiple config locations, later bean definitions will override ones defined in earlier loaded files. This can be leveraged to deliberately override certain bean definitions via an extra XML file…
Я конфигурирую Spring так:
- org.springframework.web.context.support.XmlWebApplicationContext
- конфигурируется в web.xml
- всё что требует гибкой настройки находится в Spring XML.
- всё что окружение-зависимо в .conf файлах читаемых org.springframework.beans.factory.config.PropertyPlaceholderConfigurer
- включены аннотации
- очевидные, однозначные вещи конфигурируются через @Component, @Service, @Repositary (т.е. в XML не присутствуют) через:
IDEA проверяет правильность конфига и соотвествие его Java коду. Получаем замену скриптовым языкам с проверкой на этапе написания/компиляции.
PS: интересная презентация о следующих версиях Spring 3.1, 3.2
http://www.infoq.com/presentations/Spring-3.0-3.1-3.2
PPS: с оказией прошу поддежать включение поддержки JavaScript (rhino) в поставку Spring
https://jira.springframework.org/browse/SPR-1933
свежая версия https://jira.springframework.org/secure/attachment/16144/org.springframework.scripting.rhino_100205.zip
в комментариях есть примеры работы: многопоточной, с передачей объектов из приложения и тд - сказка!
Сейчас со Spring поставляются bsh, JRuby, Groovy - кому первые два нужны неясно.
2010-12-03
Java NG
В продолжение "хотелок" в Java.
Я считаю, что язык надо упрощать, а не усложнять (как это делает Scala).
Список пожеланий, что хотелось бы улучшить, добавить:
(в тексте [] используются для простого html == меньше больше)
1. добавить всё что есть в Project Coin: small language changes
много мелких синтаксических сахарков, делающих код более простым и наглядным.
В частности 'array getter/setter': v = myList[i]; mymap["key1"] = value == компилятор подставляет вызов get и put соответственно.
Если методов get/put/set не находится, то можно использовать любые другие проаннотированные @ArrayProperty
2. всё что есть в проекте Google Guava http://code.google.com/p/guava-libraries/
плюс статические и fallback методы у интерфейсов т.е. "перенос" максимум кода из статических методов в instance методы (mySet.filter(..), map1.transform, etc).
Пояснение про fallback: это статические методы в интерфейсе вида T filter (Set this, Filter _) - если у instance метода filter(Filter) нет,
то используется fallback метод из интерфейса.
myset.filter(myfilter).transform(myfunc) выглядит нагляднее и лучше работает с автокомплитом в отличии от transform(filter(myset, myfilter), myfunc)
3. возможность не писать ";" там где IDE и компилятор справятся без ; т.е. сделать точку с запятой более опциональной
Например: после и перед } , после )
4. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело } + именование параметров по умолчанию _ / _0, _1, _2, etc.
Последнее выражение в теле замыкания == return это выражение.
Также простое указание метода реализующего тело замыкания #this.имяМетода или #имяМетода или #другойОбъект.имяМетода (примеры ниже).
Примеры использования:
new Thread(#{log.info("hello!")}).start() == new Thread(new Runnable(){@Override public void run () { log.info("hello!"); }}).start()
mySet.filter(#{_ != null}) == mySet.filter(new Predicate[SomeType](){ @Override public void boolean apply (@Nullable SomeType _) { return _ != null; }});
vs текущее Iterables.filter(mySet, ....многобукв);
list.sort(#(a,b){a-b}) задание читателю ;-)
"ссылка на метод"
new Button("Нажми меня", #myThisButtonClickListener) где в том же объекте объявлен реализующий тело интерфейса listener-а метод
public void myThisButtonClickListener (Button.ClickEvent event) {
final Window subw = new Window("суб-окошечко");
getMainWindow().addWindow(subw);
...
}
== new Button("Нажми меня", #{myThisButtonClickListener(_)})
Многие уже сейчас реализуют это через reflection т.е. можно указать объект (this в данном случае) и имя метода в виде строки "myThisButtonClickListener"
5. конструкцию let[def/val/var], для тел методов, которая бы сама выводила тип переменной _в левую сторону_ vs текущая тенденция
выводить в правую (diamond operator и все эти Джошуа Блоковские static list, newMap и тд).
Пример использования.
let myvar = new ConcurrentHashMap[ТУТ БОЛЬШОЙ СПИСОК С Generics]()
final let s = "hello"
далее по коду работать с этими переменными как с обычными типизированными
for (let i : mybiggenericmap.entrySet()) {
let k = i.key;
for (let j = k; j<MAX; j++) {
6. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
Автобилдеры? myedit.width = 80, hight = 16, styleName = "sexy, main", value = 42;
7. массивы implements Iterable (можно будет применять filter, transform) и for работающий по Iterable/Iterator/Enumeration т.е. всеядный for, а не только массив и Iterable как сейчас.
Кроме того станут возможными унифицированные API: public double sum(Iterable collectionOrArray) .
8. полезные идеи из JavaFX (полный отказ от чистого JavaFX - это хорошо)
У JavaFX 2.0 очень трезвый и разумный roadmap http://javafx.com/roadmap/
Очень рекомендую на него поглядеть, много вкусного.
9. JRebel встроенный в JVM. JRebel хорошо, а out-of-box он бы imho дал такой синергетический эффект, что здорово бы улучшил индустрию.
Самый сильный козырь скриптовых языков быстрый цикл редактирование-тестирование в web, с JRebel этот козырь получили бы все языки JVM.
10. /regexp Pattern/ прямая поддержка в Java коде т.е. данная конструкция должна выглядеть как скомпилированный Pattern.
11. === безопасный вызов equals т.е.: a = b - присваивание, a == b - сравнение ссылок и простых типов, left === b - сравнение объектов (и простых типов): if (left == b) { return true; } if (left == null || b == null) { return false; } return left.equals(b);
Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.
Я считаю, что язык надо упрощать, а не усложнять (как это делает Scala).
Список пожеланий, что хотелось бы улучшить, добавить:
(в тексте [] используются для простого html == меньше больше)
1. добавить всё что есть в Project Coin: small language changes
много мелких синтаксических сахарков, делающих код более простым и наглядным.
В частности 'array getter/setter': v = myList[i]; mymap["key1"] = value == компилятор подставляет вызов get и put соответственно.
Если методов get/put/set не находится, то можно использовать любые другие проаннотированные @ArrayProperty
2. всё что есть в проекте Google Guava http://code.google.com/p/guava-libraries/
плюс статические и fallback методы у интерфейсов т.е. "перенос" максимум кода из статических методов в instance методы (mySet.filter(..), map1.transform, etc).
Пояснение про fallback: это статические методы в интерфейсе вида T filter (Set this, Filter _) - если у instance метода filter(Filter) нет,
то используется fallback метод из интерфейса.
myset.filter(myfilter).transform(myfunc) выглядит нагляднее и лучше работает с автокомплитом в отличии от transform(filter(myset, myfilter), myfunc)
3. возможность не писать ";" там где IDE и компилятор справятся без ; т.е. сделать точку с запятой более опциональной
Например: после и перед } , после )
4. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело } + именование параметров по умолчанию _ / _0, _1, _2, etc.
Последнее выражение в теле замыкания == return это выражение.
Также простое указание метода реализующего тело замыкания #this.имяМетода или #имяМетода или #другойОбъект.имяМетода (примеры ниже).
Примеры использования:
new Thread(#{log.info("hello!")}).start() == new Thread(new Runnable(){@Override public void run () { log.info("hello!"); }}).start()
mySet.filter(#{_ != null}) == mySet.filter(new Predicate[SomeType](){ @Override public void boolean apply (@Nullable SomeType _) { return _ != null; }});
vs текущее Iterables.filter(mySet, ....многобукв);
list.sort(#(a,b){a-b}) задание читателю ;-)
"ссылка на метод"
new Button("Нажми меня", #myThisButtonClickListener) где в том же объекте объявлен реализующий тело интерфейса listener-а метод
public void myThisButtonClickListener (Button.ClickEvent event) {
final Window subw = new Window("суб-окошечко");
getMainWindow().addWindow(subw);
...
}
== new Button("Нажми меня", #{myThisButtonClickListener(_)})
Многие уже сейчас реализуют это через reflection т.е. можно указать объект (this в данном случае) и имя метода в виде строки "myThisButtonClickListener"
5. конструкцию let[def/val/var], для тел методов, которая бы сама выводила тип переменной _в левую сторону_ vs текущая тенденция
выводить в правую (diamond operator и все эти Джошуа Блоковские static list, newMap и тд).
Пример использования.
let myvar = new ConcurrentHashMap[ТУТ БОЛЬШОЙ СПИСОК С Generics]()
final let s = "hello"
далее по коду работать с этими переменными как с обычными типизированными
for (let i : mybiggenericmap.entrySet()) {
let k = i.key;
for (let j = k; j
6. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
Автобилдеры? myedit.width = 80, hight = 16, styleName = "sexy, main", value = 42;
7. массивы implements Iterable (можно будет применять filter, transform) и for работающий по Iterable/Iterator/Enumeration т.е. всеядный for, а не только массив и Iterable как сейчас.
Кроме того станут возможными унифицированные API: public double sum(Iterable
8. полезные идеи из JavaFX (полный отказ от чистого JavaFX - это хорошо)
У JavaFX 2.0 очень трезвый и разумный roadmap http://javafx.com/roadmap/
Очень рекомендую на него поглядеть, много вкусного.
9. JRebel встроенный в JVM. JRebel хорошо, а out-of-box он бы imho дал такой синергетический эффект, что здорово бы улучшил индустрию.
Самый сильный козырь скриптовых языков быстрый цикл редактирование-тестирование в web, с JRebel этот козырь получили бы все языки JVM.
10. /regexp Pattern/ прямая поддержка в Java коде т.е. данная конструкция должна выглядеть как скомпилированный Pattern.
11. === безопасный вызов equals т.е.: a = b - присваивание, a == b - сравнение ссылок и простых типов, left === b - сравнение объектов (и простых типов): if (left == b) { return true; } if (left == null || b == null) { return false; } return left.equals(b);
Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.
2010-10-26
Редкоиспользуемые, но полезные ссылки
Генератор "брендов".
"наш сервис поможет вам придумать уникальное название для вашей фирмы. Ваш новый бренд сразу заявит о вас, как о современной, инновационной и интеллектуальной компании"
http://www.brendogenerator.ru/
S как доллар
"многие люди ломают голову, как правильно диктовать адреса сайтов и электронной почты. Мы сделали сайт, который раз и навсегда ставит точку в этом вопросе.
"наш сервис поможет вам придумать уникальное название для вашей фирмы. Ваш новый бренд сразу заявит о вас, как о современной, инновационной и интеллектуальной компании"
http://www.brendogenerator.ru/
S как доллар
"многие люди ломают голову, как правильно диктовать адреса сайтов и электронной почты. Мы сделали сайт, который раз и навсегда ставит точку в этом вопросе.
Сайт «Эс как доллар» — верный помощник секретаря, менеджера и бухгалтера"
Давай я поищу в Google за тебя
2010-07-25
Java NG
Сейчас много говорят о новых языках работающих в JVM: Groovy, Scala, Clojure, JavaScript (Rhino), etc.
Мне нравятся Clojure и Rhino, остальные попахивают over-engineering'ом или "только для гиков/держать подальше от production".
Т.е. я не против "пусть цветут все цветы", но реальной замены Java пока нет и не наблюдается (очень серьезный конкурент это C# - активно развивается, но развивается IMHO по принципу "запихнем в язык всё что увидим").
Развивать Java надо (Sun развивал Java медленно, медленнее его разве что Borland с Delphi), но не пихая туда всё подряд, не усложняя язык, а наоборот упрощая.
Мой список пожеланий выглядит так:
1. всё что есть в проекте Coin
2. всё что есть в проекте Guava
3. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело }. Пример использования: new Thread(#{log.info("hello!"); }).start();
4. конструкцию let, для тел методов, которая бы сама выводила тип переменной. Пример: let myvar = new ConcurrentHashMap<Integer, Set<MyType>>(10); или final let s = "hello"; далее по коду работать с этими переменными как с обычными типизированными
5. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
6. (мелочи) массивы implements Iterable и for each работающий по Iterable/Iterator/Enumeration
Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.
Мне нравятся Clojure и Rhino, остальные попахивают over-engineering'ом или "только для гиков/держать подальше от production".
Т.е. я не против "пусть цветут все цветы", но реальной замены Java пока нет и не наблюдается (очень серьезный конкурент это C# - активно развивается, но развивается IMHO по принципу "запихнем в язык всё что увидим").
Развивать Java надо (Sun развивал Java медленно, медленнее его разве что Borland с Delphi), но не пихая туда всё подряд, не усложняя язык, а наоборот упрощая.
Мой список пожеланий выглядит так:
1. всё что есть в проекте Coin
2. всё что есть в проекте Guava
3. простые замыкания (а не предлагаемый ужас), например: #{тело метода } или #(аргумент1, арг2, ){ тело }. Пример использования: new Thread(#{log.info("hello!"); }).start();
4. конструкцию let, для тел методов, которая бы сама выводила тип переменной. Пример: let myvar = new ConcurrentHashMap<Integer, Set<MyType>>(10); или final let s = "hello"; далее по коду работать с этими переменными как с обычными типизированными
5. авто свойства: если у класса есть getter getFoo(), то можно обращаться a = obj.foo, а если есть setter setFoo(T value), то obj.foo = v1. Внутри самого класса обращение к foo должно работать с переменной T foo, а this.foo - с getters/setter.
6. (мелочи) массивы implements Iterable и for each работающий по Iterable/Iterator/Enumeration
Это сделало бы язык проще и уменьшило бы количество действительно ненужного кода, не превращая язык в Perl.
2009-10-22
Sysinternals Junction
Открыл для себя утилиту Junction от Sysinternals.
http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx
http://download.sysinternals.com/Files/Junction.zip
Замечательная штука!
Для пользователя это полный аналог linux hardlinks.
http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx
http://download.sysinternals.com/Files/Junction.zip
Замечательная штука!
Для пользователя это полный аналог linux hardlinks.
Lifehack: Минздрав has you Neo
Вчера мне потребовалось купить обычной марганцовки.
Поход в аптеку открыл новость, что свободная продажа марганцовки в России запрещена - только по рецепту врача в муниципальной аптеке.
Я подумал и взломал систему:
В аптеках продаются наборы походных аптечек для «Мамы и ребенка» и «Авто».
В нескольких из них была обнаружена марганцовка.
Я купил самую дешевую аптечку (это оказалась «Мама и ребёнок» - её остальное содержимое в хозяйстве пригодится).
Стоимость аптечки ~ 200 руб., т.е. в несколько раз дороже пакетика марганцовки, но за удовольствие обмануть систему приходится платить.
Поход в аптеку открыл новость, что свободная продажа марганцовки в России запрещена - только по рецепту врача в муниципальной аптеке.
Я подумал и взломал систему:
В аптеках продаются наборы походных аптечек для «Мамы и ребенка» и «Авто».
В нескольких из них была обнаружена марганцовка.
Я купил самую дешевую аптечку (это оказалась «Мама и ребёнок» - её остальное содержимое в хозяйстве пригодится).
Стоимость аптечки ~ 200 руб., т.е. в несколько раз дороже пакетика марганцовки, но за удовольствие обмануть систему приходится платить.
2009-03-13
Karaoke SelfMade
Как сделать из почти любого mp3 - караоке т.е. только звук без вокалиста:
Out Of Phase Stereo effect. Mixes stereo to twin-mono where each mono channel contains the
difference between the left and right stereo channels. This is sometimes known as the ‘karaoke’
effect as it often has the effect of removing most or all of the vocals from a recording.
- качаем утилиты http://sox.sf.net и http://www.mpg123.de
- достаем их из архива в PATH
- sox.exe копируем в play.exe
- mpg123 -w имя_файла.wav имя_файла.mp3 - перекодировать имя_файла.mp3 в имя_файла.wav
- play имя_файла.wav oops
Out Of Phase Stereo effect. Mixes stereo to twin-mono where each mono channel contains the
difference between the left and right stereo channels. This is sometimes known as the ‘karaoke’
effect as it often has the effect of removing most or all of the vocals from a recording.
2009-01-21
Java идеальна для системного программирования
Копия моего поста http://community.livejournal.com/ru_java/750688.html
Смотрите на мир незашоренными глазами:
Java идеальна для написания системных утилит.
Java действительно прекрасный выбор для системного программирования.
Главное понять, что некоторые различия ОС не обработаны заботливым изготовителем JRE и не поданы на блюдечке, а их потребуется обрабатывать вручную, точно также как это делают в Delphi/C++.
Т.е. отсуствующие в JRE методы реализуете вызовами к ОС (проверяя что за ОС).
https://jna.dev.java.net/
JNA provides Java programs easy access to native shared libraries (DLLs on Windows) without writing anything but Java code—no JNI or native code is required. This functionality is comparable to Windows' Platform/Invoke and Python's ctypes. Access is dynamic at runtime without code generation.
JNA allows you to call directly into native functions using natural Java method invocation. The Java call looks just like it does in native code. Most calls require no special handling or configuration; no boilerplate or generated code is required.
The JNA library uses a small native library stub to dynamically invoke native code. The developer uses a Java interface to describe functions and structures in the target native library. This makes it quite easy to take advantage of native platform features without incurring the high overhead of configuring and building JNI code for multiple platforms.
While some attention is paid to performance, correctness and ease of use take priority.
http://www.jinvoke.com/
J/Invoke - easy Java native interoperability
J/Invoke enables Java developers to easily invoke native methods (such as the Win32 API or C-based Windows DLLs and Unix dynamic libraries) with pure Java code.
Unlike error-prone JNI programming that is hard to use and deploy, J/Invoke lets you access native libraries by simply declaring native methods, and calling them from pure Java.
Java programmers can save time, avoid errors and increase productivity by using J/Invoke to
* Call native libraries from pure Java, without using JNI
* Use OS features and APIs (like the Win32 API), not available through Java
* Integrate Java applications with native libraries (Windows DLLs, Mac OS X, Linux and Solaris dynamic libraries)
* Provide Java API for native DLLs or other non-Java libraries
Do all this and more with pure, simple Java - no need to mess with C/C++ programming with error-prone and hard to use JNI, deploying intermediate DLLs, and dealing with parameter conversions between Java and native types.
Q: Хм.. Для меня системное программирование — это программирование систем, возможно операционных!
A:
1) http://www.jnode.org/
Java New Operating System Design Effort.
JNode is a simple to use & install Java operating system for personal use.
It runs on modern devices.
Any java application will run on it, fast & secure!
(open source, LGPL)
2. http://en.wikipedia.org/wiki/JavaOS
Смотрите на мир незашоренными глазами:
Java идеальна для написания системных утилит.
Java действительно прекрасный выбор для системного программирования.
Главное понять, что некоторые различия ОС не обработаны заботливым изготовителем JRE и не поданы на блюдечке, а их потребуется обрабатывать вручную, точно также как это делают в Delphi/C++.
Т.е. отсуствующие в JRE методы реализуете вызовами к ОС (проверяя что за ОС).
- Стандартный способ JNI: слишком много писать - это как писать в машинном коде.
- Если надо работать с процедурным API (ex: WinAPI) то есть:
- https://jna.dev.java.net/
- http://www.jinvoke.com/
- http://fivedots.coe.psu.ac.th/~ad/winJa
va/ (несколько глав книги Windows Programming Using Java - они используют JInvoke, но думаю будет полезно и для JNA и для Linux ;-)
- Если надо работать с ООП API (ex: COM) то есть:
https://jna.dev.java.net/
JNA provides Java programs easy access to native shared libraries (DLLs on Windows) without writing anything but Java code—no JNI or native code is required. This functionality is comparable to Windows' Platform/Invoke and Python's ctypes. Access is dynamic at runtime without code generation.
JNA allows you to call directly into native functions using natural Java method invocation. The Java call looks just like it does in native code. Most calls require no special handling or configuration; no boilerplate or generated code is required.
The JNA library uses a small native library stub to dynamically invoke native code. The developer uses a Java interface to describe functions and structures in the target native library. This makes it quite easy to take advantage of native platform features without incurring the high overhead of configuring and building JNI code for multiple platforms.
While some attention is paid to performance, correctness and ease of use take priority.
http://www.jinvoke.com/
J/Invoke - easy Java native interoperability
J/Invoke enables Java developers to easily invoke native methods (such as the Win32 API or C-based Windows DLLs and Unix dynamic libraries) with pure Java code.
Unlike error-prone JNI programming that is hard to use and deploy, J/Invoke lets you access native libraries by simply declaring native methods, and calling them from pure Java.
Java programmers can save time, avoid errors and increase productivity by using J/Invoke to
* Call native libraries from pure Java, without using JNI
* Use OS features and APIs (like the Win32 API), not available through Java
* Integrate Java applications with native libraries (Windows DLLs, Mac OS X, Linux and Solaris dynamic libraries)
* Provide Java API for native DLLs or other non-Java libraries
Do all this and more with pure, simple Java - no need to mess with C/C++ programming with error-prone and hard to use JNI, deploying intermediate DLLs, and dealing with parameter conversions between Java and native types.
Q: Хм.. Для меня системное программирование — это программирование систем, возможно операционных!
A:
1) http://www.jnode.org/
Java New Operating System Design Effort.
JNode is a simple to use & install Java operating system for personal use.
It runs on modern devices.
Any java application will run on it, fast & secure!
(open source, LGPL)
2. http://en.wikipedia.org/wiki/JavaOS
JPC is an x86 PC emulator written entirely in Java. Open Source!
АААААААААААА111111111111!!!!!!!!!!!!
Researchers at Oxford have built an x86 emulator that runs purely on Java, making it ideal for security researchers who want to analyze and archive viruses, host honeypots and defend themselves against buggy or malicious software without hosing their machines. The JPC also emulates a host of other environments, giving technophiles the ability to play Asteroids and other software that's sat on shelves for years collecting dust.
What's more, JPC will run on any device with a Java virtual machine, so cell phones, set-top boxes and RISC systems are all fair game, according to researchers in the university's physics department, where the project was developed.
"Some might see JPC as part of a nefarious plot by mad scientists who want to harness every last CPU in the world for their research - but we prefer to see JPC as Java-hardened protection against their buggy programs," they say. JPC's Java-based architecture gives it cross-platform capability, the security of running code in the Java sandbox and the flexibility of configuring virtualization platforms and software libraries.
The researchers boast its x86 emulation, at 10 per cent native speed, puts it among the fastest x86 emulators. (Note: an earlier version of this story incorrectly reported JPC emulated other environments.)
Подписаться на:
Комментарии (Atom)
Сообщения
