Chris Wilper | 5 Dec 20:27 2011

[fcrepo-dev] Fedora Committer Meeting: Time Change

Hi all,


The committers have voted to move our weekly meetings back one hour to every Tuesday at 10am-11am US Eastern time. We made this change in order to more easily accomodate our regular attendees in Europe.

In tomorrow's meeting, we'll spend the first half on usual business, then have a working session on improving the Fedora Create space in the wiki. If there is interest, we will continue the Fedora Create discussion past 11am, up to an additional hour. More information on this meeting can be found here:


As always, all are invited to attend these open meetings and join the discussion or just listen in.

Thanks!
Chris
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Michael Della Bitta | 9 Dec 17:19 2011

[fcrepo-dev] DOS bug?

Hi everyone,

I filed a bug a few days ago and I just wanted to bring it to your
attention. It could be PEBCAK, but it looks from here like a DOS
vulnerability:

https://jira.duraspace.org/browse/FCREPO-1038

Thanks for your interest,

Michael Della Bitta

Senior Applications Developer
Information Technology Group
The New York Public Library
40 West 20th Street, 5th Floor
New York, NY 10011-4211
(212) 621-0609

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
Chris Wilper | 9 Dec 19:35 2011

Re: [fcrepo-dev] DOS bug?

Hi Michael,


Thank you for the report. I've responded on the tracker. The committers should also discuss this on the Tuesday call, during our regular review of recently submitted issues.

Thanks,
Chris

On Fri, Dec 9, 2011 at 11:19 AM, Michael Della Bitta <michaeldellabitta-pr8sHEKKXcY@public.gmane.org> wrote:
Hi everyone,

I filed a bug a few days ago and I just wanted to bring it to your
attention. It could be PEBCAK, but it looks from here like a DOS
vulnerability:

https://jira.duraspace.org/browse/FCREPO-1038

Thanks for your interest,

Michael Della Bitta

Senior Applications Developer
Information Technology Group
The New York Public Library
40 West 20th Street, 5th Floor
New York, NY 10011-4211
(212) 621-0609

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of
discussion for anyone considering optimizing the pricing and packaging model
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Stephen Bayliss | 11 Dec 21:10 2011
Picon

[fcrepo-dev] Status of trippi src?

Trippi master doesn't seem to build and pass all of its tests currently; but I can see there's a branch fix_executor with the latest commits which does build and pass tests.
 
I'm working on FCREPO-702 (update to latest Mulgara version), so it would be good to have a "known good" codebase to work from.
 
Currently I've created branch fcrepo-702 from branch fix_executor, updated to Mulgara 2.1.11 plus dependencies, and this is passing all tests.
 
I've also got a Fedora branch fcrepo-702 with this integrated.
So:
 
1) Is fix_executor fit (or close) to merge to master?  And are there any other outstanding planned changes?  If not it would be good to release a new version of trippi soon with changes from fcrepo-702 merged in also (once the fcrepo tests are all passing).
 
2) As soon as we can get the new mulgara and trippi jars maven-hosted (I may need some help with that! - though I have a revised pom for 2.1.11) I can also merge fcrepo-702 from fcrepo into master once I've finished testing.
 
Particularly on (1) there is a constructor change on RIOTripleIterator, the constructor now takes an executor service - I wonder if the old constructor with some kind of default/singe thread executor should be reinstated, or whether consumers should be providing their own (this has only affected Fedora integration tests; but anyone else who is also using trippi artefacts would also have to make that change - unless we bring back the existing constructor).  Similarly there are a few other modified constructors elsewhere that now take a TripleIteratorFactory; again I wonder if we should bring back in the old constructors also - to avoid any client software changes in a 3.6 release (although the changes are relatively minor).  All thoughts welcomed on this!
 
Thanks
Steve
------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Benjamin Armintor | 11 Dec 21:36 2011
Picon

Re: [fcrepo-dev] Status of trippi src?

Steve,
This is a blunder on my part... that branch should be ready to merge (it was the change that was meant to be tagged 1.4). If it doesn't have that default constructor it should, provided that an appropriate shutdown behavior can be implemented. Otherwise we'll reinstate the bug causing a one minute hang before shutdown (eg on rebuild ).

I think there's an argument to be made that there shouldn't be a default constructor for that reason... maybe we should discuss on Tuesday.

- Ben

On Dec 11, 2011 12:08 PM, "Stephen Bayliss" <stephen.bayliss-wjixUB1AOoUjD8S081q9vtHuzzzSOjJt@public.gmane.org> wrote:
Trippi master doesn't seem to build and pass all of its tests currently; but I can see there's a branch fix_executor with the latest commits which does build and pass tests.
 
I'm working on FCREPO-702 (update to latest Mulgara version), so it would be good to have a "known good" codebase to work from.
 
Currently I've created branch fcrepo-702 from branch fix_executor, updated to Mulgara 2.1.11 plus dependencies, and this is passing all tests.
 
I've also got a Fedora branch fcrepo-702 with this integrated.
So:
 
1) Is fix_executor fit (or close) to merge to master?  And are there any other outstanding planned changes?  If not it would be good to release a new version of trippi soon with changes from fcrepo-702 merged in also (once the fcrepo tests are all passing).
 
2) As soon as we can get the new mulgara and trippi jars maven-hosted (I may need some help with that! - though I have a revised pom for 2.1.11) I can also merge fcrepo-702 from fcrepo into master once I've finished testing.
 
Particularly on (1) there is a constructor change on RIOTripleIterator, the constructor now takes an executor service - I wonder if the old constructor with some kind of default/singe thread executor should be reinstated, or whether consumers should be providing their own (this has only affected Fedora integration tests; but anyone else who is also using trippi artefacts would also have to make that change - unless we bring back the existing constructor).  Similarly there are a few other modified constructors elsewhere that now take a TripleIteratorFactory; again I wonder if we should bring back in the old constructors also - to avoid any client software changes in a 3.6 release (although the changes are relatively minor).  All thoughts welcomed on this!
 
Thanks
Steve

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Stephen Bayliss | 12 Dec 09:27 2011
Picon

Re: [fcrepo-dev] Status of trippi src?

Hi Ben
 
Thanks for the clarification on this. It sounds like we are not too far off tagging 1.5.4 of trippi from fix_executor; and moving on to 1.5.5 for Mulgara 2.1.11.
 
What I'm not sure about is the rebuilder shutdown bug - https://jira.duraspace.org/browse/FCREPO-946 - related to https://jira.duraspace.org/browse/FCREPO-873.  Is there still something that needs implementing to deal with this for Trippi 1.5.4 (ie in the fix_executor branch)?
 
I don't believe there is a default constructor.  I wasn't perhaps entirely clear - the constructor change - addition of the ExecutorService -- was affecting compilation of the Fedora integration tests; I modified these at https://github.com/fcrepo/fcrepo/commit/41b26a3c6ff26da6738e78481c57de1cf30292b7#diff-1 - maybe this code should be using TripleIteratorFactory.defaultInstance().fromStream(...) instead?
 
Steve
 
-----Original Message-----
From: Benjamin Armintor [mailto:armintor-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org]
Sent: 11 December 2011 20:37
To: fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [fcrepo-dev] Status of trippi src?

Steve,
This is a blunder on my part... that branch should be ready to merge (it was the change that was meant to be tagged 1.4). If it doesn't have that default constructor it should, provided that an appropriate shutdown behavior can be implemented. Otherwise we'll reinstate the bug causing a one minute hang before shutdown (eg on rebuild ).

I think there's an argument to be made that there shouldn't be a default constructor for that reason... maybe we should discuss on Tuesday.

- Ben

On Dec 11, 2011 12:08 PM, "Stephen Bayliss" <stephen.bayliss <at> acuityunlimited.net> wrote:
Trippi master doesn't seem to build and pass all of its tests currently; but I can see there's a branch fix_executor with the latest commits which does build and pass tests.
 
I'm working on FCREPO-702 (update to latest Mulgara version), so it would be good to have a "known good" codebase to work from.
 
Currently I've created branch fcrepo-702 from branch fix_executor, updated to Mulgara 2.1.11 plus dependencies, and this is passing all tests.
 
I've also got a Fedora branch fcrepo-702 with this integrated.
So:
 
1) Is fix_executor fit (or close) to merge to master?  And are there any other outstanding planned changes?  If not it would be good to release a new version of trippi soon with changes from fcrepo-702 merged in also (once the fcrepo tests are all passing).
 
2) As soon as we can get the new mulgara and trippi jars maven-hosted (I may need some help with that! - though I have a revised pom for 2.1.11) I can also merge fcrepo-702 from fcrepo into master once I've finished testing.
 
Particularly on (1) there is a constructor change on RIOTripleIterator, the constructor now takes an executor service - I wonder if the old constructor with some kind of default/singe thread executor should be reinstated, or whether consumers should be providing their own (this has only affected Fedora integration tests; but anyone else who is also using trippi artefacts would also have to make that change - unless we bring back the existing constructor).  Similarly there are a few other modified constructors elsewhere that now take a TripleIteratorFactory; again I wonder if we should bring back in the old constructors also - to avoid any client software changes in a 3.6 release (although the changes are relatively minor).  All thoughts welcomed on this!
 
Thanks
Steve

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for
developers. It will provide a great way to learn Windows Azure and what it
provides. You can attend the event by watching it streamed LIVE online.
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Benjamin Armintor | 12 Dec 13:59 2011
Picon

Re: [fcrepo-dev] Status of trippi src?

Re: The rebuilder shutdown bug: I don't think so; Spring handles the
shutdown of the ExecutorService.

Re: Constructors: Your approach is totally reasonable, though the
Factory is more my intent.  I'm honestly not sure that integration
test is doing the right thing instantiating its own RIOTripleIterator,
though: I don't see any other place in the codebase that happens.  I
guess that's testing client code?

- Ben

On Mon, Dec 12, 2011 at 3:27 AM, Stephen Bayliss
<stephen.bayliss@...> wrote:
> Hi Ben
>
> Thanks for the clarification on this. It sounds like we are not too far off
> tagging 1.5.4 of trippi from fix_executor; and moving on to 1.5.5 for
> Mulgara 2.1.11.
>
> What I'm not sure about is the rebuilder shutdown bug -
> https://jira.duraspace.org/browse/FCREPO-946 - related to
> https://jira.duraspace.org/browse/FCREPO-873.  Is there still something that
> needs implementing to deal with this for Trippi 1.5.4 (ie in the
> fix_executor branch)?
>
> I don't believe there is a default constructor.  I wasn't perhaps entirely
> clear - the constructor change - addition of the ExecutorService -- was
> affecting compilation of the Fedora integration tests; I modified these at
> https://github.com/fcrepo/fcrepo/commit/41b26a3c6ff26da6738e78481c57de1cf30292b7#diff-1 -
> maybe this code should be using
> TripleIteratorFactory.defaultInstance().fromStream(...) instead?
>
> Steve
>
>
> -----Original Message-----
> From: Benjamin Armintor [mailto:armintor@...]
> Sent: 11 December 2011 20:37
> To: fedora-commons-developers@...
> Subject: Re: [fcrepo-dev] Status of trippi src?
>
> Steve,
> This is a blunder on my part... that branch should be ready to merge (it was
> the change that was meant to be tagged 1.4). If it doesn't have that default
> constructor it should, provided that an appropriate shutdown behavior can be
> implemented. Otherwise we'll reinstate the bug causing a one minute hang
> before shutdown (eg on rebuild ).
>
> I think there's an argument to be made that there shouldn't be a default
> constructor for that reason... maybe we should discuss on Tuesday.
>
> - Ben
>
> On Dec 11, 2011 12:08 PM, "Stephen Bayliss"
> <stephen.bayliss@...> wrote:
>>
>> Trippi master doesn't seem to build and pass all of its tests currently;
>> but I can see there's a branch fix_executor with the latest commits which
>> does build and pass tests.
>>
>> I'm working on FCREPO-702 (update to latest Mulgara version), so it would
>> be good to have a "known good" codebase to work from.
>>
>> Currently I've created branch fcrepo-702 from branch fix_executor, updated
>> to Mulgara 2.1.11 plus dependencies, and this is passing all tests.
>>
>> I've also got a Fedora branch fcrepo-702 with this integrated.
>> So:
>>
>> 1) Is fix_executor fit (or close) to merge to master?  And are there any
>> other outstanding planned changes?  If not it would be good to release a new
>> version of trippi soon with changes from fcrepo-702 merged in also (once the
>> fcrepo tests are all passing).
>>
>> 2) As soon as we can get the new mulgara and trippi jars maven-hosted (I
>> may need some help with that! - though I have a revised pom for 2.1.11) I
>> can also merge fcrepo-702 from fcrepo into master once I've finished
>> testing.
>>
>> Particularly on (1) there is a constructor change on RIOTripleIterator,
>> the constructor now takes an executor service - I wonder if the old
>> constructor with some kind of default/singe thread executor should be
>> reinstated, or whether consumers should be providing their own (this has
>> only affected Fedora integration tests; but anyone else who is also using
>> trippi artefacts would also have to make that change - unless we bring back
>> the existing constructor).  Similarly there are a few other modified
>> constructors elsewhere that now take a TripleIteratorFactory; again I wonder
>> if we should bring back in the old constructors also - to avoid any client
>> software changes in a 3.6 release (although the changes are relatively
>> minor).  All thoughts welcomed on this!
>>
>> Thanks
>> Steve
>>
>>
>> ------------------------------------------------------------------------------
>> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
>> Microsoft is holding a special Learn Windows Azure training event for
>> developers. It will provide a great way to learn Windows Azure and what it
>> provides. You can attend the event by watching it streamed LIVE online.
>> Learn more at http://p.sf.net/sfu/ms-windowsazure
>> _______________________________________________
>> Fedora-commons-developers mailing list
>> Fedora-commons-developers@...
>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
>>
>
> ------------------------------------------------------------------------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for
> developers. It will provide a great way to learn Windows Azure and what it
> provides. You can attend the event by watching it streamed LIVE online.
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> Fedora-commons-developers mailing list
> Fedora-commons-developers@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
>

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
Chris Wilper | 12 Dec 15:10 2011

[fcrepo-dev] Trying Google+ Hangouts for dev meetings?

Hi all,


We've used HiDef Conferencing for a few years now for the Fedora committer calls with very little trouble. Unfortunately, the service is changing soon and will no longer offer Skype dialin -- the capability that sold us on it to begin with. DuraSpace is experimenting with other teleconference providers, some of which provide a VoIP option in addition to normal phone numbers.

In the meantime, a few of us have been playing with Google Hangouts for meetings and have had pretty good experiences so far with both audio and video (we don't typically do video on the committer calls, but having the option might be nice...). It also has a simple shared whiteboard and text editing thing.

So my question is, for people who attend these calls regularly (or occasionally), have you tried Hangouts yet, and what do you think about using them? Obviously it would require attendees to have a G+ account, which is the main disadvantage I can think of.

- Chris
------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
Stephen Bayliss | 12 Dec 15:56 2011
Picon

Re: [fcrepo-dev] Status of trippi src?

Thanks Ben.  Yes that test code is the only place where the
RIOTripleIterator is being constructed.

Let's discuss on the call tomorrow to clarify any remaining issues, and I
can then merge and release.  I'll need help from someone in terms of the
duraspace-hosted maven artefacts and how to do this (I have revised the
existing Mulgara 2.1.4 POM to 2.1.11, and installed that in my local repo
for testing alongside the other artefacts not available on central).

Steve

> -----Original Message-----
> From: Benjamin Armintor [mailto:armintor@...] 
> Sent: 12 December 2011 13:00
> To: fedora-commons-developers@...
> Subject: Re: [fcrepo-dev] Status of trippi src?
> 
> 
> Re: The rebuilder shutdown bug: I don't think so; Spring 
> handles the shutdown of the ExecutorService.
> 
> Re: Constructors: Your approach is totally reasonable, though 
> the Factory is more my intent.  I'm honestly not sure that 
> integration test is doing the right thing instantiating its 
> own RIOTripleIterator,
> though: I don't see any other place in the codebase that 
> happens.  I guess that's testing client code?
> 
> - Ben
> 
> On Mon, Dec 12, 2011 at 3:27 AM, Stephen Bayliss 
> <stephen.bayliss@...> wrote:
> > Hi Ben
> >
> > Thanks for the clarification on this. It sounds like we are not too 
> > far off tagging 1.5.4 of trippi from fix_executor; and moving on to 
> > 1.5.5 for Mulgara 2.1.11.
> >
> > What I'm not sure about is the rebuilder shutdown bug - 
> > https://jira.duraspace.org/browse/FCREPO-946 - related to 
> > https://jira.duraspace.org/browse/FCREPO-873.  Is there still 
> > something that needs implementing to deal with this for 
> Trippi 1.5.4 
> > (ie in the fix_executor branch)?
> >
> > I don't believe there is a default constructor.  I wasn't perhaps 
> > entirely clear - the constructor change - addition of the 
> > ExecutorService -- was affecting compilation of the Fedora 
> integration 
> > tests; I modified these at 
> > 
> https://github.com/fcrepo/fcrepo/commit/41b26a3c6ff26da6738e78481c57de
> > 1cf30292b7#diff-1 - maybe this code should be using
> > TripleIteratorFactory.defaultInstance().fromStream(...) instead?
> >
> > Steve
> >
> >
> > -----Original Message-----
> > From: Benjamin Armintor [mailto:armintor@...]
> > Sent: 11 December 2011 20:37
> > To: fedora-commons-developers@...
> > Subject: Re: [fcrepo-dev] Status of trippi src?
> >
> > Steve,
> > This is a blunder on my part... that branch should be ready 
> to merge 
> > (it was the change that was meant to be tagged 1.4). If it doesn't 
> > have that default constructor it should, provided that an 
> appropriate 
> > shutdown behavior can be implemented. Otherwise we'll reinstate the 
> > bug causing a one minute hang before shutdown (eg on rebuild ).
> >
> > I think there's an argument to be made that there shouldn't be a 
> > default constructor for that reason... maybe we should discuss on 
> > Tuesday.
> >
> > - Ben
> >
> > On Dec 11, 2011 12:08 PM, "Stephen Bayliss" 
> > <stephen.bayliss@...> wrote:
> >>
> >> Trippi master doesn't seem to build and pass all of its tests 
> >> currently; but I can see there's a branch fix_executor with the 
> >> latest commits which does build and pass tests.
> >>
> >> I'm working on FCREPO-702 (update to latest Mulgara 
> version), so it 
> >> would be good to have a "known good" codebase to work from.
> >>
> >> Currently I've created branch fcrepo-702 from branch fix_executor, 
> >> updated to Mulgara 2.1.11 plus dependencies, and this is 
> passing all 
> >> tests.
> >>
> >> I've also got a Fedora branch fcrepo-702 with this integrated.
> >> So:
> >>
> >> 1) Is fix_executor fit (or close) to merge to master?  And 
> are there 
> >> any other outstanding planned changes?  If not it would be good to 
> >> release a new version of trippi soon with changes from fcrepo-702 
> >> merged in also (once the fcrepo tests are all passing).
> >>
> >> 2) As soon as we can get the new mulgara and trippi jars 
> maven-hosted 
> >> (I may need some help with that! - though I have a revised pom for 
> >> 2.1.11) I can also merge fcrepo-702 from fcrepo into 
> master once I've 
> >> finished testing.
> >>
> >> Particularly on (1) there is a constructor change on 
> >> RIOTripleIterator, the constructor now takes an executor 
> service - I 
> >> wonder if the old constructor with some kind of 
> default/singe thread 
> >> executor should be reinstated, or whether consumers should be 
> >> providing their own (this has only affected Fedora 
> integration tests; 
> >> but anyone else who is also using trippi artefacts would 
> also have to 
> >> make that change - unless we bring back the existing 
> constructor).  
> >> Similarly there are a few other modified constructors 
> elsewhere that 
> >> now take a TripleIteratorFactory; again I wonder if we 
> should bring 
> >> back in the old constructors also - to avoid any client software 
> >> changes in a 3.6 release (although the changes are 
> relatively minor).  
> >> All thoughts welcomed on this!
> >>
> >> Thanks
> >> Steve
> >>
> >>
> >> 
> ---------------------------------------------------------------------
> >> ---------
> >> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> >> Microsoft is holding a special Learn Windows Azure 
> training event for
> >> developers. It will provide a great way to learn Windows 
> Azure and what it
> >> provides. You can attend the event by watching it streamed 
> LIVE online.
> >> Learn more at http://p.sf.net/sfu/ms-windowsazure
> >> _______________________________________________
> >> Fedora-commons-developers mailing list
> >> Fedora-commons-developers@...
> >> 
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
> >>
> >
> > 
> ----------------------------------------------------------------------
> > --------
> > Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> > Microsoft is holding a special Learn Windows Azure training 
> event for
> > developers. It will provide a great way to learn Windows 
> Azure and what it
> > provides. You can attend the event by watching it streamed 
> LIVE online.
> > Learn more at http://p.sf.net/sfu/ms-windowsazure
> > _______________________________________________
> > Fedora-commons-developers mailing list
> > Fedora-commons-developers@...
> > 
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
> >
> 
> --------------------------------------------------------------
> ----------------
> Learn Windows Azure Live!  Tuesday, Dec 13, 2011
> Microsoft is holding a special Learn Windows Azure training event for 
> developers. It will provide a great way to learn Windows 
> Azure and what it 
> provides. You can attend the event by watching it streamed 
> LIVE online.  
> Learn more at http://p.sf.net/sfu/ms-windowsazure
> _______________________________________________
> Fedora-commons-developers mailing list 
> Fedora-commons-developers@...
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
> 

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure

[fcrepo-dev] Kaltura and Institutional Repository connector

Hi all,

**Please excuse the cross-posting of this email**

Here at Northwestern University we are currently evaluating Kaltura's video streaming service.  There has been some discussion between some institutions and Kaltura regarding Kaltura building a connector to use with different institutional repositories (e.g. Fedora, DSpace, ContentDM).  I'm trying to compile a list of institutions that would be interested in using such a connector.

If you're interested, I'd greatly appreciate you replying to me (m-stroming-angj7XTnwNpXfO9P/gJGhg@public.gmane.org) with your institution and which repository software you're using.

We need your responses very soon (if possible, before the holiday break) in order to bring this information to Kaltura in a timely manner.  Feel free to pass this email along to other lists.

Thanks very much,

Mike Stroming

Senior Software Developer, Enterprise Systems

Library Technology Division

Northwestern University Library

(847) 491-8345


------------------------------------------------------------------------------
Cloud Computing - Latest Buzzword or a Glimpse of the Future?
This paper surveys cloud computing today: What are the benefits? 
Why are businesses embracing it? What are its payoffs and pitfalls?
http://www.accelacomm.com/jaw/sdnl/114/51425149/
_______________________________________________
Fedora-commons-developers mailing list
Fedora-commons-developers@...
https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers

Gmane