Do you know any plugin/extension that can be used to show on APM from the Java Agent, which parameters were used during startup?
our custom build Java 1.5 1.6 GC Monitor module has a live metric which displays all the JVM Flags. but in the new GC Monitor it seems that the feature is not available.
i have created a idea in parallel Addition to GC Monitor - JVM Flags to already created feature requests for the GC monitor:
Addition to GC Monitor - Class Loading and Unloading Monitoring
Java Stack Space and Code Cache Monitoring
I upvoted your idea. I thought that feature in the FP was great info.
I remember that it was available somewhere..Any change to build a addon to the existing GC Monitor to cover it? Where is this old GC Monitor code available? I couldn't find it on the new Document Session..
How about we create a GitHub with all those plugins/scripts/tools? I've made several patchs to some pieces of code before and ended up losing it and not making it available to others..
the fieldpack was provided by CA to us, i am not aware if we have the source. in addition we preffer if CA actualy supports it as a official feature instead of creating and especialy maintaining it ourselfs, which is why i created Addition to GC Monitor - JVM Flags.
our requirements in the past where:
- create a GC Monitor which monitors all Heap/non-Heap pools, all type of GCs with the according algorythm name, %used in GC last 5minutes, (SUN JVM Only Heap in % after GC), JVM Flags, etc.
- multiple JVM vendors and versions supported in one module (SUN JVM 1.5 1.6 / IBM JVM 1.5 1.6 in particular)
- standardized presentation no matter what JVM
- it should cope with the diffrent features of the JVM provided (or not) and display the metrics dynamicly based on the JVM capability
the current GC Monitor partialy delivers this information and should be if possible extended by CA either by default or possible to enable with flags.
+1 for the git - we probably could do better collaboration with epa pluggins. There might be some licence quirks and might have to be restricted to legit users.
I don't see why such projects should be restricted - as far as we don't share any CA intellectual property and only code written by the community, it won't be a problem. There is already some code available on GitHub but only supported by their creators, without any contributions so far. It could be great to encourage other member of the community to share their projects and/or collaborate to others.
I'm not trying to discourage members from collaborating. I think it's a great idea. There have been some discussions around it. I'm just not sure if Services folks will participate. My comments are not to be construed as company policy or decision, just my own take on how things are today.
That is crystal clear - I have seen the collaboration occurring for years, especially from your end - I just reckon it is time to adapt a better process/tools to support it. Doesn't need necessarily to be GitHub tough, we can use any CA internal solution - but it could be easier/faster to use a de facto standard that is already available and most of us here are already familiar with it.
If you use an API you have some restrictions (IP). Now the last thing you want is to download anything that's not fully working. There are also powerpacks (e.g. web servers) that could use some "help".
Overall there are many aspect of Introscope that is under invested where some folks mighte want to help, but requires more understanding than CA is willing to explain.
I've have already done some collaborative efforts for EPA as writing in Perl is different than Java in terms of obfuscating the code.
I can can certainly see doing more of that in the future.
Hi Alexandre and Community:
We've heard your request for a GitHub repository to use for collaborating on Field Packs! It's a great idea. I'm working through the process internally and will report back on what I find.
APM Product Management
I've actually written a similar extension that I called InputArgs that just creates a simple string metric with all the JVM startup arguments listed, with a custom TypeView for easy copy/paste. I can upload it, if anyone wants.
Of course we do.
Somehow I don't think we can put company IP into git for the world to have access to (it).
For Sure Jakbutler!
I've uploaded this agent here; let me know if you're able to get it working.
i personaly like the idea of sharing code in the community and we really should have a easy managable central place like git or so everyone is using and linked in to the community - maybe there is already something in jive we could use?.
but for the GC monitor i think CA should be the main provider of the features and maybe if we consolidate all the ideas they are more likely to work on the GC monitor?
i started a other discussion about this: What else is missing for GC Monitor
I also like the idea of having a shared repository. I know there are separate efforts to add support for various Spring and Web Service Frameworks that could be unified and enhanced by community collaboration. And there are likely good shared libraries that could be built to make such development even easier for someone new to the community.
is ther git for jive?
MaryGreening SamCreek J.J.Lovett
Mary, Sam, and JJ,
Mary and I spoke about this prior to the changeover. Is there something in Jive that we can leverage with customers to interact on these types of development solutions?
can we close this request as "resolved" with 2 responses: the idea and the custom code?
i have opend a question git for jive in the wather cooler community site
Retrieving data ...