# This approach is reasonable?

**URL:** <https://discuss.elastic.co/t/this-approach-is-reasonable/33691>\
**Category:** Elasticsearch\
**Created:** [November 4, 2015, 1:36am UTC](https://discuss.elastic.co/t/this-approach-is-reasonable/33691 "2015-11-04T01:36:46Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![verystrongjoe](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/verystrongjoe/32/5685_2.png) [@verystrongjoe](https://discuss.elastic.co/u/verystrongjoe)\
**Post date:** [November 4, 2015, 1:36am UTC](https://discuss.elastic.co/t/this-approach-is-reasonable/33691/1 "2015-11-04T01:36:46Z")

</div>

I am making APM solution and want to use Elastic as a data source. And I use the dashboard as a Kibana. I am making collecting agent for gathering all information in java web applicaton. I will send big messages to the elastic and left the key of the data in advance. Because the target application monitored doesn't have to have until I assemble all information and it will give better performance. I will assemble the data for the Kibana with the key. I want to set the value not to be indexed and know how to assemble data with key.

Thanks for reading.

---

<div class="post-metadata">

**Author:** ![warkolm](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/warkolm/32/39224_2.png) [@warkolm](https://discuss.elastic.co/u/warkolm)\
**Post date:** [November 4, 2015, 3:20am UTC](https://discuss.elastic.co/t/this-approach-is-reasonable/33691/2 "2015-11-04T03:20:32Z")

</div>

I am not sure I follow sorry.

But you should be attaching your application key with each message, this is a lot easier than trying to attach it once the data is in ES.

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 5, 2017, 11:40pm UTC](https://discuss.elastic.co/t/this-approach-is-reasonable/33691/3 "2017-07-05T23:40:44Z")

</div>

Closed on July 5, 2017, 11:40pm UTC


