| OHFBridge: Problem with the Upload Document functionality [message #20777] |
Wed, 11 October 2006 17:21  |
Eclipse User |
|
|
|
I've been trying to implement document uploading in the ohfbridge PHP
client (for openEMR), but I'm encountering some problems with code that
doesn't look right. Perhaps something hasn't been put in CVS yet, or
I'm trying to implement a feature that shouldn't be implemented yet. :)
The problem I'm currently having is the decodedDocument variable in
XDSDocType doesn't seem to be expected on the server end. I get this error:
org.xml.sax.SAXException: Invalid element in
org.eclipse.ohf.bridge.type.XDSDocType - decodedDocument
decodedDocument doesn't seem to be used either. The getter function
doesn't even reference it properly:
I'm guessing this:
function getDocument()
{
if(null != $decodedDocument){
return $decodedDocument;
}
$decodedDocument = base64_decode($this->encodedDocument);
return $decodedDocument;
}
should be:
function getDocument()
{
if(null != $this->decodedDocument){
return $this->decodedDocument;
}
$this->decodedDocument = base64_decode($this->encodedDocument);
return $this->decodedDocument;
}
(Actually, the current code will actually work, by luck... just not as I
think it was intended to)
I commented out that troublesome decodedDocument member variable, but
now I get an even unhappier error:
org.eclipse.ohf.ihe.xds.metadata.extract.MetadataExtractionE xception:
IOException while loading Resources from File.
Unfortunately, the portal at http://ibmod235.dal-ebis.ihost.com:8080 is
spouting the same error about decodedDocument. Is this something that
isn't expected to work yet, or is there a simple oops that just needs
fixing?
-Dan
|
|
|
| Re: OHFBridge: Problem with the Upload Document functionality [message #20791 is a reply to message #20777] |
Thu, 12 October 2006 03:17  |
| Eclipse User |
|
|
|
Originally posted by: eishays.us.ibm.com
Hi Dan,
Most of the bridge and micro-portal/ui went through a refactoring. I
didn't get to the upload document yet, but that's my next step. Since
I'm traveling now I'll get to it only next week (unless someone else
picks it up).
Can you please post a bug report for this error (include the code
change, that's how we track contributions)?
https://bugs.eclipse.org/bugs/enter_bug.cgi?product=OHF
It will help me keep my priority and you know when the bug is fixed (or
at least i think it is).
Thanks :-)
Eishay
Dan Hale wrote:
> I've been trying to implement document uploading in the ohfbridge PHP
> client (for openEMR), but I'm encountering some problems with code that
> doesn't look right. Perhaps something hasn't been put in CVS yet, or
> I'm trying to implement a feature that shouldn't be implemented yet. :)
>
> The problem I'm currently having is the decodedDocument variable in
> XDSDocType doesn't seem to be expected on the server end. I get this
> error:
>
> org.xml.sax.SAXException: Invalid element in
> org.eclipse.ohf.bridge.type.XDSDocType - decodedDocument
>
> decodedDocument doesn't seem to be used either. The getter function
> doesn't even reference it properly:
> I'm guessing this:
> function getDocument()
> {
> if(null != $decodedDocument){
> return $decodedDocument;
> }
> $decodedDocument = base64_decode($this->encodedDocument);
> return $decodedDocument;
> }
> should be:
> function getDocument()
> {
> if(null != $this->decodedDocument){
> return $this->decodedDocument;
> }
> $this->decodedDocument = base64_decode($this->encodedDocument);
> return $this->decodedDocument;
> }
> (Actually, the current code will actually work, by luck... just not as I
> think it was intended to)
>
>
> I commented out that troublesome decodedDocument member variable, but
> now I get an even unhappier error:
>
> org.eclipse.ohf.ihe.xds.metadata.extract.MetadataExtractionE xception:
> IOException while loading Resources from File.
>
> Unfortunately, the portal at http://ibmod235.dal-ebis.ihost.com:8080 is
> spouting the same error about decodedDocument. Is this something that
> isn't expected to work yet, or is there a simple oops that just needs
> fixing?
>
> -Dan
|
|
|
| Re: OHFBridge: Problem with the Upload Document functionality [message #571087 is a reply to message #20777] |
Thu, 12 October 2006 03:17 |
| Eclipse User |
|
|
|
Hi Dan,
Most of the bridge and micro-portal/ui went through a refactoring. I
didn't get to the upload document yet, but that's my next step. Since
I'm traveling now I'll get to it only next week (unless someone else
picks it up).
Can you please post a bug report for this error (include the code
change, that's how we track contributions)?
https://bugs.eclipse.org/bugs/enter_bug.cgi?product=OHF
It will help me keep my priority and you know when the bug is fixed (or
at least i think it is).
Thanks :-)
Eishay
Dan Hale wrote:
> I've been trying to implement document uploading in the ohfbridge PHP
> client (for openEMR), but I'm encountering some problems with code that
> doesn't look right. Perhaps something hasn't been put in CVS yet, or
> I'm trying to implement a feature that shouldn't be implemented yet. :)
>
> The problem I'm currently having is the decodedDocument variable in
> XDSDocType doesn't seem to be expected on the server end. I get this
> error:
>
> org.xml.sax.SAXException: Invalid element in
> org.eclipse.ohf.bridge.type.XDSDocType - decodedDocument
>
> decodedDocument doesn't seem to be used either. The getter function
> doesn't even reference it properly:
> I'm guessing this:
> function getDocument()
> {
> if(null != $decodedDocument){
> return $decodedDocument;
> }
> $decodedDocument = base64_decode($this->encodedDocument);
> return $decodedDocument;
> }
> should be:
> function getDocument()
> {
> if(null != $this->decodedDocument){
> return $this->decodedDocument;
> }
> $this->decodedDocument = base64_decode($this->encodedDocument);
> return $this->decodedDocument;
> }
> (Actually, the current code will actually work, by luck... just not as I
> think it was intended to)
>
>
> I commented out that troublesome decodedDocument member variable, but
> now I get an even unhappier error:
>
> org.eclipse.ohf.ihe.xds.metadata.extract.MetadataExtractionE xception:
> IOException while loading Resources from File.
>
> Unfortunately, the portal at http://ibmod235.dal-ebis.ihost.com:8080 is
> spouting the same error about decodedDocument. Is this something that
> isn't expected to work yet, or is there a simple oops that just needs
> fixing?
>
> -Dan
|
|
|
Powered by
FUDForum. Page generated in 0.24332 seconds
Home