enter image description here
In Portuguese: Tentei executar esse comando no terminal -> npx prisma generate, mas esse erro aconteceu!
In English: Tried running this command in terminal -> npx prisma generate, but this error happened!
In Portuguese: Tentei criar um arquivo .svg com um ERD(Diagrama de entidade relacionamento), era para esse arquivo aparecer na pasta prisma
In English: I tried to create a .svg file with an ERD (Entity Relationship Diagram), this file was supposed to appear in the prism folder
Installing prisma client with: yarn add #prisma/client should fix this issue for you.
For Reference here's a GitHub Issue: #9184 which discusses the same error that you are facing. There are several workarounds mentioned which fixed the error for the users.
Related
I'm trying to deploy a monolith JHipster demo on AWS using AWS-containers
c:\jhipster\demo>jhipster aws-containers
..
🔧🛠️ AWS configuring
√ ECR Auth token has been retrieved.
Run-async async() called outside a valid run-async context, callback will be ignored.
AWS default
Warning demo is using a cache provider, scaling will not be available. Refer to an AWS native scaling service.
force ..\..\Users\demo\.yo-rc-global.json
identical pom.xml
identical src\main\java\com\demo\bootstrap\AwsSSMConfiguration.java
identical src\main\resources\META-INF\spring.factories
force .yo-rc.json
identical src\main\resources\config\bootstrap-aws.yml
identical base.template.yml
identical demo.template.yml
Run-async wrapped function (sync) returned a promise but async() callback must be executed to resolve.
× ".." no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
× The Docker image build failed. Error: Command failed: ../demo/./mvnw -ntp -Pprod verify jib:dockerBuild
".." no se reconoce como un comando interno o externo,
programa o archivo por lotes ejecutable.
I'm using JHipster 6.10.5 on windows 10.
The output is partially on spanish, the translation is:
'..' is not recognized as an internal or external command
it's a environment issue caused by windows 10.
I see the same error at
https://github.com/jhipster/generator-jhipster/issues/8366#issuecomment-489498566
Also looks like a windows machine.
Is trying to execute
../demo/./mvnw -ntp -Pprod verify jib:dockerBuild
that not is a valid command on windows system.
Any idea about how fix it?
I am facing this problem (Devart.Data.Oracle.Vs.OracleDataProviderPackage package did not load correctly) in visual studio 2015 Error Message
the ActivityLog.xml file show this error Log file message
<record>53</record>
<time>2018/02/08 07:16:39.140</time>
<type>Error</type>
<source>VisualStudio</source>
<description>LegacySitePackage failed for package [Devart.Data.Oracle.Vs.OracleDataProviderPackage]Source:
'Devart.Data.Oracle.Vs ' Description: Impossible de charger le fichier ou l 'assembly 'Devart.Data.Design,
Version=5.0.1555.0, Culture=neutral, PublicKeyToken=09af7300eec23701 ' ou une de ses dépendances.
Le fichier spécifié; est introuvable. System.IO.FileNotFoundException:
Impossible de charger le fichier ou l'assembly 'Devart.Data.Design, Version=5.0.1555.0,
Culture=neutral, PublicKeyToken=09af7300eec23701 ' ou une de ses dépendances.
Le fichier spécifié est introuvable. File name: "Devart.Data.Design,
Version=5.0.1555.0, Culture=neutral, PublicKeyToken=09af7300eec23701" at Devart.Common.Vs.d.c()
at Devart.Data.Oracle.Vs.OracleDataProviderPackage.c()
at Microsoft.VisualStudio.Shell.Package.Microsoft.VisualStudio.Shell.Interop.IVsPackage.SetSite(IServiceProvider sp) AVT":
la journalisation de liaison d 'assembly est désactivée.
Pour activer la journalisation des échecs de liaison d 'assembly,
attribuez la valeur 1 à la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog] (DWORD). Remarque :
une certaine perte de performance est associée à l 'enregistrement dans le journal des échecs de liaison d 'assembly.
Pour désactiver cette fonctionnalité, supprimez la valeur de Registre [HKLM\Software\Microsoft\Fusion!EnableLog]. </description>
<guid>{7A24CFC5-F408-4574-8B07-078DFE413305}</guid>
<hr>80070002</hr>
<errorinfo></errorinfo>
</entry>
I tried to run the command devenv /setup but it didn't work. I tried also to clear the cash in %LOCALAPPDATA%\Microsoft\VisualStudio\14.0\ComponentModelCache but it didn't work too.
Try reinstalling dotConnect for Oracle in the following way:
Uninstall dotConnect for Oracle (if it is currently installed)
Delete all Devart.* and policy.*.Devart.* files in the following folders:
GAC 2.0 (\Windows\assembly\GAC_MSIL)
GAC 4.0 (\Windows\Microsoft.NET\assembly\GAC_MSIL)
You can use any file manager other than Explorer (e.g.: Total Commander) in order to navigate to C:\Windows\assembly\GAC_MSIL\ .
If you don't have any file manager other than Explorer, then you can use Explorer with the GAC shell extension turned off. The GAC shell extension connects to Explorer using the Desktop.ini file located in the assembly folder. Rename the Desktop.ini file to display the content of the assembly folder like content of any other folder. For this, run the following three commands in Command Prompt:
1) Go to the GAC folder:
cd %windir%\assembly
2) Remove the system and hidden attributes for the Desktop.ini file:
attrib –s –h desktop.ini
3) Rename the file to disable the shell extension
ren Desktop.ini Desktop.ini.disabled
Delete all Devart folders.
Clear the directories:
\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\PrivateAssemblies\Devart\
\Program Files (x86)\Devart\
\Program Files (x86)\Common Files\Devart\
\Documents and Settings\All Users\Devart\EntityDeveloper\
\Documents and Settings\All Users\Devart\dotConnect\
Install dotConnect for Oracle;
4.1. Run the installation 'As Administrator';
4.2. Make sure you have closed Visual Studio prior to performing the installation;
Is the issue solved after these actions?
I am installing Joomla 3.8 for a demo purpose on Bluemix, through Cloud Foundy - cf push,
And the URL is : https://joomlacloud.eu-gb.mybluemix.net/installation/index.php#
as i use ClearDb as external database, the new security tool since joomla 3.7.4 requests a file created in the /install folder to be removed.
Message : "Afin de confirmer que vous êtes le propriétaire de ce site Web, supprimez le fichier "_JoomlaUQEvA8900RHAnVyBbf1Zs.txt" que nous venons de créer dans le dossier "installation" de votre site Joomla."
Does someone explain me how i can do access to this file for removing ?
Thank you in advance
Yves
Run cf ssh <your-app-name>. Then cd app/. You'll now be in the root of your application. From there locate the file and rm it. The change will be instant.
Things will be more confusing if you have multiple instances of your application. In that case, you might need to cf ssh into all of them to find where the file was written, or just scale down to one while you're installing.
Just keep in mind that any files you cf push'd with your application will return when your application is restarted, intentionally or otherwise. If you need to remove a file that you cf push'd then you should do so locally and cf push a second time without that file or files.
Hope that helps!
GeneXus Friends,
This afternoon, I was getting the following errors:
KB: LightCRM (included in Samples)
I have followed the documentation manual step by step.
Nothing to compile
iOS Compilation Success
Building file gx_last_transfer.zip...
Uploading 58 Kbytes
error: No es posible conectar con el servidor remoto
error: No se puede ejecutar la operación en un socket ya que el sistema no tiene suficiente espacio de búfer o porque una cola estaba llena 54.83.5.208:80
Run LightCRM Failed
The best way to continue is to:
a. Contact Artech that manages the cloud for the deploy to cloud feature, so they can check if the service is having any problem.
Link: http://www2.gxtechnical.com/portal/hgxpp001.aspx?15,4,25,O,E,0,MNU;E;25;4;4;4;MNU;,2738
b. Wait some time and try again.
A useful link when working with the deploy to cloud feature of GeneXus:
http://wiki.genexus.com/commwiki/servlet/hwikibypageid?18292
I've just get a new machine and try to checkout, build and launch my program.
When hitting "launch in debug" button, I have this error message poping up from MS VS:
Unable to start program 'xx'. This
application has failed to start
because the application configuration
is incorrect. Reviex the manifest file
for possible errors. Reinstalling the
application may fix this problem. For
more details , please see the
application event log.
Have a look into the application event log:
Type de l'événement : Erreur Source de
l'événement : SideBySide Catégorie de
l'événement : Aucun ID de l'événement
: 59 Date : 24/08/2009 Heure
: 16:10:03 Utilisateur : N/A
Ordinateur : XXXXXXXX Description :
Resolve Partial Assembly a échoué pour
Microsoft.VC80.DebugCRT. Message
d'erreur de référence : L'assemblage
référencé n'est pas installé sur votre
système. .
Pour plus d'informations, consultez le
centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp.
Ok , the text is in french, but it roughly tells that that resolving the "partial assembly" didn't work for "Microsoft.VC80.DebugCRT". It conludes so that this assemlby is not installed on my machine.
Having a look into the C:\windows\system32 folders, I see no mscvrt80d.dll file. (Huu .. Is it this one I should expect?). MS visual studio 8.0 is freshly installed by admin system though.
Did you ever have that issue before ? And how did you fix that ?
It is not the neatest solution, but in addition to shared SxS installs of the C-runtime - which incidentally are installed to a folder: c:\windows\winsxs - its completely legitimate to perform what is called a "private side-by-side" install - which for debug builds will be most convenient.
Simply go to your folder: C:\Program Files\Microsoft Visual Studio 8\VC\redist\Debug_NonRedist\x86, and copy the appropriate folder into the deployment folder of your debug build:
So, if your app is installed in C:\Test\MyApp, you would now have a folder called C:\Test\MyApp\Microsoft.VC80.DebugCRT
(You can also copy the foles from the assembly straight into your app folder, but I find that messy).
Actually CRT was not the issue here. What caused the problem was that another lib I used was compiled by a co-worker on his machine and sent to me through shared directory. Therefore the recipient folder for the DLL was not the same as it was on the original machine from my coleague. I guess the issue is because the manifest files expect it to be the same(?), or does it expect to find the source code at a specified path (?).
Anyway, re-compiling the lib in question from scratch on my machine resolved the issue..