CUE言語(cuelang)に入門しよう
Abstruct 本記事においては、The CUE Configuration Languageを用いて設定ファイルを記述することはどのようなメリットがあるのか。また、どのような使い方が想定されるのかについて議論する。 私は、実際の開発現場において、各マイクロサービスチームがKubernetesのManifestを生成するテンプレートとして活用している。 そのため、KubernetesのManifestをcuelangを用いて記述している。(この件に関する記事は現在執筆中だ。) その経験から、CUE言語がどのような言語であるかについてここで述べることにする。 Keyword: CUE, cuelang, configuration, 設定記述言語, JSON, YAML, Kubernetes, manifest Introduction あなたは普段どんな設定記述言語を利用しているだろう
PlantUML で JSON データを簡単視覚化
最近，仕事で使うことがあってたまたま気がついたのだが， PlantUML って JSON や YAML のデータを視覚化できるんだね。 やり方は簡単。たとえば { "firstName": "John", "lastName": "Smith", "isAlive": true, "age": 28, "address": { "streetAddress": "21 2nd Street", "city": "New York", "state": "NY", "postalCode": "10021-3100" }, "phoneNumbers": [ { "type": "home", "number": "212 555-1234" }, { "type": "office", "number": "646 555-4567" } ], "children": [], "spous
RESTサービスを触る際の必須ツールPostmanを使ってみました | エクセルソフト ブログ
こんにちは。エクセルソフトの田淵です。 先日、API ManagementツールのKONGを触ってみた | エクセルソフト ブログというエントリーを書きましたが、curl や Httpie を使用することで API を叩いていました。 REST を叩くなら Postman がおすすめだよ。と教えてもらいましたので、触ってみました。 2019/11/04 に大幅に加筆修正しました。 Postman とは The Collaboration Platform for API Development とあるように、API 開発をする際にアクセス、モック作成、テストなどを個人やプロジェクトで使うことができる API クライアント／サーバーです。（全部入りと思って大丈夫w） このエントリーでは Postman の API クライアントとしての様々な機能を紹介します。 インストール＆ユーザー登録 Po
Androidアプリのプッシュ通知対応の要点 － APIキー取得から動作確認まで - OPTPiX Labs Blog
R&D部の佐藤伸です。 先日、開発中のAndroidアプリでプッシュ通知機能に対応したのですが、このときに必要な「APIキー」の取得と設定の方法がわかりにくく、とても苦労しました。 Androidのプッシュ通知の仕様は過去に二度、大きく変更されているため、ネット上で検索しても新しい情報がなかなか見つからず、これも苦労した理由の一つでした。 そこで今回の記事では、この「APIキー」の取得手順、および実際にAndroidアプリに組み込んでプッシュ通知を受信できるようにするまでの一連の手順をご紹介します。 スマホアプリのプッシュ通知対応を検討されている開発者の皆様のお役に立てればと思います。 この記事は、2016年5月上旬時点のGoogle Developers Console の仕様を元に解説しています。今後、Googleによって仕様が変更される可能性があることをあらかじめご了承ください。 プ
Google Cloud Messaging は Android 6.0 Marshmallow の Doze モードをどう扱うか
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
GSONで単一か配列かわからない項目を扱う方法 - Qiita
いきさつ Redmine REST APIでJSONを取得した際、"custom_fields"に以下のような表記が現れました。 "custom_fields": [ { "id": 1, "name": "項目１", "value": "a" }, { "id": 2, "name": "項目２", "multiple": true, "value": [ "b" ] }, { "id": 3, "name": "項目３", "multiple": true, "value": [ "c", "d" ] }, "value"の内容が"multiple" : trueの場合は配列オブジェクトで、それ以外の場合は単一となるようです。 上記の例の通り３パターンあります。 単一項目（multiple指定なし） 配列で要素数が1つ 配列で要素数が2つ以上 デシリアライズ（JSON→Java）時に単
ServletでJSON
前回、JavaアプリケーションでJSONを使ってみましたが、今回はServletでJSONを使ってみます。 サンプル：呼び出し元のtest.html test.html <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> <!DOCTYPE html> <html> <head> <meta charset="UTF-8"> <title>jQuery Test</title> <script src="https://ajax.googleapis.com/ajax/libs/jquery/2.2.0/jquery.min.js"></script> <script type="text/javascript"> $(function() { $("#btn").cl
Jackson JSON Processor で JSON のプロパティ名のマッピングを変更する
Java で JSON を使うときは Jackson JSON Processor を使うと簡単だし、速いらしいからよく使ってる。今回は割とちょくちょく遭遇する Java Bean が持つフィールドの名前と JSON のプロパティ名 (RFC の用語的にはメンバのネーム) が異なっている場合の対処法について書く。 例えば、Java は基本的にキャメルケースの命名規則を使うけど、JSON ではそうとは限らない。例えば JSON の命名規則としてはスネークケースを使いたいとき、どうすれば良いのか。こうすれば良い。 package study.jackson.namebinding; import org.codehaus.jackson.annotate.JsonProperty; public class User { private int id; @JsonProperty("user_
HTMLでWeb APIをつくる - Qiita
シングルページアプリケーションやモバイルアプリなどの普及により、サーバサイドではJSONを出力するWeb APIの必要性が高くなってきています。みなさんはどのようにWeb APIを作っているでしょうか。 JSONはビュー RailsでJSON APIを定義する時、素のままでやろうとすると コントーラでto_jsonを呼んだり、モデルにas_jsonを定義したりすることになるかと思います。 モデルに書くとAPIによって出力内容を変えたい場合にとても苦労します。 API数が増えれば増えるほどモデルが複雑になっていきます。 APIレスポンスとしてのJSONはコントローラやモデルに書くべきでしょうか？ ビューに書いた方が自然ではないでしょうか？ これはRailsでの話ですが、Railsに限らず、フレームワークを使ってWeb APIを作るときに一般的にあてはまることだと思います。 変化に強い、再利用
Web APIにはJSONベースのフォーマットを使おう - Qiita
{ "response": { "id": 3342124, "message": "Hi!", "user": { "id": 3456, "name": "Taro Yamada", "image_url": "/images/taro.png" } } } など、どの構造がいいでしょうか？ もっと違う構造も考えられます。 JSONはシンプルですが、構造に制約がなさすぎます。適切な設計を行うには適切な制約が必要です。 そこで、plain JSONに少し制約を加えたJSONベースのフォーマットを使うことをおすすめします。 もしあなたが、JSONレスポンスをどのようなフォーマットにするかをチームで議論したことがあるなら、JSON APIは『自転車置き場の議論』に対抗する武器となる。 共有された規約に従うことで、生産性が向上し、汎用的なツールを利用でき、アプリケーションという重要なものに集中
GitHub API v3 | GitHub Developer Guide
Delivering deploymentsUsing the Deployments REST API, you can build custom tooling that interacts with your server and a third-party app. Using the REST API to interact with checksYou can use the REST API to build GitHub Apps that run powerful checks against code changes in a repository. You can create apps that perform continuous integration, code linting, or code scanning services and provide de
In Jmeter, What would be syntax of parameters in Body Data section of HTTP Request Sampler, if I am using Rest APIs and taking input from CSV files?
I am trying to create 10 users at the same time in Jmeter, using REST APIs. Test Data i.e. input is taken from CSV files (The details of users like user name, last name , mobile) For this I have added one thread group,User Defined Variable,HTTP Header Manager, HTTP Request Sampler (which perform successful login into web application), JSON PATH EXTRACTOR ( to extract auth token, which will be used
Jackson の痒いところ Tips - Qiita
Jackson の、普段あんまり使わない機能過ぎて使いたいときに忘れてぐぐって時間を浪費してしまうようなケースを回避するためにメモメモします。随時更新予定。 見ればわかりますが、元ネタはほぼすべて Stack Overflow です。英語だけだと読むのが辛い、という方向け（主に自分）にまとめています。 snake_case でプロパティを表現している JSON と camelCase で表記している POJO をマッピングしたい java - Jackson overcoming underscores in favor of camel-case - Stack Overflow より。 引数に PropertyNamingStrategy.CAMEL_CASE_TO_LOWER_CASE_WITH_UNDERSCORES PropertyNamingStrategy.SNAKE_CAS
Jackson使い方メモ - Qiita
package sample.jackson; public class Hoge { public int id; public String name; @Override public String toString() { return "Hoge [id=" + id + ", name=" + name + "]"; } } package sample.jackson; import com.fasterxml.jackson.core.JsonProcessingException; import com.fasterxml.jackson.databind.ObjectMapper; public class Main { public static void main(String[] args) throws JsonProcessingException { Hog
アプリとサーバーの通信にJSONではなくSQLiteを使うと幸せになれるかも知れない条件まとめ - アニマネ開発日誌
軽い気持ちで投稿したら、思わぬ反響を頂いたこの話。 賛否両論で色々な意見を頂きました。 問題点も含めてある程度メリット・デメリットが見えてきたので、最後にまとめてみます。 ブコメ、Twitterで色々と意見を頂いた方々ありがとうございました。 この場を借りてお礼申し上げます。 前回までのおさらい クライアントとサーバー間で何らかのデータの受け渡しをする時に、 よく使われるフォーマットとしてJSONやXMLがあります。 構造がシンプルなテキストで汎用性が高いため、あらゆるプラットフォーム間の差異を吸収するフォーマットとしてメジャーな存在です。 モバイルアプリも例外ではないのですが、JSONなどを使わずにSQLiteのDBファイルを直接渡してやりとりするというのが先日書いた記事です。 SQLiteはクロスプラットフォームな上に1ファイルで完結するので、1つのファイルで様々なプラットフォームから
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Introduction | Cuetorials
implementations – JSON-RPC
Push Notification doesn't work on ionic 2 when the app is closed
SAP NetWeaver Cloud Documentation Center
JSON - DataTypes