Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » OHF » OHFBridge: Problem with the Upload Document functionality
OHFBridge: Problem with the Upload Document functionality [message #20777] Wed, 11 October 2006 21:21 Go to next message
Daniel Hale is currently offline Daniel Hale
Messages: 24
Registered: July 2009
Junior Member
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 07:17 Go to previous message
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 07:17 Go to previous message
Eishay Smith is currently offline Eishay Smith
Messages: 109
Registered: July 2009
Senior Member
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
Previous Topic:OHFBridge: Problem with the Upload Document functionality
Next Topic:Updated XDS Metadata Model due to last minute IHE Change Proposal decisions
Goto Forum:
  


Current Time: Mon Oct 20 21:24:48 GMT 2014

Powered by FUDForum. Page generated in 0.03462 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software