Re: Multiple ERAttachment Databases
David, Based on the documentation and the model, you should be able to subclass ERAttachement entity to create a new storageType that can store image data on another table or database. All meta data will remain on the same entity/table. Nothing prevent you to duplicate image meta data on the data storage entity. If you want to have more than one attachement base entity (split meta data storage with multiple primary keys), I do not see an easy way. The request handler will not be able to figure out the correct meta data entity, it will need to be duplicated anyway, one per meta data storage. Samuel From the package.html file: Custom Storage ERAttachment is written with a modular design. If you want to provide your own storage locations, you can: Add a single-table inheritance ERAttachment subclass with a custom storageType. Add a custom ERAttachmentProcessor subclass that can import into, and provide URLs onto, the storage location. Le 2014-01-13 à 09:43, David Avendasora webobje...@avendasora.com a écrit : Hi all, I’m working on a project that needs to have a separate, independent ERAttachment setup. What I mean is that the project is already using ERAttachment for a few things, but now I have a need for all of ERAttachment’s functionality, only storing all the meta-data and even db-based attachments in a completely different database than where the existing attachments are stored. I have done exactly this before by forking ERAttachment into a new DaveAttachment Framework. All the existing attachments worked using the stock ERAttachment framework, but the new attachments were managed by DaveAttachment, but that is long-term code management PITA. I’m wondering if it would it be possible enable ERAttachment to use multiple data-stores by programmatically cloning the ERAttachment EOModel at startup and creating a new EOModel for each “data-store” with independent Entity names as configured by properties? If you only have one data-store (the current functionality) then ERAttachment would continue to work as-is, but if you specify multiple data-stores in the properties, that would trigger the programatic creation and loading of the additional models? Does anyone see anything that I’m missing that would not allow this? Thanks! Dave — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/samuel%40samkar.com This email sent to sam...@samkar.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Multiple ERAttachment Databases
Hi David, If you come up with a solution please let me know because this one has bitten me too. Aloha, Mr. Johnny Miller Web Development Manager Kahalawai Media Company Lahaina, HI 96761 tel: (808) 661-7962 | mobile: (808) 283-0791 website | e-mail On Jan 13, 2014, at 4:43 AM, David Avendasora webobje...@avendasora.com wrote: Hi all, I’m working on a project that needs to have a separate, independent ERAttachment setup. What I mean is that the project is already using ERAttachment for a few things, but now I have a need for all of ERAttachment’s functionality, only storing all the meta-data and even db-based attachments in a completely different database than where the existing attachments are stored. I have done exactly this before by forking ERAttachment into a new DaveAttachment Framework. All the existing attachments worked using the stock ERAttachment framework, but the new attachments were managed by DaveAttachment, but that is long-term code management PITA. I’m wondering if it would it be possible enable ERAttachment to use multiple data-stores by programmatically cloning the ERAttachment EOModel at startup and creating a new EOModel for each “data-store” with independent Entity names as configured by properties? If you only have one data-store (the current functionality) then ERAttachment would continue to work as-is, but if you specify multiple data-stores in the properties, that would trigger the programatic creation and loading of the additional models? Does anyone see anything that I’m missing that would not allow this? Thanks! Dave — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/jlmiller%40kahalawai.com This email sent to jlmil...@kahalawai.com ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
Re: Multiple ERAttachment Databases
There should be no problem with cloning and modifying the model when the app loads. I have NFI about ERAttachment. Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 1/13/2014, 6:43 AM, David Avendasora wrote: Hi all, I’m working on a project that needs to have a separate, independent ERAttachment setup. What I mean is that the project is already using ERAttachment for a few things, but now I have a need for all of ERAttachment’s functionality, only storing all the meta-data and even db-based attachments in a completely different database than where the existing attachments are stored. I have done exactly this before by forking ERAttachment into a new DaveAttachment Framework. All the existing attachments worked using the stock ERAttachment framework, but the new attachments were managed by DaveAttachment, but that is long-term code management PITA. I’m wondering if it would it be possible enable ERAttachment to use multiple data-stores by programmatically cloning the ERAttachment EOModel at startup and creating a new EOModel for each “data-store” with independent Entity names as configured by properties? If you only have one data-store (the current functionality) then ERAttachment would continue to work as-is, but if you specify multiple data-stores in the properties, that would trigger the programatic creation and loading of the additional models? Does anyone see anything that I’m missing that would not allow this? Thanks! Dave — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
RE: Multiple ERAttachment Databases
Hi Chuck and Dave, Good to hear from you again, Chuck. I think I may be on to something. I hope to make publication in time for things like WOWODC or what ever we are calling it these days. V/R, Daniel D. Beatty, Ph.D. Senior Computer Scientist, Detonation Sciences Branch- NAWCWD 1 Administration Circle M/S 1109 China Lake, CA 93555 (760)939-7097 daniel.bea...@navy.mil From: webobjects-dev-bounces+daniel.beatty=navy@lists.apple.com [webobjects-dev-bounces+daniel.beatty=navy@lists.apple.com] on behalf of Chuck Hill [ch...@global-village.net] Sent: Monday, January 13, 2014 12:45 PM To: David Avendasora; WebObjects-Dev Mailing List List Subject: Re: Multiple ERAttachment Databases There should be no problem with cloning and modifying the model when the app loads. I have NFI about ERAttachment. Chuck -- Chuck Hill Executive Managing Partner, VP Development and Technical Services Practical WebObjects - for developers who want to increase their overall knowledge of WebObjects or who are trying to solve specific problems. http://www.global-village.net/gvc/practical_webobjects Global Village Consulting ranks 13th in 2012 in BIV's Top 100 Fastest Growing Companies in B.C! Global Village Consulting ranks 44th in 25th annual PROFIT 500 ranking of Canada’s Fastest-Growing Companies by PROFIT Magazine! On 1/13/2014, 6:43 AM, David Avendasora wrote: Hi all, I’m working on a project that needs to have a separate, independent ERAttachment setup. What I mean is that the project is already using ERAttachment for a few things, but now I have a need for all of ERAttachment’s functionality, only storing all the meta-data and even db-based attachments in a completely different database than where the existing attachments are stored. I have done exactly this before by forking ERAttachment into a new DaveAttachment Framework. All the existing attachments worked using the stock ERAttachment framework, but the new attachments were managed by DaveAttachment, but that is long-term code management PITA. I’m wondering if it would it be possible enable ERAttachment to use multiple data-stores by programmatically cloning the ERAttachment EOModel at startup and creating a new EOModel for each “data-store” with independent Entity names as configured by properties? If you only have one data-store (the current functionality) then ERAttachment would continue to work as-is, but if you specify multiple data-stores in the properties, that would trigger the programatic creation and loading of the additional models? Does anyone see anything that I’m missing that would not allow this? Thanks! Dave — WebObjects - so easy that even Dave Avendasora can do it!™ — David Avendasora Senior Software Abuser Nekesto, Inc. ___ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list (Webobjects-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com