Re: Re: Re: DODSRepositoryPersistenceManager uploadXPDL

Yes I believe you are correct, Nelson. I think I remember reading in the 
Shark mailing list that creating and loading xpdls on the fly is not 
directly supported.  So, yes, as you say below, you can create your xpdl 
on the fly, programmatically write it to a file to the external repository 
already configured in your Shark.conf and then upload it to your database 
in the ordinary way (as in the code I gave you earlier.). I haven't tested 
it, but I think it must work.

Good luck!
Geeta

P.S. Btw, you forgot to cc the list. I am doing so, so that if I am wrong, 
somebody can chime in ..:)

[email protected] wrote on 09/15/2005 10:38:21 PM:

> Hi, 
> 
> Actually it's my fault; I didn't explain well what my concern was. I
> was expecting to deal with RepositoryPersistenceManager interface 
> and upload xpdls definitions in the database using an array of bytes
> just like the uploadXPDL (RepositoryTransaction t, String xpdlId, 
> byte[] xpdl, byte[] serializedPkg, long xpdlClassVer) method does. 
> This is because I create my XPDL definitions on the fly from a 
> service . But it seems that the EXTERNAL_PACKAGES_REPOSITORY 
> variable of Shark.conf needs to be defined, and the upload is done 
> from there to the Database. 
> 
> As you did I also had noted that the only method returning a 
> RepositoryPersistanceManager was from the SharkEngineManager and 
> wasn't visible from outside the package.
> 
> So even if I use Database implementation of Repository persistence I
> need to have the XPDL definitions somewhere before upload them to 
> the database, is that right?
> 
> Thank you,
> Nelson
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 

> 
> CONFIDENTIALITY NOTICE:This email is intended solely for the person 
> or entity to which it is addressed and may contain confidential 
> and/or protected health information.  Any duplication, 
> dissemination, action taken in reliance upon, or other use of this 
> information by persons or entities other than the intended recipient
> is prohibited and may violate applicable laws.  If this email has 
> been received in error, please notify the sender and delete the 
> information from your system.  The views expressed in this email are
> those of the sender and may not necessarily represent the views of 
> IntelliCare.

--
You receive this message as a subscriber of the [email protected] mailing list.
To unsubscribe: mailto:[email protected]
For general help: mailto:[email protected]?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws