Я-Причал или Причал

Question

У меня есть веб-приложение для размещения на устройстве Android. В настоящее время я использую эмулятор, доступный с Android SDK. Мое приложение будет обслуживать как статические, так и динамические данные. В настоящее время я использую причал версии 6.1.22. Я хотел спросить, что будет лучшим вариантом для использования. 1. Веб-сервер Jetty с удаленным кодом. 2. I-Jetty.

Мое приложение использует следующие функции-

• ResourceHandler для обслуживания статических ресурсов.
• Общий сервлет для обслуживания синхронных запросов данных.
• Расширение CometServlet для обслуживания асинхронных запросов данных.

Я с нетерпением жду следующих критериев для сравнения.

• Размер приложения. Размер apk, который будет содержать код.
• Использование памяти и ЦП при максимальной нагрузке 30 запросов / сек. Это короткие всплески, которые происходят очень редко в жизненном цикле приложения. Средняя загрузка будет примерно 5 запросов / сек.
• Простота обслуживания. Включая важные обновления Jetty в приложении.
• Любые другие побочные эффекты, которые я, вероятно, пропускаю.

Answer 1

Я тоже искал информацию о встраивании сервера i-Jetty в приложение. Как и оригинальный постер, мне нужно обслуживать как статические, так и динамические ресурсы. Я считаю, что следующий пост будет полезным началом:

http://puregeekjoy.blogspot.com/2011/06/running-embedded-jetty-in-android-app.html

Я заметил, что при поиске ответов о встраивании веб-сервера в приложение для Android многие респонденты, вместо того, чтобы дать полезный ответ, упрекают оригинальный постер за желание сделать такую ​​вещь «в телефоне». Затем они продолжают приводить все причины, чтобы не делать этого. Android-устройств больше, чем телефонов. Мой проект предполагает именно такое устройство. Спасибо за все полезные ответы на этом и других сайтах, которые направляли меня в моих усилиях. Я надеюсь, что предоставленная мной ссылка поможет другим пользователям.

Answer 2

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

В этом случае одно из решений (помогите мне подумать о других, пожалуйста!) Состоит в том, чтобы встроить веб-сервер, который будет обслуживать поток - потому что Android действительно принимает поток с URL-адреса !!

Другим решением было бы перенести некоторую нативную библиотеку и написать для нее интерфейс JNI.Слишком много работы и в лучшем случае нестабильно.

Дело в том, что есть достаточно веских причин.

Answer 3

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

Answer 4

У меня есть веб-приложение для размещения на устройстве Android.

Почему? Он не будет использоваться, за исключением, может быть, в сети Wi-Fi. Он не сможет работать ужасно долго, потому что сервисы не могут работать вечно. И т.д.

Какую бы техническую проблему вы не решили, используя веб-сервер на Android, лучше решить другими способами.

Я хотел спросить, что будет лучше опция для использования. 1. Причал веб-сервер со снятого кода. 2. I-Jetty.

Возможно, «ни», не только из-за технических проблем, но и из-за того, что Грег Уилкинс (создатель Jetty) не очень любит Android . Из этих двух, i-jetty, по крайней мере, регулярно тестируется на Android.

Использование памяти и процессора под максимальным загрузка 30 запросов / сек Это короткие всплески, которые происходят очень мало раз в жизненном цикле приложения. Среднее нагрузка будет примерно 5 запросов / сек.

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