[Mulgara-dev] A 1.0.1 release, and looking forward from there.

[Brian Sletten]

Andrae, I eventually stopped my FOAF spider, but when I ran it  
against the trunk, it ran for twice as long as the previous one and  
didn't indicate any transaction issues, so if that were the issue, it  
seemed to work for me as well.

On Aug 24, 2007, at 4:13 AM, Andrae Muys wrote:

>
> I have just finished reviewing Ronald's fix to the transaction  
> manager.  He was right, the test should have been OR not AND.  I  
> have extracted the relevant test into a function to make it clearer  
> what is supposed to be going on.
>
> Regarding the removal of the cascade from implicitRollback, I agree  
> that it is unnecessary - but only if the couple of cleanup lines  
> are migrated into the abort cascade.
>
> If the tests I am currently running pass clean, then I am going to  
> ask Paul to put out a quick 1.0.1 release to get this fix out ASAP.
>
> Regarding the contents of a 1.1 release I am hoping we can have:
>
> 1. Model Name URL/URN deconflation
> 2. Initial SPARQL implementation
>
> I'm hoping to have 1 done before the 7th September.  Paul is  
> currently working on 2 - I'll let him estimate this.
>
> Beyond this I am going to be focused on XA2.
>
> Other things that would be great to see include:
> 1. Full SPARQL implementation
> 2. XML/RPC support
> 3. ReST support
> 4. Java/RMI independent SOAP support
> 5. Documentation cleanup
> 6. Reification support (I'm currently looking at if this can be  
> done with less than 4 new indices, Paul believes it can - I suspect  
> he is right but I'm still not 100% convinced).
> 7. LDAP resolver
> 8. Maildir resolver
> 9. Fix the Filesystem Resolver (currently periodically runs out of  
> memory on largish filesystems)
> 10. XMP resolver (jpeg/pdf metadata - this has to be my favourite  
> potential resolver)
> 11. Atom/RSS/etc content handlers
> 12. FileWatchResolver (define some sort of processing (GRDDL/RDFa/ 
> script) to a file to extract RDF into a temporary model - at start  
> of transaction check MTIME of external file and reprocess/reload if  
> necessary)
>
> If anyone would like to take any of these on please let the list  
> know - *especially* if it's one of the resolvers as writing a  
> resolver is still not as easy as it should be and it is very very  
> easy to get it wrong.
>
> Andrae
>
> -- 
> Andrae Muys
> andrae at netymon.com
> Mulgara Consultant
> Netymon Pty Ltd
>
>
> _______________________________________________
> Mulgara-dev mailing list
> Mulgara-dev at mulgara.org
> http://mulgara.org/mailman/listinfo/mulgara-dev