Java клиент REST без схемы
Да, сценарий № 3, то есть conda только в base env, с каталогом base bin/ в PATH представляется стандартной конфигурацией .
Когда я клонировал свою базу, то есть
conda create -n base-clone --clone base
, он предупредил меня, что пакеты conda и conda-env не будут скопированы, что привело к в конфигурации у вас в случае № 3.
Чтобы исправить случай (2), вероятно, достаточно было бы удалить conda и conda-env из YAML, а затем воссоздать env.
Не уверен насчет случая (1), хотя обычно каталог base bin/ должен быть на PATH в большинстве установок по умолчанию, и активация другого env (клонированного или нет) не должна влиять эту запись, но только до envs/your-env/bin/ (более высокий до) до PATH.
Полагаю, мне следует добавить отказ от ответственности, что это все из эмпирического опыта / тестирования (с conda v4.5.12 , установленным через Miniconda на MacOS 10.14), а не из каких-либо прямых знаний о внутренностях conda. [1113 ]
3 ответа
Интересно, что они обеспечивают URL HTTP как пространство имен URI для схемы, но на самом деле не сохраняют их схему там. Это могло быть контролем с их стороны, который могла исправить регистрация электронного письма или списка рассылки.
Один подход должен создать Вашу собственную схему, но это походит на большую работу для небольшого возврата. Учитывая то, насколько простой сообщения, интересно, нужен ли Вам даже POJO для обертывания их? Почему не только имеют обработчик, который извлекает данные, Вам нужно использование XPath?
Править: уничтожение от прошлого, но я видел комментарий, перечитывал вопрос и понял, что первое предложение было трудно понять. Так, разъяснение:
Одна очень хорошая привычка, если Вы собираетесь записать публично доступный веб-сервис, состоит в том, чтобы сделать Ваш документ схемы доступным в том же URL, что Вы используете для пространства имен схемы URI - или лучше, имеете тот URL быть ссылкой на подробную документацию (пространство имен XSD W3C является самостоятельно хорошим примером: http://www.w3.org/2001/XMLSchema).
Я предложил бы писать бобы вручную и только аннотировать аннотациями JAXB, если Вы имеете к. Для большинства средств доступа/мутаторов (методы считывания/методы set) Вы не имеете к; по умолчанию все общедоступные бобовые средства доступа и поля рассматривают, имя получено с помощью бобовой конвенции, и значение по умолчанию должно использовать элементы вместо атрибутов (таким образом, атрибуты должны быть аннотированы).
Кроме того, можно, конечно, записать схему вручную, генерировать бобы с помощью JAXB, если Вам нравится Схема W3C много. И просто используйте получающийся код, не схему, для привязки данных.
Относительно POJO: это может быть очень просто. Что-то как:
@XmlRootElement("Response")
class Response {
public int responseCode;
public String responseMessage;
public String token; // or perhaps byte[] works for automated base64?
}
и так же для других. Или, используйте методы считывания/методы set, если Вы любите их и не возражаете против бита больше многословия. Это просто контейнеры данных, никакая потребность стать слишком необычным.
И если необходимо автоматически обнаружить тип от содержания, рассмотреть использование синтаксического анализатора Stax, чтобы видеть что корневой элемент и затем связать использование JAXB Unmarshaller, вручив XMLStreamReader, который указывает на тот корневой элемент. Тем путем можно передать другой тип объекта для привязки с.
И наконец: отправка/получение запросов: простые работы HttpURLConnection хорошо для ДОБИРАЮТСЯ, и запросы POST (создайте использование, скажем, URL.openConnection ()). Джакартский HttpClient имеет больше функций в случае необходимости. Таким образом, часто Вам действительно не нужен отдельный клиент REST - они могут пригодиться, но обычно основываться на простых http клиентских частях.
Я считаю HTTP4E очень полезным для выполнения вызовов REST. Это замечательный плагин Eclipse, в нем есть вкладки, раскраска синтаксиса, автоматическое предложение, генерация кода, воспроизведение HTTP-вызовов REST и т. Д. Он отлично справляется с отладкой HTTP, вмешательством HTTP, взломом. Мне это очень нравится.