I downloaded the trial version of Corda Enterprise 4.0 for evaluation . Wanted to try out the jmeter corda test suite.
The document says available to registered user of Corda Enterprise in the same location as the Corda Enterprise artifacts. is it available in the trial version ?
There is a problem with the current Corda Enterprise 4.0 Evaluation pack - it is missing the test suite zip file that contains the example files referenced in the documentation.
Update: The missing zip file has been added under tools/jmeter-testuite/jmeter-corda-4.0-testsuite.zip. Re-downloading the evaluation pack should resolve the issue.
After you unzip the Enterprise evaluation .zip file, the jmeter suite should be available under tools > developer-pack > repository > com > r3 > corda > jmeter-corda (you'll need to untar developer-pack.tar.gz).
The Corda Enterprise Performance Test suite is updated at Corda Enterprise 4.0 Evaluation pack.
Related
I'm trying to add SonarQube into a CI pipeline on Azure DevOps.
My project is .Net Core 2.2 application. The error is related to Agent JDK. I don't know how can I specify the JDK of Microsoft Hosted Agent.
All the tutorials of SonarQube and .NET core pipelines are the same, but none mentioned anything about this issue.
Here's a snapshot about how my pipeline looks like:
Here's the error that's always happening with me. Shouldn't Microsoft Hosted Agent know what capabilities to use by its own?
Anyone have an idea about how we can solve this error?
The problem was in the JDK used in Micorosft Hosted Machine, for some reason the JDK used was not the supposed one.
The solution was following these steps:
Uploading a JDK zipfile to Azure blob storage
Running Java Tool Installer in my Pipeline, giving it the Uploaded zip file as resource
Run Code Analysis successfully finished then and results was published to my SonarQube server
Here's how my pipeline looks like right now:
Iam trying to deploy a dotNet app in Azure App Service, but it doesn't work because the default version of msbuild is at 14:
D:\home\site\wwwroot>msbuild /version
Microsoft (R) Build Engine version 14.0.23107.0
Copyright (C) Microsoft Corporation. All rights reserved.
14.0.23107.0
I've tried to modify the deploy.cmd with the msbuild 15 path but it doesn't work. How can i simply update the default msbuild version to be at 15 ?
thanks
This has been discussed here: https://github.com/projectkudu/kudu/issues/2350
D:\home>set msbuild
MSBUILD_15_DIR=D:\Program Files (x86)\MSBuild-15.3.409.57025\MSBuild\15.0\Bin
MSBUILD_PATH=D:\Program Files (x86)\MSBuild\14.0\Bin\MSBuild.exe
To use it you will need to have a custom deployment script with at least these two modification:
pass the msbuild15.3 directory to nuget (nuget4 has dependency on it):
nuget.exe restore "{your .sln file path}" -MSBuildPath "%MSBUILD_15_DIR%"
use msbuild15.3 to build and publish:
"%MSBUILD_15_DIR%\MSBuild.exe {your build arguments}"
Having mentioned that, Azure manages OS patching on two levels, the physical servers and the guest virtual machines (VMs) that run the App Service resources. Both are updated monthly, which aligns to the monthly Patch Tuesday schedule. These updates are applied automatically, in a way that guarantees the high-availability SLA of Azure services.
While critical OS information is locked down from access (see Operating system functionality on Azure App Service), the Kudu console enables you to query your App Service instance regarding the OS version and runtime versions.
Kindly checkout the document OS and runtime patching in Azure App Service for more details on this topic.
if we want to upgrade contracts for our CorDapp last release, how can be broadcast the latest jar with the upgraded flow ?
I'd suggest using the CorDapp distribution service which is part of the business network toolkit. It allows network operators to distribute CorDapps to their participants by utilising Maven repositories for artifact distribution.
It's available as an open source project and you can read more about and download it here
We are considering over which JDK is best suited for the R3 Corda.
However there is some incosistency in the way framework suggests the deployment.
Oracle JDK –
Recommended as per the Corda documentation https://docs.corda.r3.com/getting-set-up.html
Open JDK –
The Corda framework has a defined gradle task for docker deployment as “DockerForm”. This task generates the artifacts which are useful for deploying the Corda node as a docker container. So this task generates a Dockerfile for each node. This file is configured to use OpenJDK by default.
Please let us know the rationale behind this. Does Corda 3.x version support Open JDK as well? Do we have any guideline on which JDK to use in what situation?
Another concern is that eventually Oracle JDK will be a licensed product in future. So does R3 have any plans to support Open JDK as well in future?
As of Corda 3.1, Corda only supports the Oracle JDK 8 JVM, with a minimum supported version 8u171.
There is no current plans to add Open JDK support, but that could change (if, for example, Oracle JDK became a licensed product).
Is a (full) BizTalk 2010 installation needed to let a build server (TFS2010) build BizTalk 2010 solutions/projects ?
As per my knowledge, BizTalk 2010 installation is not required. You only need below components.
Project Build Component available under Additional Software(to build the project)
Developer Tools and SDK (to run tests)
I did find an apparent exception where if you deal with anything EDI related, it seems to require the full BizTalk install(not configuration). I wanted to add this footnote for people experiencing compile errors where local compile works fine.