I've had a large number of PDF's that are not processed by filter-
media. One in particular caused me a heap dump.
I instituted the -s flag in filter-media with a file that lists,
separated by a comma. The file seems to be ignored by the
program. So what's what here?
./filter-media -s 'le
dear D-Space developer/user
i have a question:
i have some html code in my Database in the description field, of course the
html have been transformed in plain text.
so the database entry is:
hello it is a description
when DSpace shows the database content it actually shows the text:
hello
The skip-list is implemented in 1.5.2 as a Java List, and the
handle of an object under consideration is checked using
List.contains(String), which should find a match anywhere in the list
regardless of entry order.
I'm slightly suspicious that 'less' might be doing something unwanted.
Does your s
Well, a few comments to this ordeal.
1. Hmmm "tick" eh? We need to make sure that admins understand the
difference between
the tick and the single quote. That caught me completely off guard.
On the keyboard the character
is referred to (officially) as Grave and the character when using t
On Tue, Jun 23, 2009 at 08:24:43AM +0200, Sean Carte wrote:
> 2009/6/18 Mark H. Wood :
> > On Thu, Jun 18, 2009 at 03:12:34PM +0200, Sean Carte wrote:
> >> And if it is this that's causing the problem, why do I seem to be the
> >> only one affected?
>
> And thanks also to Jason, who responded off-
On Fri, Jul 10, 2009 at 04:46:50PM -0400, Jeffrey Trimble wrote:
> 2. less does really "do" anything. Now, I'm running AIX, so java
> flavor can make a different. cat worked perfectly and solved all my
> problems. Should this too be a documented feature? What's the
> difference as we know them
FYI,
mdiggory_:mhwood: you may try upgrading the servlet implemenetation in
dspace-xmlui-wing to
[1:59pm]mdiggory_:http://repo2.maven.org/maven2/org/apache/cocoon/cocoon-servlet-service-impl/1.2.0/
[2:07pm]mdiggory_:
[2:07pm]mdiggory_: org.apache.cocoon
[2:07pm]mdiggory_: cocoon-servlet
Jeff,
Have you looked at all into using the XPDF Filter instead, it requires
some native configuration, but if you have xpdf on your system, you
may be able to get past these errors.
http://www.dspace.org/1_5_2Documentation/ch05.html#N12768
Mark
--
Mark R. Diggory
@mire - http://www.atmire.com
I spent a little more time organizing the dependencies in xmlui-wing
and cleared up a small conflict in the dependency tree, here is a
patch for 1.5.2 that does this.
Cheers,
Mark
--
Mark R. Diggory
@mire - http://www.atmire.com
pom.xml.patch
Description: Binary data
--
Use well formed xml here and try to wrap content with a or
tag and it should work better for you. You shouldn't require
alteration of the xslt for this.
hello
it is a description
Mark
--
Mark R. Diggory
@mire - http://www.atmire.com
2009/7/10 Antonio Cuomo :
> dear D-Space developer/user
Mark,
Yes, I am looking at implementing XPDF, but I need to really build it on
a test server--just need the time to get it up and running. This is a
little
more involved that just a config file.
If XPDF really solves some of the memory and heap dump problems,
should it (XPDF) be implemented
The challenge is that it is a native application and platform
dependent. So, I suspect it will more than likely always be a just a
option for those platforms its available on. But the lesson here is
that we need to have platform specific alternatives available and that
often those alternatives w
That's no different from PostgreSQL and/or Oracle, one of which is
also required. Xpdf is open source and is available on various Linux
flavors, Windoze, MacOSX, Solaris, even OS/2, NetBSD, and VMS. That
ought to cover all of the DSpace host platforms out there. See:
http://www.foolabs.com
One difference is that Postgres or Oracle are a "requirement" for
running a DSpace 1.x server while FilterMedia plugins such as XPDF are
optional "plugins" for DSpace that provide added capability. If a
plugin requires more dependencies than are required or delivered by a
default DSpace installati
14 matches
Mail list logo