How to overwrite file while using tFileOutputDelimited in TOS - etl

In TOS, i am getting the below error
Exception in component tFileOutputDelimited_1 (First_Practice_Job)
java.lang.RuntimeException: The particular file "C:\Users\himanshu\Desktop\tos\written_file.csv" already exist. If you want to overwrite the file, please uncheck the "Throw an error if the file already exist" option in Advanced settings.
at my_first_project.first_practice_job_0_1.First_Practice_Job.tFileInputDelimited_2Process(First_Practice_Job.java:2162)
at my_first_project.first_practice_job_0_1.First_Practice_Job.runJobInTOS(First_Practice_Job.java:2694)
at my_first_project.first_practice_job_0_1.First_Practice_Job.main(First_Practice_Job.java:2543)
As guided in this error, the option for unchecking is not available in advance settings,
So while using tFileOutputDelimited, how to overwrite file instead of deleting and then running the program again and again

The option disappears if you have checked "write after" in the simple parameters. Otherwise it should be available in advanced parameters
I am not using TOS, but Talend Cloud Api for Services 7.2.1 . Don't have a TOS to double check this

Related

Apps Script error: "Exception: Illegal argument" (with no more information): How to find the specific error?

That's it, no more information is given:
The only idea that comes to my mind is adding try-catch in different parts of the code, and with a lot of patience, find it.
Any other better idea?
Source: https://developers.google.com/apps-script/guides/logging#exception_logging
Exception logging
Exception logging sends unhandled exceptions in your script project code to Cloud Logging, along with a stack trace.
To view exception logs, follow the steps below:
Open the Apps Script project.
At the left, click Executions.
At the top, click Add a filter > Status.
Select the Failed and Timed out checkboxes.
You can also view logged exceptions in the GCP console if your script project is using a standard GCP project that you have access to.
To check your project has enabled exception logging:
Open the script project.
At the left, click Project Settings.
Select the Log uncaught exceptions to Cloud Operations checkbox.
Source: https://developers.google.com/apps-script/guides/logging#enable_exception_logging

URL validation failed error while accessing Oracle Form

I am developing custom application in Oracle Apps which will call an oracle form named form.fmx
I have put form.fmx in FORM_PATH variable of default.env
I have created section called vikram in formsweb.cfg
I am accessing as http://prod.txis.com:7406/forms/frmservlet?config=vikram&form=form
And getting this error
URL validation failed. The error could have been caused through the use of the browser's navigation buttons ( the browser Back button or refresh, for example). If the error persists, Please contact system administrator.
Try one of the following methods to resolve your issue :
Goto Internet Options >> Security Tab >> Trusted sites >> Sites >>
Add this website to the zone.
Issue select fnd_profile.value('APPS_MAINTENANCE_MODE') from dual;
to see whether returns the result NORMAL, If this is not the case you're in the maintenance mode, and use :
sqlplus mySchema/myPassword#$AD_TOP/patch/115/sql/adsetmmd.sql DISABLE
Click on Lock and Edit, and then
Navigate to Domain structure >> Services >> Data sources Where you should see both oacore_cluster1 and forms_cluster1 in
the EBSDataSource targets.
Assume forms_cluster1 is missing in the EBSdatasource target list, then click on the EBSDatasource and then go to the
Targets section. In this page, check the box for forms_cluster1.
Save and Activate the changes and see the following view in you weblogic screen :
Issue was with Forms server configuration.
With correct config, it is running fine

Creating Microsoft Flow Custom Connector fails with "Failed to upload file"

I'm trying to create a Microsoft Flow Custom Connector, from an OpenAPI file, as described here.
It allows me to import the file, and correctly shows the actions in the UI. However when I come to click "Create Connector", it fails with the message "Failed to upload file XXX with size 7952 and sasUrl https://...".
When I look in the browser network log, I see it is making OPTIONS requests to:
https://pafeblobprodln.blob.core.windows.net/20180510t000000z97e13b316929479b8f4f2ae6ab7856ba/sage-200-flow-connectorswagger.json?sv=2017-04-17&sr=c&si=SASpolicy&sig=XXX=&comp=block&blockid=XXX=
Which are failing with "403 CORS not enabled or no matching rule found for this request". The request 'Origin' header is set to https://unitedkingdom.flow.microsoft.com
It looks like CORS isn't enabled on the blob container, at least for unitedkingdom.flow.microsoft.com.
Using the same OpenAPI file, I can successfully create a Logic Apps Custom Connector, just not a Flow Custom Connector.
Has anyone else encountered, and worked around this problem?
Thanks
Pete
I found same problem. I did manage to make it work by creating the custom connector in powerapps via web.powerapps.com instead and then could use it in Flow. Hope that helps.
I also found that can't create approvals connectors in UK Flow. At least in the default environment you can't. If you make a new environment they can work.

FAILED_PRECONDITION when trying to create a new Google API project

I am getting an error when attempting to create a new project for Google API at https://code.google.com/apis/console
I was hoping the error was temporary, but I have been unable to create a new project for a couple weeks now.
The error seems to have changed, as it used to include server ip information and a lot of other data. An example with some potentially private information removed:
APPLICATION_ERROR;google.cloudresourcemanager.projects.v1beta1/DeveloperProjects.CreateProject;com.google.apps.framework.request.StatusException:
generic::FAILED_PRECONDITION:
;AppErrorCode=9;StartTimeMs=1489595147198;tcp;Deadline(sec)=50.0;ResFormat=UNCOMPRESSED;ServerTimeSec=0.027545452117919922;LogBytes=256;FailFast;EffSecLevel=none;ReqFormat=UNCOMPRESSED;ReqID=removed;GlobalID=removed;Server=ip:port
Now the error is a lot shorter, although still seems to be related to the same cause:
com.google.apps.framework.request.StatusException: generic::FAILED_PRECONDITION:
The spinner in the dashboard appears to spin forever, while the error appears underneath alerts after a few seconds. I have tried numerous project names and all fail with the same error.
Is there some type of quota I am missing that is preventing this? The quota menu item requires me to select a project, which I don't have any.
Clicking on the error brings me to a page with the following message:
You don't have permissions to perform the action on the selected resource.
Make sure that the Google Developers Console is on for the user that is trying to create the project.
Admin.google.com > Apps > Additional Google services > Google Developers Console and turn on for any org or user that needs it.
Looks like there's another possible cause, in addition to the one that #AndrewL provided in his solution.
Short answer:
I ran into the same error when I attempted to associate a new GCP project with our billing account via Terraform. Our billing account has a default limit of 5 projects (which we had already met), and this blocked the association of new accounts and generated the Error 400: Precondition check failed., failedPreconditionerror message. To fix, I had to remove/delete one of the already associated projects before I could add a new one.
Long answser:
Here is the error message I encountered in Terraform (sensitive data and IDs redacted):
An execution plan has been generated and is shown below.
Resource actions are indicated with the following symbols:
~ update in-place
Terraform will perform the following actions:
~ module.<MY MODULE PATH>.project
billing_account: "" => "<MY BILLING ACCOUNT ID>"
Plan: 0 to add, 1 to change, 0 to destroy.
Do you want to perform these actions?
Terraform will perform the actions described above.
Only 'yes' will be accepted to approve.
Enter a value: yes
module.<MY MODULE PATH>.project: Modifying... (ID: <MY PROJECT ID>)
billing_account: "" => "<MY BILLING ACCOUNT ID>"
Error: Error applying plan:
1 error(s) occurred:
* module.<MY MODULE PATH>.project: 1 error(s) occurred:
* google_project.project: Error setting billing account "<MY BILLING ACCOUNT ID>" for project "projects/<MY PROJECT ID>": googleapi: Error 400: Precondition check failed., failedPrecondition
Terraform does not automatically rollback in the face of errors.
Instead, your Terraform state file has been partially updated with
any resources that successfully completed. Please address the error
above and apply again to incrementally change your infrastructure.
My billing account was at its maximum of 5 projects. As a test, I removed one of the projects and then ran Terraform again. It then successfully added the new project to the billing account. To double check, I attempted to add yet another new project to the billing account (to push the amount to 6) and then received the same error message again.
Straight up deleting one of the associated projects also works.
It stands to reason that requesting a limit increase for your billing account's associated projects will also fix this issue.
Another possible reason for this error can be accessing the .xlsx file. If you are accessing this file using Google spreadsheet then you need to save the .xlsx file in to save as google sheets by choosing the option available in the File menu at the top.
Thanks
Another possible reason for this is Organization policy, denying the particular API on ORG/Folder/project level.
For me the error was working because I was trying to read the file from a shared google folder. Check if the drive where the file lives is your drive and not a shared one.

Firefox Extension : Unable to parse JSON data for extension storage

I have written a Firefox Extension using Web Extension APIs. It has passed the Preliminary review but the reviewer said that he cannot proceed with the full review cause when he installs it, he gets the following error -
"Unable to parse JSON data for extension storage"
Upon inspecting for quite sometime, I figured that Firefox creates a file called "storage.js" in the profile folder for each extension where it writes and reads from, all the local storage data for that particular extension. And if the extension tries to write to this file before this file is created, the error "Unable to write JSON data to extension storage" is thrown and if the extension code tries to read from this file before this file is created, the error "Unable to parse JSON data for extension storage" is thrown.
Now, my concern is how do I know for sure that the file has been created and that it can be written to or read from?
PS : This happens when the extension is just installed. For consequent sessions, this error wont come as that file is no longer missing.
This seems to be a bug in the current Firefox implementation, and your assessment is spot on:
The underlying ExtStorage module will always call read before get, set etc. even write and clear.
read will unconditionally try to access the underlying, extension specific storage file, that may not exist yet for freshly installed add-ons using the storage API for the first time.
This will therefore result in the logging of one such Unable to parse JSON data for extension storage message, no matter what you do with the storage API.
Therefore triggering the message cannot be avoided.
I suggest you do the following:
Contact the editors team, requesting they re-evaluate your add-on based on:
The message in question is really only a warning (when appearing after first access of the storage API by your addon).
Even when the message would be an actual error (the storage is corrupt), it would still not be your error, as the storage API implementation by mozilla needs to be more resilient then and there is nothing you can do anyway.
The message being issued on first regular use of the storage API, unrelated to what WebExtensions add-on uses that API and in what way, is a mozilla bug, and not something you caused or can fix yourself or at least work around.
Therefore denying a full review just because a mozilla bug erroneously logs a spurious message once without any other severe effects is... questionable.
File a bug about this so mozilla developers can address this issue. You'll wanna CC at least Bill McCloskey (:billm) since he wrote that code ;)

Resources