ICW Developer Network - Forum

New release eHIE 3.1.4 won't start

Jon Gersh — Thu, 07 Jul 2011 23:48:46 +0200

I am getting this error in the pxs.log, what does this mean? This was an upgrade, not a new install. Thanks, Jon.

21:31:59,606 WARN [WrapperStartStopAppMain] org.hibernate.cfg.AnnotationBinder#buildInheritanceStates(2160) - Mixing inheritance strategy in a entity hierarchy is not allowed, ignoring sub strategy in: com.gehcit.ehealth.cnf.drr.ehf.registry.domain.PersonAuthor
21:31:59,609 WARN [WrapperStartStopAppMain] org.hibernate.cfg.AnnotationBinder#buildInheritanceStates(2160) - Mixing inheritance strategy in a entity hierarchy is not allowed, ignoring sub strategy in: com.gehcit.ehealth.cnf.drr.ehf.registry.domain.DeviceAuthor
21:32:06,206 WARN [WrapperStartStopAppMain] com.icw.ehf.authentication.cert.conf.Config#read(109) - No resolver configuration found, neither at URL null nor in file null.

Where are all the embedded locations of the eHCP database credentials?

Jon Gersh — Wed, 06 Jul 2011 23:36:52 +0200

I need to change out the database connections of a running instance of eHCP! I need to point this instance to a new schema. I found some places under WEB-INF, such as deploy.properties and ehf-datasource-oracle*.xml. What other places must I change to switch out the new database connection credentials? I am afraid I will miss something. Thanks in advance, Jon G., Boston MA USA

Issue with Encryption: BadPaddingException

Yun Ding — Mon, 27 Jun 2011 11:02:53 +0200

Hi Trivedi,

I also apologize for my late response.

[Bodlapati, Trivedi] There is NO unique key constraint on this column, also I don't see any duplicate entries in this table with same targetId. To give you more details, we are having two different data source managed with same set of keys. I mean, encryption keyset is same, but managed differently for different tenants. Since they are part of two different schemas, I don't think we can see duplicate rows with the same target id. Correct me if I am wrong here.

It is VERY VERY important to have a unique constraint for the C_TargetId column in a multi-threaded environment, even for a single tenant. The schema for the encryption module (the schema-create.sql file in the src/main/gen/META-INF/db folder) shall have the following content:

create table EHF_ENCRYPTION.T_CryptoReceipt (
C_Id varchar2(64 char) not null,
C_Algorithm varchar2(255 char) not null,
C_ChangeDate timestamp,
C_ChangerId varchar2(64 char),
C_ClassifierRole varchar2(128 char),
C_Context varchar2(255 char),
C_CreateDate timestamp,
C_CreatorId varchar2(64 char),
C_EngineId varchar2(255 char) not null,
C_Iv blob,
C_Kek blob,
C_KeyAlias varchar2(255 char),
C_Provider varchar2(255 char),
C_Scope varchar2(128 char) not null,
C_TargetId varchar2(255 char) not null unique,
primary key (C_Id)
);

create table EHF_ENCRYPTION.T_KeyReference (
C_Id varchar2(64 char) not null,
C_Algorithm varchar2(255 char) not null,
C_ChangeDate timestamp,
C_ChangerId varchar2(64 char),
C_ClassifierRole varchar2(128 char),
C_Context varchar2(255 char),
C_CreateDate timestamp,
C_CreatorId varchar2(64 char),
C_EngineId varchar2(255 char) not null,
C_Kek blob,
C_KeyAlias varchar2(128 char),
C_KeyPoolId varchar2(255 char),
C_Provider varchar2(255 char),
C_Scope varchar2(128 char) not null,
primary key (C_Id),
unique (C_EngineId, C_KeyAlias)
);

create index EHF_ENCRYPTION.CryptoReceipt_Scope_IDX on EHF_ENCRYPTION.T_CryptoReceipt (C_Scope);

create index EHF_ENCRYPTION.KeyReference_Scope_IDX on EHF_ENCRYPTION.T_KeyReference (C_Scope);

I attached the schema-create.sql. I hope the unique constraint will solve your problem.

Best regards,

Yun

Issue with Encryption: BadPaddingException

Trivedi Bodlapati — Wed, 18 May 2011 03:47:44 +0200

Hi Yun,

Thank you for responding to this and apologies for my late response. We are seeing these issues in multi-threaded environment only, as you know, we are prototyping the eHF modules for multi-tenant support. Especially we are looking at eHF encryption module, managing different data stores to manage encryption keys. The Session factory for ehf encryption is localized to achieve this. We have already discussed this topic in one of our GITA sessions.

Coming back to the questions you have asked:

- Place take a look at your database schema EHF_ENCRPTION to verify whether there is a unique constraint for the C_TargetId column.
[Bodlapati, Trivedi] There is NO unique key constraint on this column, also I don't see any duplicate entries in this table with same targetId. To give you more details, we are having two different data source managed with same set of keys. I mean, encryption keyset is same, but managed differently for different tenants. Since they are part of two different schemas, I don't think we can see duplicate rows with the same target id. Correct me if I am wrong here.

- Would you please send me the target-mapping file and let me know the part of definition for the encryption of TestItem.scope? By default I assume a single key (i.e. key-scope != "id"icon_wink.gif is used for the encryption of TestItem.scope, and we should not run into the multi-threading problem according to your description.
[Bodlapati, Trivedi] Attached is the file

Thank you for all your help.

-Trivedi

Issue with Encryption: BadPaddingException

Yun Ding — Wed, 04 May 2011 11:00:38 +0200

Hi Trivedi,

The CryptoException is thrown by eHF Encryption upon getting a javax.crypto.BadPaddingException from Java. A BadPaddingException is typically thrown when a WRONG key is used for decryption. The question is why a wrong key is used. We experienced such exceptions in multithreaded environments, when two threads are persisting DIFFERENT keys with the same targetId (C_TargetId) to the CryptoReceipt table (T_CryptoReceipt). This problem has been fixed by (1) adding a unique constraint to C_TargetId for the table T_CryptoReceipt, and (2) catching the database unique constraint violation constraint. After putting the fix into place, we haven't experienced the BadPaddingException any more.

I would suggest the following:
- Place take a look at your database schema EHF_ENCRPTION to verify whether there is a unique constraint for the C_TargetId column.
- Would you please send me the target-mapping file and let me know the part of definition for the encryption of TestItem.scope? By default I assume a single key (i.e. key-scope != "id" is used for the encryption of TestItem.scope, and we should not run into the multi-threading problem according to your description.

Best regards,

Yun

Issue with Encryption: BadPaddingException

Yun Ding — Wed, 04 May 2011 10:32:52 +0200

We are getting the below error in one of our sample applications, could you please let us know what could be the root cause of this issue? We have enabled encryption on domain object TestItem , in which we were able to insert data and retrieve before, but suddenly insert is going fine but not retrival [decryption].

Caused by: com.icw.ehf.commons.encryption.api.CryptoException: Failed to decrypt target [ownerClass, attribute] = [com.gehcit.ehealth.ehf.domain.TestItem, scope]: Given final block not properly padded

at com.icw.ehf.encryption.service.EncryptionModuleServiceImpl.decryptObject(EncryptionModuleServiceImpl.java:618)

at com.icw.ehf.encryption.service.EncryptionModuleServiceImpl.decrypt(EncryptionModuleServiceImpl.java:567)

at com.icw.ehf.encryption.service.EncryptionModuleServiceImpl.decrypt(EncryptionModuleServiceImpl.java:150)

at sun.reflect.GeneratedMethodAccessor383.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)

at com.icw.ehf.commons.spring.transaction.EventingTransactionInterceptor.invokeSpring25(EventingTransactionInterceptor.java:319)

at com.icw.ehf.commons.spring.transaction.EventingTransactionInterceptor.invoke(EventingTransactionInterceptor.java:277)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at com.icw.ehf.commons.metadata.validator.aop.spring.MethodValidationInterceptor.invoke(MethodValidationInterceptor.java:67)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy453.decrypt(Unknown Source)

at sun.reflect.GeneratedMethodAccessor383.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)

at com.icw.ehf.encryption.security.EncryptionModuleServiceSecurity.invoke(EncryptionModuleServiceSecurity.java:20)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy454.decrypt(Unknown Source)

at com.icw.ehf.encryption.service.adapter.EncryptionModuleServiceDtoAdapterImpl.decrypt(EncryptionModuleServiceDtoAdapterImpl.java:39)

at sun.reflect.GeneratedMethodAccessor383.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149)

at com.icw.ehf.commons.spring.transaction.EventingTransactionInterceptor.invokeSpring25(EventingTransactionInterceptor.java:319)

at com.icw.ehf.commons.spring.transaction.EventingTransactionInterceptor.invoke(EventingTransactionInterceptor.java:277)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy457.decrypt(Unknown Source)

at sun.reflect.GeneratedMethodAccessor383.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at com.icw.ehf.commons.spring.context.ExportBeanInterceptor.invoke(ExportBeanInterceptor.java:40)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204)

at $Proxy441.decrypt(Unknown Source)

at com.icw.ehf.commons.encryption.support.AbstractAttributeModulation.revert(AbstractAttributeModulation.java:117)

at com.gehcit.ehealth.ehf.domain.TestItemBase.modulateSynchronization(TestItemBase.java:757)

at com.gehcit.ehealth.ehf.domain.TestItemBase.synchronizeScope(TestItemBase.java:779)

at com.icw.ehf.commons.domain.AbstractBaseDomainObject.synchronizeRepresentation(AbstractBaseDomainObject.java:353)

at com.gehcit.ehealth.ehf.domain.TestItemBase.synchronizeRepresentation(TestItemBase.java:614)

at com.gehcit.ehealth.ehf.domain.TestItemBase.setToRecipientsInfo(TestItemBase.java:444)

at com.gehcit.ehealth.ehf.dao.hibernate.HibernateTestItemDao.findByUserIdForTimeInterval(HibernateTestItemDao.java:199)

at com.gehcit.ehealth.ehf.service.AbstractTestItemServiceImpl.findByUserIdForTimeInterval(AbstractTestItemServiceImpl.java:37)

Thanks,

Trivedi

SDK download?

Christoph Brunner — Fri, 29 Apr 2011 11:13:23 +0200

Hallo,

die Weiterentwicklung und der Support des ICW SDK ist eingestellt.

Mit freundlichen Grüßen
Christoph Brunner

Encryption Error when database IP changes

Nikhil Shambu — Fri, 15 Apr 2011 07:37:48 +0200

Hi Salih,

The PXS is installed for testing in production environment. I am not sure why nullcipher is being used. I will find out from the person who installed the PXS about this and get back with more details tomorrow.

Thanks
Nikhil

Encryption Error when database IP changes

Salih Örtlek — Wed, 13 Apr 2011 17:23:18 +0200

Hi Nikhil,

The original question was, whether you changed something except the IP Adress.
It is correct to change the properties for database connection (e.g. encryption.connection.url). Nothing else shall be modified.

I think, you are running PXS only for testing purpose (not for production) then I hope you can easly try the following:

1. Make a backup copy of your current release in case of undesired problems.
2. Drop the "keypackage" in your assembly and build your project again. This will create a new keypackage. Since you are using a nullchipher, it should work. When you look into keypackage, you will find a new ehf-target-mapping-nullchiper.mac.

I hope it helps you.

Best

Encryption Error when database IP changes

Nikhil Shambu — Wed, 13 Apr 2011 04:14:09 +0200

Hi Salih,

Thanks for the quick response. I changed the xml back to its original state.

We are not migrating the PXS. The machines we use are virtual machines. The IP address keep changing every 15 days. When the ip address changes I made the following changes :

1. Updated the ehf-datasource-oracle-context.xml file with the new IP address
2. Updated ehf-encryption.properties with the new IP address.

I am assuming this should do. But after doing this I get the integrity verification issue. If I should not change the xml and mac files then how do I fix this integrity verification issue? More importantly what are the steps I need to follow when the IP address of our DB changes? Did I miss any steps?

Thanks in advance
Nikhil

Encryption Error when database IP changes

Salih Örtlek — Tue, 12 Apr 2011 17:21:58 +0200

Hi Nikhil,

ehf-target-mapping-nullcipher.mac is an automatically generated file. Please never made any change to
the ehf-target-mapping.xml and ehf-target-mapping.mac file.

You typically get the exception (Integrity verification ... failed) if you manually change one of the files.

Please change back the configuration for in the bean definition .
This key is used to create the ehf-target-mapping-nullcipher.mac. Please also don't change this file during migrating
to another machine.

In summary, don't change ehf-target-mapping-nullcipher.xml[mac], and don't chagne ehf-encryption-internal-context.xml
during migration.

Best

Encryption Error when database IP changes

Nikhil Shambu — Tue, 12 Apr 2011 06:41:44 +0200

Hi ,

Thank you very much for the response. I checked the files you mentioned.

The key mentioned in ehf-target-mapping-nullcipher.mac was different from the one mentioned in ehf-encryption-internal-context.xml. So I changed the ehf-encryption-internal-context.xml secondary key to match with the one mentioned in the .mac file. I also noticed the ip address mentioned in the ehf-encryption.properties was not correct. I corrected that too. Even after this change I still have the same error.

Following are the contents of the files

ehf-target-mapping-nullcipher.mac
sySsUw7+kD3nfyb0VotpJQ==

ehf-encryption-internal-context.xml

XML

 id="masterKeyProvider" class="com.icw.ehf.commons.encryption.impl.DummyKeyProvider">
         index="0">
            >
                 key="keystore:primary-key" value="TDZpMzBgRDhgYg=="/> 
                 
                 key="keystore:secondary-key" value="sySsUw7+kD3nfyb0VotpJQ=="/> 
            >
        >
>

ehf-encryption.properties



encryption.targetmapping.name=ehf-target-mapping-nullcipher.xml

encryption.targetmapping.path=classpath:/META-INF/ehf-target-mapping-nullcipher.xml

encryption.keystore.path=META-INF/keystore.keys

encryption.receipt.cache=true

encryption.keyprovider.keyencryption.strategy=asymmetric

Thanks in advance for helping out on this.
Nikhil

Encryption Error when database IP changes

Salih Örtlek — Fri, 08 Apr 2011 10:27:57 +0200

Hi,

During start/restart the integrity of the target mapping file will be verified. There is one target mapping file with the ending .xml and another one with the ending .mac. target-mappping.mac is created using the secondary master key (an AES key). In PXS, the secondary master key is specified in ehf-encryption-internal-context.xml. An example is shown in the following.

XML

 id="masterKeyProvider" class="com.icw.ehf.commons.encryption.impl.DummyKeyProvider">
         index="0">
            >
                
                 key="keystore:primary-key" value="Y2hhbmdlaXQ="/>
 
                
                 key="keystore:secondary-key" value="rxu+tu4C6l3WB81YEl6wVQ=="/> 
            >    
        >
         name="keyEncryptionStrategy" value="${encryption.keyprovider.keyencryption.strategy}" />
    >

If ehf-encryption-internal-context.xml does not change, changes of IP addresses shall not have any effect on encryption. Could you please explain, if you have made any further changes during the migration to another IP?

Best regards,

SDK download?

lubomir rosenstein — Thu, 07 Apr 2011 12:00:11 +0200

Die Links funktionieren nicht mehr.
Wird SDK immer noch unterstützt?

Encryption Error when database IP changes

Nikhil Shambu — Wed, 06 Apr 2011 15:03:45 +0200

Hi,

We have PXS installed on a virtual machine. The database this PXS uses is also on a VM. The IP address of these VMs keep changing. When the IP of the database VM changed I updated the ehf-datasource-oracle-context.xml file with the new IP of the database. When I restarted PXS I get the following error

"Integrity verification of target-mapping.xml failed" I have attached a screen capture of the error.

Does the IP of the database machine matter even when the actual data has not changed? Is there a way to bootstrap only encryption keys? If so, do we have to do it every time the IP address changes?

Any help is greatly appreciated.

Thanks in advance
Nikhil

eHF Maven2 Migration

Karsten Klein — Tue, 02 Nov 2010 18:39:16 +0100

In this thread we will provide several materials to support the migration of eHF-based modules to use maven2. This feature is enabled for early adopters with the upcoming release of eHF 2.10.0, which contains maven2 eHF artifacts and an alpha release of the new build infrastructure.

The current scope of the migration is to upgrade module builds from maven1 to maven2 in an incremental and compatible approach. This means that not all modules have to be migrated at once, but can moved to the new infrastructure one by one.

Stay tuned for further details...

Cheers,
Karsten

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Mon, 18 Oct 2010 15:29:18 +0200

One of our ehf modules throws the attached error while building with ehf-2.10_1038.4. Even though it throws the error, the build still completes successfully and the module seems to work fine. I am just curious to know why it throws this error. We never has this issue with ehf 2.9.9

Thanks,
Sridhar

EHF migration from 2.9.9 to 2.10

Alexander Duda — Mon, 18 Oct 2010 11:33:18 +0200

"Sridhar Morthiamma" wrote:

We use pxs-vmr-assembly source given by pxs team to build and test our DRR components. PXS assembly has dependency to the following ehf modules which are available in the interim ehf 2.10 maven repo uplaoded in the IDN. Pls send us these ehf jars.

ehf-ui-1.1.0_20100915 jars
ehf-userAdmin-1.4.2 jars

Thanks,
Sridhar

Hi Sridhar,

here you'll find the latest tags of the requested jars.

Cheers,
Alex

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Fri, 15 Oct 2010 16:42:35 +0200

Thanks Oliver, I will wait for formal ehf 2.10 release before i start the migration of code syste files. We don't have any custom changes scenario so we may not have that issue.

EHF migration from 2.9.9 to 2.10

Oliver Ziebold — Fri, 15 Oct 2010 15:49:20 +0200

"Sridhar Morthiamma" wrote:

Hi Alex,

I understand that xml schema for ehf-codesystem bootstrap files have undergone changes in ehf 2.10. Do i need to migrate our current bootstrap files to the new format inorder to get them working with ehf 2.10. If so, pls attach migration documentation and command tool to migrate code system bootstrap files from ehf2.9.9 to ehf-2.10.

Thanks,
Sridhar

Hi Sridhar,

the ehf 2.10_1038.4 pre-release you are using currently doesn't contain the new import process therefore you cannot migrate to the new schema. Please note that if your migration scenario from ehf 2.9.9 to ehf 2.10 includes custom changes made through the CodeAuthoringService you will loose those.

Cheers
Oliver

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Fri, 15 Oct 2010 12:50:07 +0200

We use pxs-vmr-assembly source given by pxs team to build and test our DRR components. PXS assembly has dependency to the following ehf modules which are available in the interim ehf 2.10 maven repo uplaoded in the IDN. Pls send us these ehf jars.

ehf-ui-1.1.0_20100915 jars
ehf-userAdmin-1.4.2 jars

Thanks,
Sridhar

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Fri, 15 Oct 2010 12:18:24 +0200

Hi Alex,

I understand that xml schema for ehf-codesystem bootstrap files have undergone changes in ehf 2.10. Do i need to migrate our current bootstrap files to the new format inorder to get them working with ehf 2.10. If so, pls attach migration documentation and command tool to migrate code system bootstrap files from ehf2.9.9 to ehf-2.10.

Thanks,
Sridhar

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Wed, 13 Oct 2010 10:48:02 +0200

Thanks Alex!

EHF migration from 2.9.9 to 2.10

Alexander Duda — Wed, 13 Oct 2010 09:09:24 +0200

Hello Sridhar,

here is the ehf-multiartifact-plugin 2.10_1038.4 as requested.

Best wishes
Alexander

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Tue, 12 Oct 2010 10:47:48 +0200

project.xml in ehf-build-maven-plugin-2.10_1038.4.jar has a dependency to ehf-multiartifact-maven-plugin-2.10_1038.4. But 2.10_1038.4 repository uploaded in the IDN does contain this library. Pls send/attach the missing dependency so that I can continue on the migration.

Thanks,
Sridhar

valid classQualifier for RecordWebService loadByScope

Salih Örtlek — Mon, 11 Oct 2010 11:24:54 +0200

Hi Thomas,

Thanks for your feedback. I'll forward the feedback regarding the documentation to responsible colleague.

Best

Salih

valid classQualifier for RecordWebService loadByScope

Thomas Liebscher — Fri, 08 Oct 2010 13:20:09 +0200

Hi Salih,

thanks for the qualifier list. It wasn't obvious for me, that the values are the names of the XTO objects. Perhaps it is a good idea to add this information to the ehf and phr web service documentation pdf-files.

There have been typo3 smileys introduced into your examples. Seems typo3 converted a colon+uppercase P into an embedded smiley.

xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:phrrec="http://phr.icw.com/record/v2-8-0/service">

phrrec:AllergyXto
f98a9954-nnnn-nne3

ICW SDK does not work out of the box on android due to the bundled standard Java SDK classes inside the ICW SDK jars.

Thanks,
Thomas

valid classQualifier for RecordWebService loadByScope

Salih Örtlek — Wed, 06 Oct 2010 11:23:50 +0200

Hi Thomas,

below an example for request:

XML

 xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:PHRRec="http://phr.icw.com/record/v2-8-0/service">
 >
   xmlns="http://phr.icw.com/record/v2-8-0/service">
    >PHRRec:AllergyXto>
    >f98a9954-nnnn-nne3>
  >
 >
>

XML

 xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ser="http://phr.icw.com/record/v2-7-0/service">
  />
   >
   >
      xmlns:ns1="http://phr.icw.com/record/v2-9-0/service">ns1:DiagnosisXto>
     >f98a9954-nnnn-nne3>
   >
  >
>

The List für ClassQualifier would be the following Objects:
CustomActXto
EncounterXto
AllergyXto
DiagnosisXto
HealthRiskXto
NominalObservationXto
QuantitativeObservationXto
MedicalProcedureXto
MedicationXto
VaccinationXto
CertificateXto
CustomObjectXto
DiscontinuedInformationXto
ExternalReferenceXto
IngredientXto
ManufacturedProductXto
RecordXto
SupplyInformationXto
QuantitativeObservationDataXto

If you are using the ICW SDK, the SDK handels the namespaces internal.

I hope it helps you.
Best

EHF migration from 2.9.9 to 2.10

Sridhar Morthiamma — Tue, 05 Oct 2010 17:03:56 +0200

Thanks Alex. I will upgrade spring to 3.0.1.release and upgrade other third party dependencies to the mentioned versions.

~Sridhar

EHF migration from 2.9.9 to 2.10

Alexander Duda — Tue, 05 Oct 2010 16:10:06 +0200

Hi,

In order to migrate to an eHF release coming from the 2.10 branch, in the first place you have to upgrade the Spring version to 3.0.1.RELEASE. This implies that , if not done so already, you will have to switch from the Spring "fat" jar to a set of Spring module jars. This is a list of the Spring dependencies in our assembly:

spring-aop
spring-beans
spring-context
spring-context-support
spring-core
spring-tx
spring-orm
spring-asm
spring-expression
spring-jdbc
spring-webmvc
spring-web
spring-security-core
spring-security-config
spring-security-web
spring-ldap-core
spring-test

Further, Spring 3 depends on JUnit 4.8 and aopalliance 1.0:

aopalliance
aopalliance
1.0

These are the versions for, at least most of, the third party dependencies taken from the PXS assembly:

ca.uhn.hapi.version=0.6
com.noelios.restlet.version=1.1.2
commonsjxpath.version=1.3
commonslogging.version=1.1
commons.lang.version=2.4
ehealth.cnf.version=1.2_B2
ehealth.cnf.subscriptionprofile.version=1.0
ehf.version=2.10_1038.4
ehf.ui.version=1.1.0_20100915
ehf.userAdmin.version=1.0.5
geronimo.javamail.transport.version=1.1.1
geronimo.spec.javamail=1.3
geronimo.spec.jta.version=1.0.1B-rc4
jackson.version=1.4.2
jaxen.version=1.0
junit.version=4.8
net.sf.saxon.version=9.1.0.1
org.apache.activemq.version=5.2.0
org.apache.camel.version=2.2.0
org.apache.cxf.version=2.2.6
org.apache.geronimo.specs.jpa.version=1.1.2
org.apache.neethi.version=2.0.4
org.apache.xbean.version=3.6
org.codehaus.plexus.version=1.5.3
org.easymock.version=2.5.2
org.eclipse.emf.version=2.4.0.v200806091234
org.hamcrest.version=1.2
org.hibernate.version=3.2.6.ga-icw-p3
org.hibernate.annotations.version=3.3.0.ga
org.hibernate.search.version=3.0.1.GA
org.restlet.version=1.1.2
org.springframework.version=3.0.1.RELEASE
xmlresolver.version=1.2
org.jsmpp.version=2.1.0
com.pixelmed.version=30042010

ipf.adt.version=1.3-rc2
ipf.ihe2nmm.version=1.2-rc3
org.openehealth.ipf.commons.version=2.1.0
org.openehealth.ipf.modules.version=2.1.0
org.openehealth.ipf.platformcamel.version=2.1.0
org.openhealthtools.ihe.version=1.1.0-v200912010000
org.openhealthtools.ihe.cda.version=1.0.0-rc1

For further questions concerning the eHF version upgrade please feel free to contact me.

Kind regards

Alexander Duda