Closed RoshanKumarMicrosoft closed 5 years ago
@panchagnula Hey Sisira, would you mind taking a look at this issue?
@vinisoto looks like we have a backend regression here with Ant81 I believe? are there are any work arounds for mitigation here? Thanks!
@RoshanKumarMicrosoft - looks like you hit this because of an ongoing platform deployment, which caused a mismatch in an API . Please re-try & let us know if you still see this.
Hi, I'm starting to get this problem too. For a linux Java SE web application deployed by the azure-webapp-maven-plugin 1.4.0 I tried to update to 1.5.3 and still getting the error.
@ernesto-arm the deployment on our scale units is still in progress as per the team all deployment will complete on 4/4 EOD (PST), the work around suggested was to use pick an older version of Java if possible.
@panchagnula Hello, I have a web-app as well an till now it was working correctly but just recently i an just getting this errors..
Failed to execute goal com.microsoft.azure:azure-webapp-maven-plugin:1.5.3:deploy (default-cli) on project Server: Status code 400, {"Code":"BadRequest","Message":"The parameter javaVersion has an invalid value.","Target":null,"Details":[{"Message":"The parameter javaVersion has an invalid value."},{"Code":"BadRequest"},{"ErrorEntity":{"ExtendedCode":"01007","MessageTemplate":"The parameter {0} has an invalid value.","Parameters":["javaVersion"],"Code":"BadRequest","Message":"The parameter javaVersion has an invalid value."}}],"Innererror":null}
and it is happening on com.microsoft.azure:azure-webapp-maven-plugin:1.4.0 as well, it there a workaround or a way to resolve this issue?
We are facing this issue with an Azure Web App - Java 8 + Tomcat. We are not able to deploy the application. Not able to set IP restriction, error is - Edit IP Restriction Failed.: The parameter javaVersion has an invalid value. "properties": { "statusCode": "BadRequest", "serviceRequestId": null, "statusMessage": "{\"Code\":\"BadRequest\",\"Message\":\"The parameter javaVersion has an invalid value.\",\"Target\":null,\"Details\":[{\"Message\":\"The parameter javaVersion has an invalid value.\"},{\"Code\":\"BadRequest\"},{\"ErrorEntity\":{\"ExtendedCode\":\"01007\",\"MessageTemplate\":\"The parameter {0} has an invalid value.\",\"Parameters\":[\"javaVersion\"],\"Code\":\"BadRequest\",\"Message\":\"The parameter javaVersion has an invalid value.\"}}],\"Innererror\":null}" }
Please fix this issue ASAP or provide a workaround.
We have a regression on our API end during deployment that is still causing this - below is the update from the feature crew on this. The current ETA is 4/8
Issue description: Customers deploying or updating settings of Java sites on Linux (either new or updated sites) using Maven Plugin, PowerShell or the Application settings (classic) blade in the portal will receive an error message:
{"Code":"BadRequest","Message":"The parameter javaVersion has an invalid value.","Target":null,"Details":[{"Message":"The parameter javaVersion has an invalid value."},{"Code":"BadRequest"},{"ErrorEntity":{"ExtendedCode":"01007","MessageTemplate":"The parameter {0} has an invalid value.","Parameters":["javaVersion"],"Code":"BadRequest","Message":"The parameter javaVersion has an invalid value."}}],"
Customer impact: All Java on Linux customers that use any experience/tool that relies on first getting the site config and use the result to update the site config back will be impacted when trying to deploy/update their sites.
These tools include but are not limited to: Maven Plugin, PowerShell, Application settings (classic) blade
Potential root cause: There is a regression in the site config API that incorrectly sends back populated values in the javaContainer and javaContainerVersion when retrieving the site config even though they are (and remain) empty in the config database. When these values are passed back to update the site config, a validation fails.
Customer facing mitigation: Customer can use WAR deploy (https://docs.microsoft.com/en-us/azure/app-service/deploy-zip#deploy-war-file) to update content or the new “Configuration” blade in the portal or manually craft an ARM request that doesn’t include javaContainer and javaContainerVersion properties since theyshould be sent empty for Linux sites.
We are still running to this failure. Any update on when the fix might be available?
@chperich ,This issue was hotfixed earlier this week - can you please re-run & check. Thank you.
It is fixed for me.
We are still facing same issue
@RoshanKumarMicrosoft the root cause of this issue has already been fixed. One thing to try is use resources.azure.com directly or portal to see if you face the same problem. If you are still seeing this can you please file a CRI on the AppService team & servicing folks will take a look.
Closing this since the backend changes from our end are complete & we are not expecting this to be an issue anymore. Thanks!
@panchagnula
Command: New-AzureRmWebAppSlot -Name L2JavaLinuxAppJupiter -ResourceGroupName L2TestAppServiceRG -Slot demo1 -Verbose -Debug
throws below error
{
"Code": "BadRequest",
"Message": "The parameter javaVersion has an invalid value.",
"Target": null,
"Details": [
{
"Message": "The parameter javaVersion has an invalid value."
},
{
"Code": "BadRequest"
},
{
"ErrorEntity": {
"ExtendedCode": "01007",
"MessageTemplate": "The parameter {0} has an invalid value.",
"Parameters": [
"javaVersion"
],
"Code": "BadRequest",
"Message": "The parameter javaVersion has an invalid value."
}
}
],
"Innererror": null
}
@vincentdass passed the error to the Java team - they are looking into this.
A fix for this has been checked in & batch deployment is in progress & current ETA for completion is 7/1
New-AzureRmWebAppSlot returns an error "The parameter javaVersion has an invalid value"
Cmdlets we are running : New-AzureRmWebAppSlot -Name L2JavaLinuxAppJupiter -ResourceGroupName L2TestAppServiceRG -Slot kvfgpwjj
We are using AzureRm Module 6.7.0 : C:\Modules\azurerm_6.7.0 I also tried by passing AppServicePlan parameters but we are getting same error.
In past this was working fine. Have we done any changes recently ? Can you please look into it?
Debug Log