How can i use invoke Depenendecy-check in jenkins-job-dsl ?
I only see example for Publishing OWASP dependency check results. https://jenkinsci.github.io/job-dsl-plugin/#method/javaposse.jobdsl.dsl.helpers.publisher.PublisherContext.dependencyCheck
Thanks in advance !
I figured it out myself.
dependencyCheck {
odcInstallation('710')
additionalArguments('--proxyserver x.x.x.x --proxyport 3128')
}
If the API Viewer does not list support for a certain plugin, the dynamic DSL can be used to fill the gap.
Use the embedded API Viewer to explore the available DSL methods. If your Jenkins instance is running at http://localhost:8080, then the API viewer can be opened at http://localhost:8080/plugin/job-dsl/api-viewer/index.html.
Reference:https://github.com/jenkinsci/job-dsl-plugin/wiki/Dynamic-DSL
Related
I want to develop my client-server web app with clear gRPC (gRPC-Web) without REST. Something like described at official doc: https://grpc.io/docs/quickstart/web.html
Is it exist any tool like swagger that let me view message formats from .proto and test the server methods by sending any messages from the browser?
I use node.js for server side app
You could use https://kreya.app, which is a gRPC GUI client and supports gRPC-Web. Note that it requires an installation.
Disclaimer: I'm one of the authors of Kreya.
The gRPC-Web wire protocol is a binary format and is basically human-unreadable. There is an enhancement request to prettify it https://github.com/grpc/grpc-web/issues/317 but we haven't got around to it.
If you are ok with talking to your gRPC backend directly without gRPC web, there are a few CLI and GUI tools for that purpose:
CLI: The official tool grpc-cli
CLI: grpCurl
GUI: (this requires a golang backend unfortunately): grpc-json-proxy
GUI: omgrpc
Found this pretty tool for test my gRPC-backend directly (without gRPC-Web): https://github.com/uw-labs/bloomrpc
Not sure if iam asking this in the right place, sorry if not!
We currently create scripts through HP Virtual User generator (using the web click and script protocol) to monitor our webapps, we use this as they require JavaScript execution when being monitored. We import these scripts into HP sitescope so we get alerted when they are down.
The issue is after upgrading to loadrunner 12.01 they have removed the web click and script protocol. I have ran the protocol advisor and it advised to use Truclient ajax - IE protocol. I recorded a script using this and it worked great but it looks like this is not supported in sitescope!
Is anyone aware of an alernative to Web click and script that is compatible with sitescope or an alternative to sitescope altogether?
Thanks!
Web virtual user. Recode the JavaScript function you need in C or take advantage of the functions available in LoadRunner to execute your JavaScript "as is"
If you're going to go with Web HTTP, as James suggests, here's the blog post that explains how to integrate JS bits into your script: http://h30499.www3.hp.com/t5/HP-LoadRunner-and-Performance/How-to-use-JavaScript-in-your-HP-LoadRunner-scripts/ba-p/6197321#.VEO-f8ksHRw
They have not removed the click and script protocol. What they've done is rename it to Ajax Click and Script
Ah yes you're right Ajax Click and Script is different from the normal click and script that is no longer available in LR12.
With the Ajax Click & Script have you tried changing the event configuration level? This might help.
I need rally api to get data for Release Burnup, to display chart in iOS. I tried rally rest api, but i'm having a trouble to figure out how it works. Can anyone help me? Here is the link for https://rally1.rallydev.com/slm/doc/webservice/ where you can get more info.
See Developer Portal here for links to API toolkits and for javascript AppSDK2. There is no toolkit specific for iOS. A built-in ReleaseBurnup served by a first generation analytics service can be displayed via AppSDK2rc3 StandardReport component. This is the same report that used to be available in AppSDK1, so for the supported config parameters see this page.
End up using look back apis, worked for me.
Would it be possible to register some protocol
and then launch IntelliJ via an URL. I am
thinking of submitting the URL via Desktop.browse()
from within a JVM.
My idea is that the URL would consists of
a file name parameter and a line number parameter.
And IntelliJ would then open this file name and
scroll to the given line number. Here is an
example:
intellij:/mypath/myfile#99
Has this already been done?
Bye
P.S.:
java.awt.Desktop Class
http://docs.oracle.com/javase/6/docs/api/java/awt/Desktop.html
Check IDEA-65879 for existing workarounds or vote for the issue so that it's available out of the box in the future versions.
One of the suggested solutions is the Remote Call plug-in.
You could use IntelliJ Platform REST API.
Example to check: http://localhost:63342/api/about
Use Postman to send these requests.
For me, it works on IntelliJ Idea but unfortunately, on Android Studio it doesn't work.
Asked this question about it.
I use Dreamweaver heavily for modifying Liferay templates (Velocity files), and then have to run Apache Ant from Command Prompt to deploy the WAR to Tomcat . Is there anyway I can streamline this process so I can save/deploy straight from Dreamweaver?
I tried to setup a site and specify Tomcat as the local server, but obviously Dreamweaver just tries to push the raw file and does deploy the WAR.. Is there some sort of extension or way I can call Apache Ant from Dreamweaver?
Thanks!
I've not seen such an extension, you can search for one at the Adobe Exchange: http://www.adobe.com/go/exchange , however if there isn't one already available, which I suspect there isn't, it would be possible to write one of your own. The following links are for the extending Dreamweaver, and Dreamweaver extensibility APIs:
http://help.adobe.com/en_US/dreamweaver/cs/extend/index.html
http://help.adobe.com/en_US/dreamweaver/cs/apiref/index.html
In this particular case, I believe that you'd need to use an undocumented API call to communicate with an external process (in your case Ant), such as DWfile.runCommandLine() or MM.runCommandLine(). Paul Boon found these and blogged about them and a couple of others here:
http://communitymx.com/blog/index.cfm?newsid=179&blogger=35