Обсуждение:Java Native Access
 | Эта статья имеет рейтинг Start-class по шкале оценки контента Википедии . Она представляет интерес для следующих WikiProjects : | ||||||||||||||||||||||||||
| |||||||||||||||||||||||||||
Типы C
Я нахожу раздел типов довольно сомнительным, так как он кажется довольно ориентированным на Windows со специальными именами win32 и типами (C/C++) с длиной, которую они обычно имеют В WINDOWS, в Linux, например, long может быть 32-битным или 64-битным. тогда Википедия не является руководством. Flow, 145.53.104.245, 20 дек. 2010 19:46 (GMT+1)
- Раздел типов взят из документации JNA, где указаны размеры байтов и т.п. IsmAvatar ( обсуждение ) 08:38, 2 августа 2011 (UTC)
- В Linux int — 32 бита, long будет 32 бита в 32-битном режиме, 64 бита в 64-битном режиме, исправлено выше. Dfries ( обсуждение ) 13:12, 12 июля 2019 (UTC)
svnkit
Я, возможно, слишком глуп, чтобы понять эту идею, но почему SVNKit, который, как сообщается, является «чистой клиентской библиотекой Java Subversion», использует Java Native Access? Разве это не случай «или-или»? 130.246.132.26 ( talk ) 12:29, 6 августа 2009 (UTC)
- Есть две загружаемые версии — одна с, а другая без. Так что это чистая Java, но с JNA она может делать некоторые собственные вызовы для более быстрого доступа. Более подробную информацию можно найти на этой странице. IsmAvatar ( talk ) 08:43, 2 августа 2011 (UTC)
Перенесено для обсуждения
Перенесено из статьи для обсуждения. Похоже, что следующее было добавлено против WP:COI и не имеет источника. Возможно, что-то из этого можно было бы включить в статью, если бы оно было надлежащим образом указано. -- Ronz ( обсуждение ) 16:31, 8 августа 2008 (UTC)
Частичный источник — это то, что я написал на странице проекта JNA; я могу только поручиться за то, что произошло, когда я взял проект на себя; я обобщил предыдущую историю из объявления о публикации проекта. --twall 00:07, 18 октября 2008 (EST)
Я думаю, что Историю JNA следует перенести на Главную страницу. Это полезно для понимания этого проекта. — Предыдущий неподписанный комментарий добавлен Xamalek ( обсуждение • вклад ) 22:15, 30 сентября 2015 (UTC)
История
Фрагменты проекта JNA восходят к небольшой общей библиотеке заглушек, изначально написанной Шэн Ляном из команды JNI компании Sun Microsystems и продемонстрированной на JavaOne около 1999 года.
В течение следующих семи лет Тодд Фаст (также из Sun) значительно модифицировал библиотеку Шэна, чтобы добавить полную поддержку Win32, предоставить более дружественный API и расширить возможности сопоставления собственных библиотек, функций и типов с эквивалентами Java. Впервые он опубликовал проект на java.net под названием «Java Native Access (JNA)» осенью 2006 года. Название должно было отражать как сходства, так и различия с Java Native Interface (JNI), который является стандартным (хотя и относительно сложным) механизмом доступа к собственному коду из Java.
Тимоти Уолл стал сопровождающим проекта в феврале 2007 года и внес вклад, расширив набор функций, добавив порты Linux и OSX и сделав библиотеку пригодной для более сложных типов функций. Уэйн Мейсснер внес значительный вклад в обеспечение широкого спектра портов, включив libffi и включив 64-битные цели.
В первом публичном релизе кроссплатформенная поддержка была ограничена Solaris и Win32, и была только частичная поддержка структур для собственных вызовов. С предполагаемой целью предоставления краткой модели программирования для разработчиков, API использовал аннотации JDK 5 и функции безопасности типов, хотя эти функции были позже удалены для поддержки использования JNA с более ранними версиями Java VM. Наконец, в результате работы Тодда над проектом в Sun, JNA упакован в домен com.sun, хотя большая часть работы над проектом с тех пор перешла к сторонам за пределами Sun.
JNA работает только с C и подмножеством C языка C++, верно?
То есть нет поддержки перегруженных функций, типов данных C++ (std::string, std::vector, std::map и т. д.) и других возможностей C++, или я ошибаюсь? -- RokerHRO ( обсуждение ) 17:36, 3 сентября 2012 (UTC)
Внешние ссылки изменены
Здравствуйте, уважаемые википедисты!
Я только что изменил одну внешнюю ссылку на Java Native Access . Пожалуйста, уделите немного времени, чтобы просмотреть мои правки . Если у вас есть какие-либо вопросы или вам нужно, чтобы бот игнорировал ссылки или страницу в целом, посетите этот простой раздел FaQ для получения дополнительной информации. Я внес следующие изменения:
- Добавлен архив https://web.archive.org/web/20090523145246/http://today.java.net/pub/a/today/2009/05/19/protect-your-legacy-code-jna.html в http://today.java.net/pub/a/today/2009/05/19/protect-your-legacy-code-jna.html
Закончив просмотр моих изменений, вы можете следовать инструкциям в шаблоне ниже, чтобы исправить любые проблемы с URL-адресами.
Это сообщение было опубликовано до февраля 2018 года . После февраля 2018 года разделы страниц обсуждения "Внешние ссылки изменены" больше не генерируются и не отслеживаются InternetArchiveBot . Никаких специальных действий в отношении этих уведомлений страниц обсуждения не требуется, кроме регулярной проверки с использованием инструкций инструмента архивации ниже. Редакторы имеют право удалять эти разделы страниц обсуждения "Внешние ссылки изменены", если они хотят очистить страницы обсуждения от загромождения, но перед выполнением массовых систематических удалений ознакомьтесь с RfC . Это сообщение динамически обновляется через шаблон (последнее обновление: 5 июня 2024 г.) .{{source check}}
- Если вы обнаружили URL-адреса, которые бот ошибочно посчитал неработающими, вы можете сообщить о них с помощью этого инструмента.
- Если вы обнаружили ошибку в архивах или самих URL-адресах, вы можете исправить их с помощью этого инструмента.
Привет.— InternetArchiveBot ( Сообщить об ошибке ) 23:13, 22 ноября 2017 (UTC)
