Re: indexing error: too many open files

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: Hierarchical Dropdown box for Input-Forms

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: SSL and HTTPS Question

On Fri, Jul 29, 2011 at 04:32:50PM -0400, Joseph wrote:
> So, I've turned on the configuration flag that forces the user to use HTTPS
> when they log in to DSpace;
> 
> Should the rest of their session take place over an https connection or is
> it safe for them to go back to regular http after they have logged in?

In general we can't really answer that and you probably can't either.
It depends on the nature of the stuff in your repository and your
users' needs for privacy.  And if your repo. is public, you don't know
who your users are until they've arrived.

Here all access is encrypted.  I admit to being an extremist in this
area:  I think all network packets should be encrypted in at least one
layer unless someone can show a compelling reason for some particular
packets to go in clear.  And I figure that, if I'm worried about the
cost of encryption maxing out our processors, I didn't recommend a fast
enough machine.  Once the handshake is done, session encryption is cheap.

--

-- 
Mark H. Wood, Lead System Programmer   mwood@...
Asking whether markets are efficient is like asking whether people are smart.

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: SSL and HTTPS Question

On Mon, 1 Aug 2011, Mark H. Wood wrote:

>> Should the rest of their session take place over an https connection or is
>> it safe for them to go back to regular http after they have logged in?
>
> In general we can't really answer that and you probably can't either.
> It depends on the nature of the stuff in your repository and your
> users' needs for privacy.  And if your repo. is public, you don't know
> who your users are until they've arrived.

If you go back to HTTP after signing in, then anyone can eavesdrop and 
steal your session.

If you do not want this, then you should make sure to run everything over 
HTTPS as soon as someone's logged in. Then the rest of their session 
should be encrypted.

Assuming that the rest of the repository is public, you probably don't 
want the overhead and lack of caching of running that over HTTPS, so it's 
better to run it over plain HTTP until people log in.

Best,

--
Tom De Mulder <tdm27@...> - Cambridge University Computing Service
+44 1223 3 31843 - New Museums Site, Pembroke Street, Cambridge CB2 3QH
-> 01/08/2011 : The Moon is Waxing Crescent (9% of Full)

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: Creative Common License Does not Show Properly in xmlui

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

css/html bug in Mirage theme

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: css/html bug in Mirage theme

Hi Simon,

It looks like others have found the same issue in the Mirage Theme. I 
just saw this ticket in JIRA:

https://jira.duraspace.org/browse/DS-967

There's a suggested fix in the comments of that JIRA ticket. You could 
see if that fix also works for you, and report back.

Developers, we still need a volunteer to 'claim' this ticket & fix it 
(or verify the suggested fix).

- Tim

On 8/1/2011 11:30 AM, Brown, Simon Contractor, Digital Consulting 
Services wrote:
> Hi,
>
> We’ve noticed in the item view (for the Mirage theme), that when there
> is an empty Abstract, the ds-options-wrapper gets stuck inside the
> ds-body so that it gets shoved down below the item description. It looks
> like a </div> tag is being miswritten somewhere but I can’t figure out
> where. I know that ideally, you wouldn’t have an empty Abstract, but
> still this seems like an error that could be fixed if we knew what was
> causing it?
>
> Thanks,
>
> Simon Brown
>
>
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
>
> _______________________________________________
> DSpace-tech mailing list
> DSpace-tech@...
> https://lists.sourceforge.net/lists/listinfo/dspace-tech

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Cocoon ehcache filling partition

Hi All,

For a couple of years, we've had no problem with the Cocoon cache being too large, and in the last two weeks, it
has twice filled up its partition.  (We've been notified of the problem by people who were prevented from
submitting; we don't know if there are other side effects.)

I'm going to ask for that partition to be expanded, but I'd like to get advice on how big to make it.  It's
presently 2Gb; 1.2Gb are used, and that will probably increase if system logs take up more space.  Does
anyone have an idea how large the ehcache can be expected to grow?  

We're running 1.6.2 on RHEL5 with Tomcat5.  I'm also planning to see if I can implement the cache clearer in
https://jira.duraspace.org/browse/DS-969, so our DSpace admins can get us back in business when
necessary.  But it would be better, of course, if it didn't happen.

B--

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

Re: Creative Common License Does not Show Properly in xmlui

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

------------------------------------------------------------------------------
BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1

Re: Creative Common License Does not Show Properly in xmlui

Yes, it worked for me!
Many thanks,
Amir.

________________________________________
From: Daniel Ishimitsu [daniel20@...]
Sent: 01 August 2011 20:22
To: Amir Pourabdollah
Cc: dspace-tech@...
Subject: Re: [Dspace-tech] Creative Common License Does not Show Properly in xmlui

Hi Amir,

If I recall correctly. That problem had something to do with the CC_license_RDF_URL variable using
"cocoon:/" erroring.

Here's the code we use (replace
scholarspace.manoa.hawaii.edu<http://scholarspace.manoa.hawaii.edu> with your dspace url elogeo.nottingham.ac.uk/xmlui<http://elogeo.nottingham.ac.uk/xmlui>)
I believe it forces an extra request to the web server on pages containing the CC link, so I'm not sure it's the
best solution. But it should work.

<xsl:template match="mets:fileGrp[ <at> USE='CC-LICENSE' or  <at> USE='LICENSE']">
<div class="license-info">
    <p><i18n:text>xmlui.dri2xhtml.METS-1.0.license-text</i18n:text></p>
    <ul>
        <xsl:if test=" <at> USE='CC-LICENSE'">
            <li>
                <xsl:variable name="CC_license_RDF_URL">
                    <xsl:text>http://scholarspace.manoa.hawaii.edu</xsl:text>
                    <xsl:value-of
select="substring(/mets:METS/mets:fileSec/mets:fileGrp/mets:file/mets:FLocat[ <at> xlink:title='license_rdf']/ <at> xlink:href,string-length($context-path)
+ 1)"/>
                </xsl:variable>
                <xsl:variable name="CC_license_URL"
select="document($CC_license_RDF_URL)/rdf:RDF/cc:License[1]/ <at> *['rdf:about']" />
                <a href="{$CC_license_URL}">Creative Commons License</a>
            </li>
        </xsl:if>
        <xsl:if test=" <at> USE='LICENSE'">
            <li><a href="{mets:file/mets:FLocat[ <at> xlink:title='license.txt']/ <at> xlink:href}"><i18n:text>xmlui.dri2xhtml.structural.link_original_license</i18n:text></a></li>
        </xsl:if>
    </ul>
</div>
</xsl:template>

Daniel Ishimitsu
Hamilton Library, DNS
University of Hawaii at Manoa

On Mon, Aug 1, 2011 at 5:44 AM, Amir Pourabdollah
<Amir.Pourabdollah@...<mailto:Amir.Pourabdollah@...>> wrote:
Dear Daniel,
Many thanks for sharing your experience.

The link you sent me has been very helpful. Since I have also a little bit changed the Mirage theme, I applied
the change onto the item-view.xsl. It worked but a little problem now is that the lines after "This item
appears in the following Collection(s)" are now disappeared. I am trying to see what could be the reason
but if you had the similar problem please let me know.

In the meantime I do a kind of manual fix to resolve the problem: For making the legal code link working, on
each submission I manually upload the legal code text onto the CC_License bundle's bitstreams. For the
formatting purpose, I made "/images/deed/" and "/includes/" folders and populated it with files
already in http://creativecommons.org/images/deed/  and https://creativecommons.org/includes/
It works now except for the tiny links underneath the screen (Just as temporary, I know this is not the best approach!)

Amir.

From: Daniel Ishimitsu [mailto:daniel20@...<mailto:daniel20@...>]
Sent: 29 July 2011 23:47

To: Amir Pourabdollah
Cc: dspace-tech@...<mailto:dspace-tech@...>
Subject: Re: [Dspace-tech] Creative Common License Does not Show Properly in xmlui

Hi Amir,

I noticed the same problem and reported as https://jira.duraspace.org/browse/DS-885

I fixed it using advice from https://sites.google.com/a/ohiolink.edu/drmc/Home/Subcommittees/DRC-Liaison-Assistance/drc-help-about-pages/xmlui-code-sharing-area/creative-commons

It mentions changing General-Handler.xsl, but we made our changes to item-view.xsl since we're using a
modified Mirage theme.

The resulting link acts like jspui.
ex. http://scholarspace.manoa.hawaii.edu/handle/10125/4252

Good luck,

Daniel Ishimitsu
Hamilton Library, DNS
University of Hawaii at Manoa

On Wed, Jul 27, 2011 at 10:49 AM, Amir Pourabdollah
<Amir.Pourabdollah@...<mailto:Amir.Pourabdollah@...>> wrote:
Thanks Wendy for your reply.

I noticed that there is a bitstream format of "CC License" already defined and associated to
"License_text".  Does this mean that the patch is already applied?

I have manually changed the MIME type of CCLicense to "text/html; charset=utf-8" so the page is now
rendered as HTML but it is still not what it should be, particularly some links (like the legal codes) are
not working.

I think the problem is beyond formatting and rendering issues. Do you think if I apply the patch, the links
will also work?

Yours,
Amir.

________________________________________
From: Wendy J Bossons [wbossons@...<mailto:wbossons@...>]
Sent: 27 July 2011 19:54
To: Amir Pourabdollah
Cc: dspace-tech@...<mailto:dspace-tech@...>
Subject: Re: [Dspace-tech] Creative Common License Does not Show Properly in    xmlui

Hello Amir

The format associated with the license text is not correct, which is why it does not display. There is a patch
to address that particular issue for 1.6.
See this patch  https://jira.duraspace.org/browse/DS-295.

I just completed some work on CCLicense that I hope will be in the upcoming 1.8 release. As part of that, the
XMLUI will contain a link to the actual license, rather than storing the license text and trying to display
it internally as you point out.  I will leave it to the DSpace committers/Release Coordinator to comment on
the schedule of the latter.

Thanks!

..\Wendy

" I am putting myself to the fullest possible use, which is all I think that any conscious entity can ever hope
to do."

Wendy Bossons
Senior Software Engineer
MIT Libraries
Software Analysis and Development
77 Massachusetts Avenue
Cambridge, MA 02139-4307
617-253-0770
wbossons@...<mailto:wbossons@...><mailto:wbossons@...<mailto:wbossons@...>>

On Jul 27, 2011, at 1:42 PM, Amir Pourabdollah wrote:

Dear friends,

If a Creatice Common license is attached to an item (in xmlui), the page showing the license does not show
properly (looks like an unformatted HTML with no image) and some of the links inside the page (including
the Legal Code which is important) do not work and show this error:

org.apache.cocoon.ResourceNotFoundException: Unable to locate bitstream
<map:read type="BitstreamReader"> - context:/jndi:/localhost/xmlui/sitemap.xmap - 268:70

I know that there has been a known bug
(http://dspace.2283337.n4.nabble.com/dspace-Bugs-2086708-xmlui-Creative-Commons-not-properly-displayed-td3294853.html
) but I just wonder if somebody in the meantime knows a solution to this. Things are OK in jspui and I wonder
why the xmlui tries to show the license as an internal page not  just as a link to the CC website.

I have manually copied the necessary css files from the Creative Common website into the similar DSpace
folders, now the look is a bit better but the links still don't work.

Please try http://elogeo.nottingham.ac.uk/xmlui/bitstream/handle/url/37/license_text to see
what I mean!

Thanks,
Amir.

This message and any attachment are intended solely for the addressee and may contain confidential
information. If you have received this message in error, please send it back to me, and immediately delete
it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any
views or opinions expressed by the author of this email do not necessarily reflect the views of the
University of Nottingham.

This message has been checked for viruses but the contents of an attachment may still contain software
viruses which could damage your computer system: you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as permitted by UK legislation.

<ATT00001..c><ATT00002..c>

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey
_______________________________________________
DSpace-tech mailing list
DSpace-tech@...<mailto:DSpace-tech@...>
https://lists.sourceforge.net/lists/listinfo/dspace-tech

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey

_______________________________________________
DSpace-tech mailing list
DSpace-tech@...<mailto:DSpace-tech@...>
https://lists.sourceforge.net/lists/listinfo/dspace-tech

------------------------------------------------------------------------------
BlackBerry&reg; DevCon Americas, Oct. 18-20, San Francisco, CA
The must-attend event for mobile developers. Connect with experts. 
Get tools for creating Super Apps. See the latest technologies.
Sessions, hands-on labs, demos & much more. Register early & save!
http://p.sf.net/sfu/rim-blackberry-1