Ah, sorry, missed the magic word “ClickOnce”… G&T time here you see… ☺

//A

From: [email protected] [mailto:[email protected]] On 
Behalf Of Daniel Ratliff
Sent: den 12 december 2014 19:20
To: [email protected]
Subject: RE: [mssms] Another great alternative to Software Inventory

The class pulls the data from the software metering agent, which just lists 
process information. Check c:\windows\ccm\logs\mtrmgr.log.

I don’t think it’s possible, but this sounds like a great Connect request to 
see if the SWM agent can pull child process as well as parent processes. They 
might have to use procexp.exe though. :P

Daniel Ratliff

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Andreas Hammarskjöld
Sent: Friday, December 12, 2014 1:04 PM
To: [email protected]<mailto:[email protected]>
Subject: RE: [mssms] Another great alternative to Software Inventory

I think the .exe path is in there somewhere… seem to remember that from when I 
played with it. Not 100% though.

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Jimmy Martin
Sent: den 12 december 2014 18:31
To: [email protected]<mailto:[email protected]>
Subject: RE: [mssms] Another great alternative to Software Inventory

Not that I am aware...

Sent from my Windows Phone
________________________________
From: Lutz, Ken
Sent: 12/12/2014 11:06
To: [email protected]<mailto:[email protected]>
Subject: RE: [mssms] Another great alternative to Software Inventory
This is all good stuff, but I have a lot of ‘ClickOnce’ applications.  Is there 
a way to get the actual exe file name instead of the .Net name?

For example: I have an exe running ISDHelpDesk.exe that is a clickonce app.  In 
the query from the TechNet post (Sherry’s query) it is only showing the .Net 
info not the actual exe name of ISDHelpDesk.exe.

Thanks,
Ken …

From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]] On Behalf Of Jimmy Martin
Sent: Friday, December 12, 2014 8:52 AM
To: [email protected]<mailto:[email protected]>
Subject: RE: [mssms] Another great alternative to Software Inventory

There was a little learning curve in that the data is pretty simple... Times 
executed... Just increments over time...  Last used date is updated...  So to 
understand use frequency, u might take times executed and do math... Divided by 
 number of days since OS install date to get probable use per day...  On my 
computer summary report, I have a section at the bottom that lists the 
executables where last used date within the last 30 days. I had to filter away 
some executables as they didn't really matter to me (OS related executables), I 
also filtered out some executables based on file path...

I could see this type thought process might be a determining factor in the type 
of hardware used for a scenario.

Sent from my Windows Phone
________________________________
From: elsalvoz
Sent: 12/12/2014 10:38
To: [email protected]<mailto:[email protected]>
Subject: Re: [mssms] Another great alternative to Software Inventory

Jimmy, that sounds like a great concept. Can you share example on how you use 
it?

Thanks

Cesar
On Dec 12, 2014 8:19 AM, "Jimmy Martin" 
<[email protected]<mailto:[email protected]>> wrote:
I use this to get a workstation use pattern ‘fingerprint’....  can be very cool 
and you can also use the data find non use applications for potential license 
reclamation.

Sent from Windows Mail


Jimmy Martin
(901) 227-8209<tel:%28901%29%20227-8209>

From: Miller, Todd
Sent: ‎Friday‎, ‎December‎ ‎12‎, ‎2014 ‎10‎:‎15‎ ‎AM
To: [email protected]<mailto:[email protected]>

There was some discussion about Software Inventory recently and about looking 
for alternatives due to its resource intensive nature on the client – and the 
amount of (useless?) data sent to the DB.

In looking for an answer to another problem, I tripped over this post by Sherry 
and Garth (thanks!) on Technet Forum that had another suggestion for 
inventorying applications.  It is to use the CCM_RECENTLY_USED_APPS view.

I can’t believe I’ve been doing SCCM for as long as I have without knowing 
about this view.  It would for the most part  get rid of my need for SW 
inventory.  It is not exactly the same as SW Inventory – it only inventories 
recently used (a few months) executables, and it won’t detect unused 
executables at rest on the computer but it is comprehensive and will detect 
applications being run not only from the Program Files area, but in the user 
space too.

the post is here…

https://social.technet.microsoft.com/Forums/en-US/43d1ed69-53f6-434d-838d-1a1024f1b80b/specific-software-title-not-displayed-in-inventoried-software-but-is-listed-in-software-metering?forum=configmgrinventory






________________________________
Notice: This UI Health Care e-mail (including attachments) is covered by the 
Electronic Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and 
may be legally privileged.  If you are not the intended recipient, you are 
hereby notified that any retention, dissemination, distribution, or copying of 
this communication is strictly prohibited.  Please reply to the sender that you 
have received the message in error, then delete it.  Thank you.
________________________________


This message and any files transmitted with it may contain legally privileged, 
confidential, or proprietary information. If you are not the intended recipient 
of this message, you are not permitted to use, copy, or forward it, in whole or 
in part without the express consent of the sender. Please notify the sender of 
the error by reply email, disregard the foregoing messages, and delete it 
immediately.


P Please consider the environment before printing this email...




This message and any files transmitted with it may contain legally privileged, 
confidential, or proprietary information. If you are not the intended recipient 
of this message, you are not permitted to use, copy, or forward it, in whole or 
in part without the express consent of the sender. Please notify the sender of 
the error by reply email, disregard the foregoing messages, and delete it 
immediately.


P Please consider the environment before printing this email...




This message and any files transmitted with it may contain legally privileged, 
confidential, or proprietary information. If you are not the intended recipient 
of this message, you are not permitted to use, copy, or forward it, in whole or 
in part without the express consent of the sender. Please notify the sender of 
the error by reply email, disregard the foregoing messages, and delete it 
immediately.


P Please consider the environment before printing this email...




The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material. If you receive this material/information 
in error,
please contact the sender and delete or destroy the material/information.


Reply via email to