<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc? in Getting Data In</title>
    <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156814#M31783</link>
    <description>&lt;P&gt;It was never actually "commisioned" to begin with. It is fallout from the way Splunk processes the &lt;CODE&gt;host::&lt;/CODE&gt;, &lt;CODE&gt;source::&lt;/CODE&gt;, &lt;CODE&gt;rule::&lt;/CODE&gt;, &lt;CODE&gt;delayedrule::&lt;/CODE&gt; directives. There is a reason Splunk is removing this &lt;CODE&gt;hack&lt;/CODE&gt; from all official TAs and Apps.&lt;/P&gt;</description>
    <pubDate>Fri, 07 Aug 2015 14:32:07 GMT</pubDate>
    <dc:creator>alacercogitatus</dc:creator>
    <dc:date>2015-08-07T14:32:07Z</dc:date>
    <item>
      <title>Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156810#M31779</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;

&lt;P&gt;is it possible to define field aliases, calculated fields, or automatic lookups for multiple sourcetypes? It would be great to avoid creating a configuration for every sourcetype itself. Wildcards don't help here.&lt;/P&gt;

&lt;P&gt;Best&lt;/P&gt;

&lt;P&gt;Heinz&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 07:44:46 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156810#M31779</guid>
      <dc:creator>HeinzWaescher</dc:creator>
      <dc:date>2015-08-07T07:44:46Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156811#M31780</link>
      <description>&lt;P&gt;Actually, there is an undocumented wildcard syntax for &lt;CODE&gt;props.conf&lt;/CODE&gt; ; it works like this:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;[(?:::){0}SourcetypePrefxTextHere*]
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;So this matches anything that starts with &lt;CODE&gt;SourcetypePrefixTextHere&lt;/CODE&gt; and matches will be processed in this &lt;CODE&gt;props.conf&lt;/CODE&gt; stanza.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 13:53:26 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156811#M31780</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-08-07T13:53:26Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156812#M31781</link>
      <description>&lt;P&gt;No, you cannot have wildcarded sourcetype configurations.  As @woodcock mentioned, there is a hack, a really messy hack. It is undocumented for many reasons.&lt;/P&gt;

&lt;P&gt;You should not use it for these reasons:&lt;/P&gt;

&lt;OL&gt;
&lt;LI&gt;This &lt;EM&gt;feature&lt;/EM&gt; is not a &lt;STRONG&gt;feature&lt;/STRONG&gt;&lt;/LI&gt;
&lt;LI&gt;It is not supported&lt;/LI&gt;
&lt;LI&gt;It is not QA'ed&lt;/LI&gt;
&lt;LI&gt;It is not guaranteed to exist in next release&lt;/LI&gt;
&lt;LI&gt;Performance impacts at scale&lt;/LI&gt;
&lt;LI&gt;Adds complexity to troubleshooting and future development&lt;/LI&gt;
&lt;/OL&gt;

&lt;P&gt;Here is the blog post where this stems from &lt;A href="http://blogs.splunk.com/2014/07/31/quick-tip-wildcard-sourcetypes-in-props-conf/"&gt;http://blogs.splunk.com/2014/07/31/quick-tip-wildcard-sourcetypes-in-props-conf/&lt;/A&gt;&lt;BR /&gt;
Additionally - @jrodman says not to use it, and he would know.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 14:10:27 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156812#M31781</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2015-08-07T14:10:27Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156813#M31782</link>
      <description>&lt;P&gt;Other users have mentioned that this hack was actually suggested to them by Splunk personnel and I cannot see Splunk ever decommissioning it because of this.   It does work and I use it in production but I do keep an eye on it.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 14:23:53 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156813#M31782</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-08-07T14:23:53Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156814#M31783</link>
      <description>&lt;P&gt;It was never actually "commisioned" to begin with. It is fallout from the way Splunk processes the &lt;CODE&gt;host::&lt;/CODE&gt;, &lt;CODE&gt;source::&lt;/CODE&gt;, &lt;CODE&gt;rule::&lt;/CODE&gt;, &lt;CODE&gt;delayedrule::&lt;/CODE&gt; directives. There is a reason Splunk is removing this &lt;CODE&gt;hack&lt;/CODE&gt; from all official TAs and Apps.&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 14:32:07 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156814#M31783</guid>
      <dc:creator>alacercogitatus</dc:creator>
      <dc:date>2015-08-07T14:32:07Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156815#M31784</link>
      <description>&lt;P&gt;Conceded: &lt;CODE&gt;decommission&lt;/CODE&gt; was the wrong word.  I should have said, "make a change that will break it".&lt;/P&gt;</description>
      <pubDate>Fri, 07 Aug 2015 16:47:37 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156815#M31784</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2015-08-07T16:47:37Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156816#M31785</link>
      <description>&lt;P&gt;Thanks for your input!&lt;/P&gt;</description>
      <pubDate>Tue, 11 Aug 2015 07:39:57 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156816#M31785</guid>
      <dc:creator>HeinzWaescher</dc:creator>
      <dc:date>2015-08-11T07:39:57Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156817#M31786</link>
      <description>&lt;P&gt;So... since 2015, has Splunk provided a way to do this? With some add-ons creating a multitude of sub-sourcetypes, this seems like a fairly compelling need.  My use case is to create a transaction_id across all proofpoint sub-sourcetypes (to span across the sourcetypes all instances of qid or sendmail_id). I don't want to have to create one for every soucetype.  &lt;span class="lia-unicode-emoji" title=":confused_face:"&gt;😕&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 30 Sep 2020 02:03:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156817#M31786</guid>
      <dc:creator>wryanthomas</dc:creator>
      <dc:date>2020-09-30T02:03:14Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156818#M31787</link>
      <description>&lt;P&gt;Works in the web interface too.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Dec 2019 01:36:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156818#M31787</guid>
      <dc:creator>splunkmarc</dc:creator>
      <dc:date>2019-12-05T01:36:50Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156819#M31788</link>
      <description>&lt;P&gt;Thanks. Can you elaborate? What exactly did you enter in the web interface? (Maybe share a screenshot?)&lt;/P&gt;</description>
      <pubDate>Thu, 05 Dec 2019 13:30:14 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156819#M31788</guid>
      <dc:creator>wryanthomas</dc:creator>
      <dc:date>2019-12-05T13:30:14Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156820#M31789</link>
      <description>&lt;P&gt;He means that if you go to &lt;CODE&gt;Settings&lt;/CODE&gt; -&amp;gt; &lt;CODE&gt;Fields&lt;/CODE&gt; -&amp;gt; &lt;CODE&gt;Calculated Fields&lt;/CODE&gt; -&amp;gt; &lt;CODE&gt;New&lt;/CODE&gt; (or similar) and enter &lt;CODE&gt;(?:::){0}SourcetypePrefxTextHere*&lt;/CODE&gt; for the &lt;CODE&gt;named&lt;/CODE&gt; field under &lt;CODE&gt;Apply to&lt;/CODE&gt; when &lt;CODE&gt;sourcetype&lt;/CODE&gt; is selected, it will work as a wildcard.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Dec 2019 16:20:03 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156820#M31789</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2019-12-05T16:20:03Z</dc:date>
    </item>
    <item>
      <title>Re: Can we define multiple sourcetypes for field aliases, calculated fields, automatic lookups etc?</title>
      <link>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156821#M31790</link>
      <description>&lt;P&gt;No, this is till the only way and it is in many Splunk apps that Splunk themselves created and support.  It is rock solid and never going away.&lt;/P&gt;</description>
      <pubDate>Thu, 05 Dec 2019 16:21:44 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Getting-Data-In/Can-we-define-multiple-sourcetypes-for-field-aliases-calculated/m-p/156821#M31790</guid>
      <dc:creator>woodcock</dc:creator>
      <dc:date>2019-12-05T16:21:44Z</dc:date>
    </item>
  </channel>
</rss>

