Nouvelle publication

Encontrar

Question
· Mai 9, 2024

Using %JSON.Adaptor with %Integer value using the DISPLAYLIST VALUELIST parameters

#Importation et exportation de données #JSON #Valeur clé #InterSystems IRIS

Is there a way to use the %JSON.Adaptor to project readable JSON when a property is defined as a %Integer but with a DISPLAYLIST ? 

 

Class User.CExampleJSON Extends (%RegisteredObject, %JSON.Adaptor, %XML.Adaptor)
{

Property something As %Integer(DISPLAYLIST = ",OK,Error,Warning", VALUELIST = ",0,1,2") [ InitialExpression = 0 ];

ClassMethod RunMe()
{
      set obj = ..%New()
      set obj.something = 2

      do obj.%JSONExportToString(.string)
      write "JSON : " _ string,!!!

      write "Content  : " _ ..somethingLogicalToDisplay(obj.something),!
}

}

Which gave on the output : 
 

JSON : {"something":2}

Content  : Warning



I would prefer :

JSON : {"something":"Warning"}
4 Comments
Discussion (4)2
Connectez-vous ou inscrivez-vous pour continuer
Question
· Mai 9, 2024

Samples-FHIRStarter Questions

#FHIR #GitHub #REST API #Health Connect #InterSystems IRIS #InterSystems IRIS for Health

I am trying to create my first call to our Epic FHIR Repository from Health Connect using Samples-FHIRStarter now that I have OAuth2.0 connection tested/working with our Epic Interconnect URL.

When I take a patient example from our Epic environment and test it through Data.BPL.PatientRecordCollector within the Namespace, I keep getting a 404 - File or directory not found 

as it tells me it cannot find the patient. So, I know the connection is being established, I just can't see what is being sent to Epic to see if I could test it through Postman.

So, I enabled the following in the ISCLOG, however when I test, I am not seeing the information in the ISCLOG.

'

The ISCLOG is not being generated under %SYS after I have killed it from the previous attempts. How can I tell IRIS to log the Header and Request that is being made so I can ensure that I am making the correct connection to Epic Interconnect?

Discussion (0)1
Connectez-vous ou inscrivez-vous pour continuer
Question
· Mai 9, 2024

Erro em consultas após migração de servidor de banco de dados

#SQL #InterSystems IRIS

O nosso sistema funciona normalmente com a versão Iris 2023.2, porém foi necessário mudarmos de serviço de servidor cloud e ao migrar o banco para esse novo servidor e subir nossa aplicação começamos a receber alguns erros, que seguem abaixo:

Caused by: java.sql.SQLException: [SQLCODE: <-400>:<Ocorreu um erro fatal>]
11:12:26,663 INFO  [stdout] (http-/0.0.0.0:8443-17) [Location: <Prepare>]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) [%msg: <Process 161341 failed to compile Cached Query Class %sqlcq.TGDB.cls789 with the following errors:  System:Instance: iris:IRIS, Namespace: TGDB, $Job: 161341
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) ERRO #5475: Erro durante a compilação da rotina '%sqlcq.TGDB.cls789'.  Erros:  %sqlcq.TGDB.cls789.cls
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) ERROR: %sqlcq.TGDB.cls789.1(20) : <UNDEFINED>fplanar+9^%qaqplansave *pdict("version") : 
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) ERRO #5475: Erro durante a compilação da rotina '%sqlcq.TGDB.cls789'.  Erros:  %sqlcq.TGDB.cls789.cls
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) ERROR: %sqlcq.TGDB.cls789.1(20) : <UNDEFINED>fplanar+9^%qaqplansave *pdict("version") : >]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISConnection.getServerError(IRISConnection.java:978) ~[na:na]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISConnection.processError(IRISConnection.java:1123) ~[na:na]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.InStream.readMessage(InStream.java:216) ~[na:na]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.InStream.readMessage(InStream.java:183) ~[na:na]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISPreparedStatement.prepareInternal(IRISPreparedStatement.java:597) ~[na:na]
11:12:26,664 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISPreparedStatement.prepare(IRISPreparedStatement.java:558) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISPreparedStatement.<init>(IRISPreparedStatement.java:23) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISConnection.getOrCreatePossiblyShardedIRISPreparedStatement(IRISConnection.java:1893) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.intersystems.jdbc.IRISConnection.prepareStatement(IRISConnection.java:1424) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at sun.reflect.GeneratedMethodAccessor72.invoke(Unknown Source) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_331]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_331]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at net.bull.javamelody.JdbcWrapper$ConnectionInvocationHandler.invoke(JdbcWrapper.java:189) ~[javamelody-core-1.60.0.jar:1.60.0]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at net.bull.javamelody.JdbcWrapper$DelegatingInvocationHandler.invoke(JdbcWrapper.java:286) ~[javamelody-core-1.60.0.jar:1.60.0]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.sun.proxy.$Proxy566.prepareStatement(Unknown Source) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.doPrepareStatement(BaseWrapperManagedConnection.java:748) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.prepareStatement(BaseWrapperManagedConnection.java:734) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.jboss.jca.adapters.jdbc.WrappedConnection.prepareStatement(WrappedConnection.java:405) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at sun.reflect.GeneratedMethodAccessor69.invoke(Unknown Source) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_331]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_331]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.springframework.jdbc.datasource.LazyConnectionDataSourceProxy$LazyConnectionInvocationHandler.invoke(LazyConnectionDataSourceProxy.java:376) ~[spring-jdbc-4.1.9.RELEASE.jar:4.1.9.RELEASE]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at com.sun.proxy.$Proxy73.prepareStatement(Unknown Source) ~[na:na]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$1.doPrepare(StatementPreparerImpl.java:96) ~[hibernate-core-4.2.19.Final.jar:4.2.19.Final]
11:12:26,665 INFO  [stdout] (http-/0.0.0.0:8443-17) 	at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:183) ~[hibernate-core-4.2.19.Final.jar:4.2.19.Final]

Vocês imaginam o que poderia ser o problema? Poderiam me dar algum auxílio?

Desde já muito obrigado.

8 Comments
Discussion (8)2
Connectez-vous ou inscrivez-vous pour continuer
Question
· Mai 9, 2024

HL7 DTL Code action question

#DTL #ObjectScript #Health Connect #InterSystems IRIS for Health

Hi 

I'm new to DTL. I'm playing with Code action and run into some syntax error with a simple assignment statement. Please see the screenshot below.

Can someone direct me to some sample code in a Code action for processing HL-7 messages please? Thanks

 

4 Comments
Discussion (4)3
Connectez-vous ou inscrivez-vous pour continuer
Article
· Mai 9, 2024 2m de lecture

Notes on changing the system date for testing purposes

#Administration du système #Conseils et astuces #InterSystems IRIS #InterSystems IRIS for Health

InterSystems FAQ rubric

If you change the system date, InterSystems Data Platform (IRIS) may not start properly.

IRIS performs a journal file deletion process when it starts, but if the system date is changed, a journal file with an incorrect date is created. During journal file deletion processing, the process proceeds by referring to the information of the previous and subsequent files recorded inside the journal file. Please note that if a change in the system date causes an inconsistency in the connection of journal files, the deletion process may go into a loop and the IRIS startup process may not be completed. Changing the system date can have various effects, not only on IRIS, but also on dependencies on the OS, middleware, and applications running on it.

If you must change the system date for testing or verification purposes, we recommend testing in an environment (virtual environment, etc.) where you can freely uninstall and reinstall IRIS.

The basic flow of the test is as follows.

  1. System date change
  2. Installing IRIS
  3. Test implementation
  4. Stopping IRIS
  5. Complete uninstallation of IRIS (*)
  6. Change system date (return to current date and time)
  7. Installing IRIS

(*) Even after uninstallation, some files will remain in the IRIS installation directory, so you will need to delete the entire IRIS installation folder.

If you perform a date change test in an environment where IRIS cannot be uninstalled or reinstalled, you may need to perform IRIS recovery work.

Please contact our Worldwide Responce Center for details.

Discussion (0)1
Connectez-vous ou inscrivez-vous pour continuer