Steve, Yes that is what I want to be able to do. At a minimum the logged on user id would be fine as I could get all the other info from LDAP. It would be good to able to get the other attributes as I already get them via JAAS for policy stuff.
Regards, Ben --------------------------------------------------------------------- Dr Ben Ryan Timescapes Archive Technical Officer School of Sociology and Social Policy Faculty of Education, Social Sciences and Law Social Science Building The University of Leeds Leeds LS2 9JT Email: [email protected] Tel: 0113 343 7319 Website: http://www.timescapes.leeds.ac.uk --------------------------------------------------------------------- ________________________________________ From: [email protected] [[email protected]] Sent: 16 December 2010 10:03 To: [email protected] Subject: Fedora-commons-users Digest, Vol 46, Issue 29 Send Fedora-commons-users mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/fedora-commons-users or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of Fedora-commons-users digest..." Today's Topics: 1. Re: FCRepo Sources for maven (Chris Wilper) 2. Re: FCRepo Sources for maven ([email protected]) 3. Re: risearch null result set (Wolff, Robert) 4. Re: Passing session/authentication credentials toexternal services (Steve Bayliss) ---------------------------------------------------------------------- Message: 1 Date: Wed, 15 Dec 2010 12:46:30 -0500 From: Chris Wilper <[email protected]> Subject: Re: [fcrepo-user] FCRepo Sources for maven To: "Support and info exchange list for Fedora users." <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8 Steve can probably comment more meaningfully on this, but the way I interpret the proposal for FCREPO-652 (a graph per object) is that it would *not* break backward compatibility because the <#ri> (whole graph) view would still behave as before. The dependency on mulgara isn't so concerning if this (and thus FCREPO-656) is considered an optional feature. So on the surface, this seems compatible with a point release (e.g. 3.5), but I'd hesitate to put it in the bucket without having a reasonable expectation that it might possibly get proven out and done in that timeframe. It looks like a it'd be a fairly significant effort, and I currently don't know of anyone planning on working on it in the short term. It seems that a proof of concept impl behind the idea would be good in any case -- something to help answer the basic feasibility questions. - Chris On Wed, Dec 15, 2010 at 12:07 PM, <[email protected]> wrote: > Is there any chance to get FCREPO-652: "Restructure resource index as a set > of named graphs" into that list, or is that still some further ways out? It's > of particular interest to us in connection with FCREPO-656: "Support for > indexing "arbitrary" RDF datastreams in the resource index". > > I understand that there was some concern about inducing too strong a > dependency on Mulgara for this functionality-- has that been addressed? > > --- > A. Soroka > Digital Research and Scholarship R & D and Online Library Environment > the University of Virginia Library > > > > > On Dec 15, 2010, at 11:21 AM, Chris Wilper wrote: > >> Hi Alex, >> >> A lot of what's discussed on that page is still in the investigation >> phase, but some concrete tracker items have been provoked by it. >> >> So far, FCREPO-649 and FCREPO-650 (mark the old "LITE" apis as >> deprecated, and the REST API >> URIs as canonical, respectively) are scoped for 3.5. ?These will both >> help pave the way for FCREPO-655 (Support HTTP URIs for resources in >> the Resource Index), which would be a more likely candidate for a 4.0 >> release, since it's got potential to break back-compatibility with >> existing applications. >> >> Re: 3.5 ?A couple weeks ago, Aaron Birkland (the 3.5 release manager) >> and I had a good initial scoping discussion for the release and took >> our best guess at this stuff. ?But we're really hoping to solicit more >> input from the community on priorities. ?Besides volunteering to work >> on issues that are important to you, another great way to help us >> prioritize is by logging in and voting on issues in the tracker. >> >> Here's the 3.5-scoped list currently. These items are considered "fair >> game" for the next release, meaning that if we can get people >> (committers and otherwise) to sign up to help with them, they'll be >> included in the release. >> >> https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+FCREPO+AND+fixVersion+%3D+%22Fedora+3.5%22+ORDER+BY+status+DESC%2C+priority+DESC >> >> - Chris >> >> On Wed, Dec 15, 2010 at 10:15 AM, Alex Rodriguez Lopez >> <[email protected]> wrote: >>> Thanks Chris, >>> >>> and happy to know 3.5 is comming early next year. >>> >>> Any insights about this on the upcoming release?: >>> https://wiki.duraspace.org/display/FCREPO/Supporting+the+Semantic+Web+and+Linked+Data >>> >>> Chris Wilper, 15-12-2010 14:45: >>>> Hi Alex, >>>> >>>> The Fedora jars are currently not deployed to a m2 repository. ?We are >>>> planning on doing that for the 3.5 release early next year: >>>> >>>> https://jira.duraspace.org/browse/FCREPO-825 >>>> >>>> ..but for the time being, building and deploying to your own local >>>> repo will be necessary. >>>> >>>> - Chris >>>> >>>> On Wed, Dec 15, 2010 at 7:21 AM, Alex Rodriguez Lopez >>>> <[email protected]> ?wrote: >>>>> Hi all, >>>>> I would like to reuse some of the java classes in Fedora's source for my >>>>> app, in which I use Maven for dependency control. >>>>> >>>>> After some of searching I couldn't find a Maven dependency to add to my >>>>> POM so I don't have to "install" the jars to my local M2_REPO. >>>>> >>>>> Does anyone know the lines to add to my POM to add Fedora >>>>> sources?(Muradora would be nice too!). >>>>> >>>>> Just so is it clear, I do not intend to change or develop Fedora (I did >>>>> found some docs about how to setup an environment to do this), just >>>>> reuse some classes for my client app. >>>>> >>>>> Thanks, >>>>> >>>>> Alex >> >> ------------------------------------------------------------------------------ >> Lotusphere 2011 >> Register now for Lotusphere 2011 and learn how >> to connect the dots, take your collaborative environment >> to the next level, and enter the era of Social Business. >> http://p.sf.net/sfu/lotusphere-d2d >> _______________________________________________ >> Fedora-commons-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------ Message: 2 Date: Wed, 15 Dec 2010 15:49:18 -0500 From: [email protected] Subject: Re: [fcrepo-user] FCRepo Sources for maven To: "Support and info exchange list for Fedora users." <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=us-ascii Chris-- Thanks for those insights-- they clarify the issues involved. --- A. Soroka Digital Research and Scholarship R & D and Online Library Environment the University of Virginia Library On Dec 15, 2010, at 12:46 PM, Chris Wilper wrote: > Steve can probably comment more meaningfully on this, but the way I > interpret the proposal for FCREPO-652 (a graph per object) is that it > would *not* break backward compatibility because the <#ri> (whole > graph) view would still behave as before. The dependency on mulgara > isn't so concerning if this (and thus FCREPO-656) is considered an > optional feature. > > So on the surface, this seems compatible with a point release (e.g. > 3.5), but I'd hesitate to put it in the bucket without having a > reasonable expectation that it might possibly get proven out and done > in that timeframe. It looks like a it'd be a fairly significant > effort, and I currently don't know of anyone planning on working on it > in the short term. > > It seems that a proof of concept impl behind the idea would be good in > any case -- something to help answer the basic feasibility questions. > > - Chris > > On Wed, Dec 15, 2010 at 12:07 PM, <[email protected]> wrote: >> Is there any chance to get FCREPO-652: "Restructure resource index as a set >> of named graphs" into that list, or is that still some further ways out? >> It's of particular interest to us in connection with FCREPO-656: "Support >> for indexing "arbitrary" RDF datastreams in the resource index". >> >> I understand that there was some concern about inducing too strong a >> dependency on Mulgara for this functionality-- has that been addressed? >> >> --- >> A. Soroka >> Digital Research and Scholarship R & D and Online Library Environment >> the University of Virginia Library >> >> >> >> >> On Dec 15, 2010, at 11:21 AM, Chris Wilper wrote: >> >>> Hi Alex, >>> >>> A lot of what's discussed on that page is still in the investigation >>> phase, but some concrete tracker items have been provoked by it. >>> >>> So far, FCREPO-649 and FCREPO-650 (mark the old "LITE" apis as >>> deprecated, and the REST API >>> URIs as canonical, respectively) are scoped for 3.5. These will both >>> help pave the way for FCREPO-655 (Support HTTP URIs for resources in >>> the Resource Index), which would be a more likely candidate for a 4.0 >>> release, since it's got potential to break back-compatibility with >>> existing applications. >>> >>> Re: 3.5 A couple weeks ago, Aaron Birkland (the 3.5 release manager) >>> and I had a good initial scoping discussion for the release and took >>> our best guess at this stuff. But we're really hoping to solicit more >>> input from the community on priorities. Besides volunteering to work >>> on issues that are important to you, another great way to help us >>> prioritize is by logging in and voting on issues in the tracker. >>> >>> Here's the 3.5-scoped list currently. These items are considered "fair >>> game" for the next release, meaning that if we can get people >>> (committers and otherwise) to sign up to help with them, they'll be >>> included in the release. >>> >>> https://jira.duraspace.org/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+FCREPO+AND+fixVersion+%3D+%22Fedora+3.5%22+ORDER+BY+status+DESC%2C+priority+DESC >>> >>> - Chris >>> >>> On Wed, Dec 15, 2010 at 10:15 AM, Alex Rodriguez Lopez >>> <[email protected]> wrote: >>>> Thanks Chris, >>>> >>>> and happy to know 3.5 is comming early next year. >>>> >>>> Any insights about this on the upcoming release?: >>>> https://wiki.duraspace.org/display/FCREPO/Supporting+the+Semantic+Web+and+Linked+Data >>>> >>>> Chris Wilper, 15-12-2010 14:45: >>>>> Hi Alex, >>>>> >>>>> The Fedora jars are currently not deployed to a m2 repository. We are >>>>> planning on doing that for the 3.5 release early next year: >>>>> >>>>> https://jira.duraspace.org/browse/FCREPO-825 >>>>> >>>>> ..but for the time being, building and deploying to your own local >>>>> repo will be necessary. >>>>> >>>>> - Chris >>>>> >>>>> On Wed, Dec 15, 2010 at 7:21 AM, Alex Rodriguez Lopez >>>>> <[email protected]> wrote: >>>>>> Hi all, >>>>>> I would like to reuse some of the java classes in Fedora's source for my >>>>>> app, in which I use Maven for dependency control. >>>>>> >>>>>> After some of searching I couldn't find a Maven dependency to add to my >>>>>> POM so I don't have to "install" the jars to my local M2_REPO. >>>>>> >>>>>> Does anyone know the lines to add to my POM to add Fedora >>>>>> sources?(Muradora would be nice too!). >>>>>> >>>>>> Just so is it clear, I do not intend to change or develop Fedora (I did >>>>>> found some docs about how to setup an environment to do this), just >>>>>> reuse some classes for my client app. >>>>>> >>>>>> Thanks, >>>>>> >>>>>> Alex >>> >>> ------------------------------------------------------------------------------ >>> Lotusphere 2011 >>> Register now for Lotusphere 2011 and learn how >>> to connect the dots, take your collaborative environment >>> to the next level, and enter the era of Social Business. >>> http://p.sf.net/sfu/lotusphere-d2d >>> _______________________________________________ >>> Fedora-commons-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> >> >> ------------------------------------------------------------------------------ >> Lotusphere 2011 >> Register now for Lotusphere 2011 and learn how >> to connect the dots, take your collaborative environment >> to the next level, and enter the era of Social Business. >> http://p.sf.net/sfu/lotusphere-d2d >> _______________________________________________ >> Fedora-commons-users mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users >> > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------ Message: 3 Date: Wed, 15 Dec 2010 15:49:59 -0500 From: "Wolff, Robert" <[email protected]> Subject: Re: [fcrepo-user] risearch null result set To: "Support and info exchange list for Fedora users." <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Hi Chris, Many thanks for the quick reply. I think it was a simple mistake, unfortunately. I neglected to flush the buffer. :/ Seems strange, as the buffer flushes automatically after 5 seconds of inactivity, which there surely had been. It seemed to take much longer than this. Rob -----Original Message----- From: Chris Wilper [mailto:[email protected]] Sent: Tuesday, December 14, 2010 9:24 PM To: Support and info exchange list for Fedora users. Subject: Re: [fcrepo-user] risearch null result set Hi Rob, The query looks good. One quick thing you can do is dump all triples: Go to the "Find Triples" triples tab and enter "* * *" (without the quotes) as an SPO query. If that works, maybe you haven't ingested any service definition objects yet? You should have at least 4 content model objects (the built in ones) though, so if you replace the ServiceDefinition-3.0 URI in your query with <info:fedora/fedora-system:ContentModel-3.0>, that should definitely return something. - Chris On Tue, Dec 14, 2010 at 6:16 PM, Wolff, Robert <[email protected]> wrote: > Hi Everyone, > > We?re currently having trouble returning results from risearch. > > I have enabled the Resource Index in fedora.fcfg and rebuilt the index > without any errors.? We?re running Fedora 3.4.1 and using the local mulgara > triplestore. > > Submitting the example itql query from the documentation: > > select $object $modified from <#ri> > where? $object <fedora-model:hasModel> > <info:fedora/fedora-system:ServiceDefinition-3.0> > and??? $object <fedora-view:lastModifiedDate> $modified > > ...only yields the field names: "object","modified" with no results. > > Is there a way to verify what is actually in the triplestore?? I?ve set the > org.fcrepo log to DEBUG, but the root level log has to remain at INFO > because of, I assume, this bug: > https://jira.duraspace.org/browse/FCREPO-833.? (Otherwise, fedora will not > start.) > > The only mulgara related info in the fedora.log file indicates that mulgara > has substituted aliases.? The fedora-rebuild.log file seems to indicate that > its successfully parsing triples, so I?m not sure why the triplestore > appears to be empty.? The data/resourceIndex directory clocks in at 89M so > there?s something in there.? :) > > Does anyone know how I might troubleshoot this?? Apologies if these are > basic questions. > > Cheers, > Rob > > > Robert Wolff > University of New Hampshire Library > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > > ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users ------------------------------ Message: 4 Date: Thu, 16 Dec 2010 09:44:58 -0000 From: "Steve Bayliss" <[email protected]> Subject: Re: [fcrepo-user] Passing session/authentication credentials toexternal services To: "'Support and info exchange list for Fedora users.'" <[email protected]> Message-ID: <002401cb9d05$e86e4850$03010...@asusp4t533> Content-Type: text/plain; charset="us-ascii" Hi Ben In fact something similar has been raised for a different situation - "E" datastreams authenticating to external http storage: https://jira.duraspace.org/browse/FCREPO-748 Both the "E" datastreams and SDep methods go through the ExternalContentManager - so potentially there could be a common solution to both issues. To clarify your use-case, what you are saying is that you would like Fedora to forward on certain parts of the original request context, eg the logged-on user? That could potentially be an additional configuration option, eg options to forward on the whole request context headers and attributes (potentially dangerous as basic auth would include the password), and maybe options to specify which headers/attributes should get passed through. (I think it may also be useful to include cross-context functionality, eg through configuration being able to specify that a service in the same container should be called using the RequestDispatcher. Though not really applicable to your case.) You might want to look at the code in org.fcrepo.server.access.dissemination.DisseminationService.assembleDissemin ation(...) to see what happens currently. Regards Steve > -----Original Message----- > From: Benjamin Ryan [mailto:[email protected]] > Sent: 15 December 2010 13:27 > To: [email protected] > Subject: [fcrepo-user] Passing session/authentication > credentials toexternal services > > > Hi, > Does anyone have experience of passing > session/authentication credentials to external services? > What I want to achieve is making available username, > password etc to say a PHP script that will process search > results and format them according to the credentials e.g. > hide results that this is no permission for or visually > display that access is restricted to certain resources. > I suspect that I would have to write some form of Java > servlet that could be called through an SDEP. > > Any pointers would be appreciated. > > Regards, > Ben > --------------------------------------------------------------------- > Dr Ben Ryan > Timescapes Archive Technical Officer > School of Sociology and Social Policy > Faculty of Education, Social Sciences and Law > Social Science Building > The University of Leeds > Leeds LS2 9JT > Email: [email protected]<mailto:[email protected]> > Tel: 0113 343 7319 > Website: > http://www.timescapes.leeds.ac.uk<http://www.timescapes.leeds.ac.uk/> > --------------------------------------------------------------------- > > -------------------------------------------------------------- > ---------------- > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Fedora-commons-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users > ------------------------------ ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d ------------------------------ _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users End of Fedora-commons-users Digest, Vol 46, Issue 29 **************************************************** ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Fedora-commons-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
