[dna-dev] SOA/Enterprise project using DNA

Randall Hauch rhauch at redhat.com
Wed Nov 19 23:05:34 EST 2008


Actually, I'm hoping that we can support binary property values (which  
is actually where JCR stores file content, but you know that :-) in  
memory mapped (direct) buffers.  That way, they don't take up any  
memory.  Plus, by using federation and a file system connector, we  
could store these large files on the file system and just handle the  
"references" as property values, opening a stream to the underlying  
only when required.  Of course, you're app would have to pay the price  
for streaming gigabytes of information. :-)

How does this sound?

Best regards,

Randall

On Nov 19, 2008, at 9:09 PM, Michael Neale wrote:

> For our SOA repository, and rules - its possible we are looking at
> large single artifacts, as well as many small ones (which kind of
> stretch most JCR implementations). One idea floated is to (possibly)
> one day store entire machine images (OMG !!!) in the repository
> (obviously in memory will not work in that case !). But its hard to
> nail things down isn't it...
>
> On Thu, Nov 20, 2008 at 7:21 AM, Randall Hauch <rhauch at redhat.com>  
> wrote:
>> Stefano, this sounds great!  Personally, I really like to hear  
>> these kinds
>> of use cases and scenarios.  It's always important to know whether  
>> we're
>> working on the "right" set of features.  So keep these use cases  
>> coming!
>>
>> And, please feel free to suggest or discuss features that might be  
>> useful,
>> too.  For example, do you think JCR versioning will be an important  
>> part of
>> your approach, or will you implement your own approach to managing  
>> history
>> by designing the hierarchy to handle it?  Also, do you have an idea  
>> about
>> how much information the repository will store (perhaps broken down  
>> by % in
>> uploaded files, and about how big those files will each be).
>>
>> Best regards,
>>
>> Randall
>>
>> On Nov 18, 2008, at 3:34 PM, Stefano Maestri wrote:
>>
>>> Hi all,
>>> as said in a previous post I'm going to start a SOA/Enterprise  
>>> project
>>> using DNA for an important part of the project.
>>> I'm finishing the design of the whole application, but I can  
>>> describe
>>> here the main idea and how DNA will be related.
>>>
>>> In a nutshell we are SOAfing a complex system of a customer
>>> (J2EE+.NET+Oracle mainly, with external partner and provider with  
>>> SOAP
>>> service and/or custom legacy services).
>>> The system use a lot of data stored in various resources (mainly
>>> relationl DB, but also someone provided from partner services). Some
>>> code (in all languages) apply business rules to this data and  
>>> transform
>>> it in a some enrich information (information=data+Business rules).
>>> Aggregating this data we build a final report to client that is the
>>> final product.
>>> As said we are moving to SOA and we are identifying services and
>>> aggregation of them. The area where DNA could be very useful is  
>>> solving
>>> the problem of keeping track of information during time.
>>> IOW we are asked to be able to provide not only current  
>>> information, but
>>> also information related to a particular moment (remember  
>>> information
>>> for us= data + business rules).
>>> The system (or better a lot of service provider we are considering  
>>> part
>>> of the system) haven't ability to keep data or bsiness rules  
>>> history, so
>>> we have to store in some other places answer to be able to retrive  
>>> them
>>> in future.
>>> Here DNA could help us: the basic idea is to use JBossESB as  
>>> integration
>>> layer where a MessageStore could store messages into DNA where we  
>>> can
>>> apply different sequencers to extract information and organize it  
>>> for
>>> our different future purpose.
>>>
>>> ok, a bit confused, but it's late night and I'm tired and moreover  
>>> the
>>> project is on its start up.
>>>
>>> I'll try to explain better details regarding DNA very soon, as  
>>> soon as I
>>> finished my design.
>>>
>>> bye
>>> S.
>>> _______________________________________________
>>> dna-dev mailing list
>>> dna-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/dna-dev
>>
>> _______________________________________________
>> dna-dev mailing list
>> dna-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/dna-dev
>>
>
>
>
> -- 
> Michael D Neale
> home: www.michaelneale.net
> blog: michaelneale.blogspot.com




More information about the dna-dev mailing list