[Dspace-tech] Help: Dspace 1.4.1; Internal System Error
31 views
Skip to first unread message
Rodrigo Castro Artigas
Aug 24, 2015, 4:34:53 PM8/24/15
to dspac...@lists.sourceforge.net
Hi, I have the problem with upload new logo the edit collection.
The dspace.log is the folowind:
2007-02-12 12:49:10,192 WARN org.dspace.app.webui.servlet.InternalErrorServlet @ :session_id=6A0DF69DF829212D25CA373FF45D87B1:internal_error:-- URL Was: http://192.168.1.163/dspace/tools/edit-communities
-- Method: POST
-- Parameters were:
java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an integer
at org.dspace.storage.rdbms.TableRow.getIntColumn(TableRow.java:162)
at org.dspace.storage.rdbms.DatabaseManager.execute(DatabaseManager.java:1418)
at org.dspace.storage.rdbms.DatabaseManager.update(DatabaseManager.java:853)
at org.dspace.storage.bitstore.BitstreamStorageManager.store(BitstreamStorageManager.java:359)
at org.dspace.content.Bitstream.create(Bitstream.java:184)
at org.dspace.content.Community.setLogo(Community.java:406)
at org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.processUploadLogo(EditCommunitiesServlet.java:708)
at org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.doDSPost(EditCommunitiesServlet.java:132)
at org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java:147)
at org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilter.java:98)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:534)
Thanks
Rodrigo Castro
Jefe de Tecnología
Alerta al Conocimiento S.A.
Fono: 233-7908
Kyle Brentnell
Aug 24, 2015, 4:34:55 PM8/24/15
to Rodrigo Castro Artigas, dspac...@lists.sourceforge.net
Hi Rodrigo,
How many bytes is the logo that you are trying to upload? If it is a large logo, as a text try uploading a smaller logo(smaller number of bytes). I am wondering if the error is due to the file size (bytes) being too large to fit in the integer data type.
Kyle
How many bytes is the logo that you are trying to upload? If it is a large logo, as a text try uploading a smaller logo(smaller number of bytes). I am wondering if the error is due to the file size (bytes) being too large to fit in the integer data type.
Kyle
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
Jim Downing
Aug 24, 2015, 4:35:01 PM8/24/15
to dspac...@lists.sourceforge.net, Rodrigo Castro Artigas
Rodrigo Castro Artigas wrote:
> Hi, I have the problem with upload new logo the edit collection.
>
> The dspace.log is the folowind:
>
>
> Hi, I have the problem with upload new logo the edit collection.
>
> The dspace.log is the folowind:
>
>
> java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an integer
>
You're not running Oracle, are you? There's a current issue with Oracle
>
and long ints.
Best regards,
jim
Rodrigo Castro Artigas
Aug 24, 2015, 4:35:10 PM8/24/15
to dspac...@lists.sourceforge.net
Hi Jim, I am running Dspace with Oracle 9.2.0.7 and data type is "NUMBER"
(SiZE_BYTES). But the problem also is present with upload other documents.
Atte
De: dspace-te...@lists.sourceforge.net
[mailto:dspace-te...@lists.sourceforge.net] En nombre de
dspace-te...@lists.sourceforge.net
Enviado el: Jueves, 15 de Febrero de 2007 15:21
Para: dspac...@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 10, Issue 37
Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net
You can reach the person managing the list at
dspace-t...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."
Today's Topics:
1. Re: Help: Dspace 1.4.1; Internal System Error (Jim Downing)
2. Re: column a.oid does not exist (Jim Downing)
3. Re: Compatibility bug with Oracle 10g (Graham Triggs)
4. Re: How to configure Postfix...?? (James Rutherford)
5. Re: Weird Import Error (George Kozak)
6. Dspace Config file question (Jeffrey Trimble)
7. Re: Compatibility bug with Oracle 10g (Graham Triggs)
8. Item Submission error. (Lakshmi Balasubramanyam)
----------------------------------------------------------------------
Message: 1
Date: Thu, 15 Feb 2007 09:03:24 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] Help: Dspace 1.4.1; Internal System Error
To: dspac...@lists.sourceforge.net
Cc: Rodrigo Castro Artigas <rca...@alerta.cl>
Message-ID: <45D421DC...@cam.ac.uk>
Content-Type: text/plain; charset=UTF-8; format=flowed
------------------------------
Message: 2
Date: Thu, 15 Feb 2007 09:06:56 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] column a.oid does not exist
To: Fatih Oguz <fo...@valdosta.edu>
Cc: dspac...@lists.sourceforge.net
Message-ID: <45D422B0...@cam.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Fatih,
Fatih Oguz wrote:
> We have our dspace installation on a sun machine:
> SunOS varro 5.9 Generic_118558-28 sun4u sparc SUNW,UltraAX-i2
>
>
> Any suggestions?
>
More of a guess - it looks like it could be a problem in the driver; is
your postgres driver is the correct version for the database?
> Exception occurred:java.sql.SQLException: ERROR: column a.oid does not
> exist
>
> java.sql.SQLException: ERROR: column a.oid does not exist
>
> at org.postgresql.Connection.ExecSQL(Connection.java:533)
> at org.postgresql.Connection.ExecSQL(Connection.java:400)
> at
>
org.postgresql.jdbc2.DatabaseMetaData.getColumns(DatabaseMetaData.java:1894)
> at
Best regards,
jim
------------------------------
Message: 3
Date: Thu, 15 Feb 2007 12:45:33 +0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Compatibility bug with Oracle 10g
To: "dspace-tech" <dspac...@lists.sourceforge.net>
Message-ID: <1171543533.6212.13.camel@L562>
Content-Type: text/plain; charset="utf-8"
On Tue, 2007-02-13 at 09:52 +0000, Jim Downing wrote:
>
>
https://sourceforge.net/tracker/?func=detail&atid=119984&aid=1460754&group_i
d=19984
>
You could try the patch below.
It's *really* hacky, and does two things:
1) for Integer / Decimal jdbc types, when using Oracle, it checks to see
if the column is long, and uses long values if it is, otherwise, it uses
ints.
2) in getLongColumn(), if the returned object is an Integer, then it
accepts it as valid and returns a long.
Like I say, it's a bit messy, but it gets around the immediate problem
(as tested locally in a file submission). But could do with a bit more
thought and review.
G
oracle-hack:
### Eclipse Workspace Patch 1.0
#P dspace
Index: src/org/dspace/storage/rdbms/DatabaseManager.java
===================================================================
RCS
file:
/cvsroot/dspace/dspace/src/org/dspace/storage/rdbms/DatabaseManager.java,v
retrieving revision 1.40
diff -u -r1.40 DatabaseManager.java
--- src/org/dspace/storage/rdbms/DatabaseManager.java 5 Jul 2006
16:17:16 -0000 1.40
+++ src/org/dspace/storage/rdbms/DatabaseManager.java 15 Feb 2007
12:40:54 -0000
@@ -1415,7 +1415,15 @@
else if ((jdbctype == Types.INTEGER)
|| (jdbctype == Types.DECIMAL))
{
- statement.setInt(count, row.getIntColumn(column));
+ if
("oracle".equals(ConfigurationManager.getProperty("db.name")))
+ {
+ if (row.isLongColumn(column))
+ statement.setLong(count,
row.getLongColumn(column));
+ else
+ statement.setInt(count,
row.getIntColumn(column));
+ }
+ else
+ statement.setInt(count,
row.getIntColumn(column));
continue;
}
Index: src/org/dspace/storage/rdbms/TableRow.java
===================================================================
RCS
file: /cvsroot/dspace/dspace/src/org/dspace/storage/rdbms/TableRow.java,v
retrieving revision 1.11
diff -u -r1.11 TableRow.java
--- src/org/dspace/storage/rdbms/TableRow.java 16 Nov 2006 23:40:47
-0000 1.11
+++ src/org/dspace/storage/rdbms/TableRow.java 15 Feb 2007 12:40:54
-0000
@@ -123,6 +123,16 @@
return data.get(canonicalize(column)) == NULL_OBJECT;
}
+
+ public boolean isLongColumn(String column)
+ {
+ String name = canonicalize(column);
+ Object value = data.get(name);
+ if (value instanceof Long)
+ return true;
+
+ return false;
+ }
/**
* Return the integer value of column.
@@ -198,9 +208,15 @@
+ " not present");
}
+ if ((value instanceof Integer))
+ {
+ return ((Integer) value).longValue();
+ }
+
if (!(value instanceof Long))
{
- throw new IllegalArgumentException("Value is not an long");
+ throw new IllegalArgumentException("Value for " + column
+ + " is not a long");
}
return ((Long) value).longValue();
This e-mail is confidential and should not be used by anyone who is not the
original intended recipient. BioMed Central Limited does not accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of BioMed Central Limited. No contracts may be
concluded on behalf of BioMed Central Limited by means of e-mail
communication. BioMed Central Limited Registered in England and Wales with
registered number 3680030 Registered Office Middlesex House, 34-42 Cleveland
Street, London W1T 4LB
------------------------------
Message: 4
Date: Thu, 15 Feb 2007 13:01:25 +0000
From: "James Rutherford" <j...@oneoverzero.com>
Subject: Re: [Dspace-tech] How to configure Postfix...??
To: "Sahil Dave" <sahil....@gmail.com>, "Dspace Tech"
<dspac...@lists.sourceforge.net>
Message-ID: <d9b2b70702150501k3f9...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 14/02/07, Sahil Dave <sahil....@gmail.com> wrote:
> yes i am running Mandriva 2007.. but i need to deploy Dspace on RHEL 4 -
ES
> in my Library...
> what all changes do i need to make to the postfix & DSpace config.
> files....??
RHEL4 will probably have sendmail setup and configured already. You
can check to see if it is by running (as root) lsof -i tcp:25
you should see something like the following if it is running:
[root@localhost ~]# lsof -i tcp:25
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
sendmail 2995 root 3u IPv4 6365 TCP
localhost.localdomain:smtp (LISTEN)
If this is the case, you just need to configure the mail server in
your dspace.cfg to be localhost, and add the username and password as
required for the sendmail configuration. Note that if you're running
sendmail purely for your DSpace repository, you should configure your
firewall to block external connections to port 25 to avoid being used
as a relay.
There is nothing special about DSpace SMTP requirements, so for
whichever software you use, you should be able to find ample
documentation and sample configuration files. I'm afraid I don't
really know much about postfix, but I do know that it is a
well-documented project, so you should have no problems using it if
you really want to.
Jim.
------------------------------
Message: 5
Date: Thu, 15 Feb 2007 09:43:15 -0500
From: George Kozak <gs...@cornell.edu>
Subject: Re: [Dspace-tech] Weird Import Error
To: dspac...@lists.sourceforge.net
Message-ID:
<6.2.1.2.2.200702...@postoffice8.mail.cornell.edu>
Content-Type: text/plain; charset="us-ascii"; format=flowed
Hi...
I figured out my import error "java.lang.NullPointerException". If anyone
is interested, it was caused by a null XML field in my dublin_core.xml. I
generated the dublin_core.xml with a script using a template and somehow a
field with nothing in it was created. As luck would have it, it was in the
middle of a lot of XML so I didn't notice it at first.
George Kozak
Coordinator
Web Development and Management
Digital Media Group
504 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924
gs...@cornell.edu
------------------------------
Message: 6
Date: Thu, 15 Feb 2007 11:17:13 -0500
From: Jeffrey Trimble <jtri...@cc.ysu.edu>
Subject: [Dspace-tech] Dspace Config file question
To: dspac...@lists.sourceforge.net
Message-ID: <E1HHjII-...@unix1.cc.ysu.edu>
Content-Type: text/plain; charset="us-ascii"
I'm above to upgrade from 1.3.2 to 1.4.1 and as I am working through
my Dspace Config
file, I have inconsistency that I need to be "enlightened" about.
My 1.3.2 (test server) has the following in the config file:
##### Web UI Settings ######
# The site authenticator - must implement
org.dspace.app.webui.SiteAuthenticator
webui.site.authenticator = org.dspace.app.webui.SimpleAuthenticator
# Certificate authority
webui.cert.ca = /dspace/etc/certificate-ca.pem
# If a user presents a valid Web certificate, but does not have an e-person
# record, should they automatically be given a new e-person record?
webui.cert.autoregister = true
But I don't see it in the 1.4.1 version. Is this now obsolete since
there is the new
LDAP configurator?
TIA,
Jeffrey A. Trimble
Systems Librarian
Youngstown State University
Youngstown, OH
jtri...@cc.ysu.edu
(330) 941-2483
http://digital.maag.ysu.edu
http://www.maag.ysu.edu
http://jupiter.ysu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 7
Date: Thu, 15 Feb 2007 16:45:24 +0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Compatibility bug with Oracle 10g
To: "dspace-tech" <dspac...@lists.sourceforge.net>
Message-ID: <1171557924.6212.34.camel@L562>
Content-Type: text/plain; charset="utf-8"
On Thu, 2007-02-15 at 12:45 +0000, Graham Triggs wrote:
> On Tue, 2007-02-13 at 09:52 +0000, Jim Downing wrote:
> >
> >
https://sourceforge.net/tracker/?func=detail&atid=119984&aid=1460754&group_i
d=19984
> >
>
>
> You could try the patch below.
I've now given this some more thought, and I believe the only workable
solution is to always pass integer values IN to Oracle as long, and on
retrieving them, assume them to always be long, then test them and if
they are capable of being stored in an int, populate TableRow with an
int.
This should allow all the other code to work - an int goes in, an int
ought to be retrievable (via getIntColumn). Anything that expects to get
long, can get a long, regardless of whether it is / is capable of being
an int. Only if something explicitly puts something that can't be
represented as a long into the database, and then tries to
getIntColumn() on retrieval, would an error arise.
If you are using Postgres, then this patch doesn't change any behaviour
(apart from TableRow allowing getLongValue to return the contents of an
integer).
I have submitted a patch implementing this as (#1660752):
http://sourceforge.net/tracker/index.php?func=detail&aid=1660752&group_id=19
984&atid=319984
Changes:
DatabaseManager.java:
execute()
- add Types.NUMERIC test to the Integer if condition
- when Oracle is configured, it *always* passes in longs for
integer/numeric types. Behaviour for Postgres is unchanged (uses an
int).
process()
- when Oracle is configured, for numeric types, it gets a long from the
resultset. If the long can be cast to an int with no loss of data, then
it
uses an int for populating the TableRow - if not, it uses the long.
Behaviour for Postgres is unchanged (uses an int).
TableRow.java:
getLongColumn()
- if the column contains an Integer, allow it to be returned as a long
(there is no loss of data).
The table row change is required, as for Oracle we are always populating
the TableRow with int values if we can represent a numeric as such
without
loss. We have to do that to allow for code that is expecting an int,
however where code is expecting to retrieve long column, having an int
value would have cause it to fail.
This e-mail is confidential and should not be used by anyone who is not the
original intended recipient. BioMed Central Limited does not accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of BioMed Central Limited. No contracts may be
concluded on behalf of BioMed Central Limited by means of e-mail
communication. BioMed Central Limited Registered in England and Wales with
registered number 3680030 Registered Office Middlesex House, 34-42 Cleveland
Street, London W1T 4LB
------------------------------
Message: 8
Date: Thu, 15 Feb 2007 12:20:45 -0600
From: "Lakshmi Balasubramanyam" <LBALASUB...@kumc.edu>
Subject: [Dspace-tech] Item Submission error.
To: dspac...@lists.sourceforge.net, l...@mit.edu, "Jacob Cameron"
<jacob....@uleth.ca>
Message-ID: <45D45014.8...@kumc.edu>
Content-Type: TEXT/plain; charset="US-ASCII"
We have the Dspace 1.4.1 version installed on our unix server that is
running against a postgres server. I am getting an Internal server error
when I submit an item after I click on "I grant the Licence" button in
the process. The error message says
java.io.IOException: Lock obtain timed out:
Lock@/websys/jakarta-tomcat-5.0.28/temp/lucene-aedcccbd80b1f19e22ef7b78d1bec
400-write.lock
at org.apache.lucene.store.Lock.obtain(Lock.java:56)
at
org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:254)
at
org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:204)
at org.dspace.search.DSIndexer.openIndex(DSIndexer.java:286)
at org.dspace.search.DSIndexer.indexContent(DSIndexer.java:92)
at
org.dspace.content.InstallItem.installItem(InstallItem.java:149)
at
org.dspace.content.InstallItem.installItem(InstallItem.java:73)
at
org.dspace.workflow.WorkflowManager.archive(WorkflowManager.java:652)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:606)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:582)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:546)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:506)
at
org.dspace.workflow.WorkflowManager.start(WorkflowManager.java:203)
at
org.dspace.app.webui.servlet.SubmitServlet.processLicense(SubmitServlet.java
:1618)
at
org.dspace.app.webui.servlet.SubmitServlet.doDSPost(SubmitServlet.java:424)
couple of times, logged out and logged in many times but still keep
getting this error. Any ideas?
Thanks!
- Lakshmi
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
End of DSpace-tech Digest, Vol 10, Issue 37
*******************************************
(SiZE_BYTES). But the problem also is present with upload other documents.
Atte
Rodrigo Castro
Jefe de Tecnología
Alerta al Conocimiento S.A.
Fono: 233-7908
-----Mensaje original-----
Jefe de Tecnología
Alerta al Conocimiento S.A.
Fono: 233-7908
De: dspace-te...@lists.sourceforge.net
[mailto:dspace-te...@lists.sourceforge.net] En nombre de
dspace-te...@lists.sourceforge.net
Enviado el: Jueves, 15 de Febrero de 2007 15:21
Para: dspac...@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 10, Issue 37
Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net
You can reach the person managing the list at
dspace-t...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."
Today's Topics:
1. Re: Help: Dspace 1.4.1; Internal System Error (Jim Downing)
2. Re: column a.oid does not exist (Jim Downing)
3. Re: Compatibility bug with Oracle 10g (Graham Triggs)
4. Re: How to configure Postfix...?? (James Rutherford)
5. Re: Weird Import Error (George Kozak)
6. Dspace Config file question (Jeffrey Trimble)
7. Re: Compatibility bug with Oracle 10g (Graham Triggs)
8. Item Submission error. (Lakshmi Balasubramanyam)
----------------------------------------------------------------------
Message: 1
Date: Thu, 15 Feb 2007 09:03:24 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] Help: Dspace 1.4.1; Internal System Error
To: dspac...@lists.sourceforge.net
Cc: Rodrigo Castro Artigas <rca...@alerta.cl>
Message-ID: <45D421DC...@cam.ac.uk>
Content-Type: text/plain; charset=UTF-8; format=flowed
Message: 2
Date: Thu, 15 Feb 2007 09:06:56 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] column a.oid does not exist
To: Fatih Oguz <fo...@valdosta.edu>
Cc: dspac...@lists.sourceforge.net
Message-ID: <45D422B0...@cam.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi Fatih,
Fatih Oguz wrote:
> We have our dspace installation on a sun machine:
> SunOS varro 5.9 Generic_118558-28 sun4u sparc SUNW,UltraAX-i2
>
>
> Any suggestions?
>
More of a guess - it looks like it could be a problem in the driver; is
your postgres driver is the correct version for the database?
> Exception occurred:java.sql.SQLException: ERROR: column a.oid does not
> exist
>
> java.sql.SQLException: ERROR: column a.oid does not exist
>
> at org.postgresql.Connection.ExecSQL(Connection.java:533)
> at org.postgresql.Connection.ExecSQL(Connection.java:400)
> at
>
org.postgresql.jdbc2.DatabaseMetaData.getColumns(DatabaseMetaData.java:1894)
> at
Best regards,
jim
------------------------------
Message: 3
Date: Thu, 15 Feb 2007 12:45:33 +0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Compatibility bug with Oracle 10g
To: "dspace-tech" <dspac...@lists.sourceforge.net>
Message-ID: <1171543533.6212.13.camel@L562>
Content-Type: text/plain; charset="utf-8"
On Tue, 2007-02-13 at 09:52 +0000, Jim Downing wrote:
> Jos? A. Rubio wrote:
> > java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an
> > integer
> This has come up before: -
> > java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an
> > integer
>
>
https://sourceforge.net/tracker/?func=detail&atid=119984&aid=1460754&group_i
d=19984
>
You could try the patch below.
It's *really* hacky, and does two things:
1) for Integer / Decimal jdbc types, when using Oracle, it checks to see
if the column is long, and uses long values if it is, otherwise, it uses
ints.
2) in getLongColumn(), if the returned object is an Integer, then it
accepts it as valid and returns a long.
Like I say, it's a bit messy, but it gets around the immediate problem
(as tested locally in a file submission). But could do with a bit more
thought and review.
G
oracle-hack:
### Eclipse Workspace Patch 1.0
#P dspace
Index: src/org/dspace/storage/rdbms/DatabaseManager.java
===================================================================
RCS
file:
/cvsroot/dspace/dspace/src/org/dspace/storage/rdbms/DatabaseManager.java,v
retrieving revision 1.40
diff -u -r1.40 DatabaseManager.java
--- src/org/dspace/storage/rdbms/DatabaseManager.java 5 Jul 2006
16:17:16 -0000 1.40
+++ src/org/dspace/storage/rdbms/DatabaseManager.java 15 Feb 2007
12:40:54 -0000
@@ -1415,7 +1415,15 @@
else if ((jdbctype == Types.INTEGER)
|| (jdbctype == Types.DECIMAL))
{
- statement.setInt(count, row.getIntColumn(column));
+ if
("oracle".equals(ConfigurationManager.getProperty("db.name")))
+ {
+ if (row.isLongColumn(column))
+ statement.setLong(count,
row.getLongColumn(column));
+ else
+ statement.setInt(count,
row.getIntColumn(column));
+ }
+ else
+ statement.setInt(count,
row.getIntColumn(column));
continue;
}
Index: src/org/dspace/storage/rdbms/TableRow.java
===================================================================
RCS
file: /cvsroot/dspace/dspace/src/org/dspace/storage/rdbms/TableRow.java,v
retrieving revision 1.11
diff -u -r1.11 TableRow.java
--- src/org/dspace/storage/rdbms/TableRow.java 16 Nov 2006 23:40:47
-0000 1.11
+++ src/org/dspace/storage/rdbms/TableRow.java 15 Feb 2007 12:40:54
-0000
@@ -123,6 +123,16 @@
return data.get(canonicalize(column)) == NULL_OBJECT;
}
+
+ public boolean isLongColumn(String column)
+ {
+ String name = canonicalize(column);
+ Object value = data.get(name);
+ if (value instanceof Long)
+ return true;
+
+ return false;
+ }
/**
* Return the integer value of column.
@@ -198,9 +208,15 @@
+ " not present");
}
+ if ((value instanceof Integer))
+ {
+ return ((Integer) value).longValue();
+ }
+
if (!(value instanceof Long))
{
- throw new IllegalArgumentException("Value is not an long");
+ throw new IllegalArgumentException("Value for " + column
+ + " is not a long");
}
return ((Long) value).longValue();
This e-mail is confidential and should not be used by anyone who is not the
original intended recipient. BioMed Central Limited does not accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of BioMed Central Limited. No contracts may be
concluded on behalf of BioMed Central Limited by means of e-mail
communication. BioMed Central Limited Registered in England and Wales with
registered number 3680030 Registered Office Middlesex House, 34-42 Cleveland
Street, London W1T 4LB
------------------------------
Message: 4
Date: Thu, 15 Feb 2007 13:01:25 +0000
From: "James Rutherford" <j...@oneoverzero.com>
Subject: Re: [Dspace-tech] How to configure Postfix...??
To: "Sahil Dave" <sahil....@gmail.com>, "Dspace Tech"
<dspac...@lists.sourceforge.net>
Message-ID: <d9b2b70702150501k3f9...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 14/02/07, Sahil Dave <sahil....@gmail.com> wrote:
> yes i am running Mandriva 2007.. but i need to deploy Dspace on RHEL 4 -
ES
> in my Library...
> what all changes do i need to make to the postfix & DSpace config.
> files....??
RHEL4 will probably have sendmail setup and configured already. You
can check to see if it is by running (as root) lsof -i tcp:25
you should see something like the following if it is running:
[root@localhost ~]# lsof -i tcp:25
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
sendmail 2995 root 3u IPv4 6365 TCP
localhost.localdomain:smtp (LISTEN)
If this is the case, you just need to configure the mail server in
your dspace.cfg to be localhost, and add the username and password as
required for the sendmail configuration. Note that if you're running
sendmail purely for your DSpace repository, you should configure your
firewall to block external connections to port 25 to avoid being used
as a relay.
There is nothing special about DSpace SMTP requirements, so for
whichever software you use, you should be able to find ample
documentation and sample configuration files. I'm afraid I don't
really know much about postfix, but I do know that it is a
well-documented project, so you should have no problems using it if
you really want to.
Jim.
------------------------------
Message: 5
Date: Thu, 15 Feb 2007 09:43:15 -0500
From: George Kozak <gs...@cornell.edu>
Subject: Re: [Dspace-tech] Weird Import Error
To: dspac...@lists.sourceforge.net
Message-ID:
<6.2.1.2.2.200702...@postoffice8.mail.cornell.edu>
Content-Type: text/plain; charset="us-ascii"; format=flowed
Hi...
I figured out my import error "java.lang.NullPointerException". If anyone
is interested, it was caused by a null XML field in my dublin_core.xml. I
generated the dublin_core.xml with a script using a template and somehow a
field with nothing in it was created. As luck would have it, it was in the
middle of a lot of XML so I didn't notice it at first.
George Kozak
Coordinator
Web Development and Management
Digital Media Group
504 Olin Library
Cornell University
Ithaca, NY 14853
607-255-8924
gs...@cornell.edu
------------------------------
Message: 6
Date: Thu, 15 Feb 2007 11:17:13 -0500
From: Jeffrey Trimble <jtri...@cc.ysu.edu>
Subject: [Dspace-tech] Dspace Config file question
To: dspac...@lists.sourceforge.net
Message-ID: <E1HHjII-...@unix1.cc.ysu.edu>
Content-Type: text/plain; charset="us-ascii"
I'm above to upgrade from 1.3.2 to 1.4.1 and as I am working through
my Dspace Config
file, I have inconsistency that I need to be "enlightened" about.
My 1.3.2 (test server) has the following in the config file:
##### Web UI Settings ######
# The site authenticator - must implement
org.dspace.app.webui.SiteAuthenticator
webui.site.authenticator = org.dspace.app.webui.SimpleAuthenticator
# Certificate authority
webui.cert.ca = /dspace/etc/certificate-ca.pem
# If a user presents a valid Web certificate, but does not have an e-person
# record, should they automatically be given a new e-person record?
webui.cert.autoregister = true
But I don't see it in the 1.4.1 version. Is this now obsolete since
there is the new
LDAP configurator?
TIA,
Jeffrey A. Trimble
Systems Librarian
Youngstown State University
Youngstown, OH
jtri...@cc.ysu.edu
(330) 941-2483
http://digital.maag.ysu.edu
http://www.maag.ysu.edu
http://jupiter.ysu.edu
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 7
Date: Thu, 15 Feb 2007 16:45:24 +0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Compatibility bug with Oracle 10g
To: "dspace-tech" <dspac...@lists.sourceforge.net>
Message-ID: <1171557924.6212.34.camel@L562>
Content-Type: text/plain; charset="utf-8"
On Thu, 2007-02-15 at 12:45 +0000, Graham Triggs wrote:
> On Tue, 2007-02-13 at 09:52 +0000, Jim Downing wrote:
> > Jos? A. Rubio wrote:
> > > java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an
> > > integer
> > This has come up before: -
> > > java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an
> > > integer
> >
> >
https://sourceforge.net/tracker/?func=detail&atid=119984&aid=1460754&group_i
d=19984
> >
>
>
> You could try the patch below.
I've now given this some more thought, and I believe the only workable
solution is to always pass integer values IN to Oracle as long, and on
retrieving them, assume them to always be long, then test them and if
they are capable of being stored in an int, populate TableRow with an
int.
This should allow all the other code to work - an int goes in, an int
ought to be retrievable (via getIntColumn). Anything that expects to get
long, can get a long, regardless of whether it is / is capable of being
an int. Only if something explicitly puts something that can't be
represented as a long into the database, and then tries to
getIntColumn() on retrieval, would an error arise.
If you are using Postgres, then this patch doesn't change any behaviour
(apart from TableRow allowing getLongValue to return the contents of an
integer).
I have submitted a patch implementing this as (#1660752):
http://sourceforge.net/tracker/index.php?func=detail&aid=1660752&group_id=19
984&atid=319984
Changes:
DatabaseManager.java:
execute()
- add Types.NUMERIC test to the Integer if condition
- when Oracle is configured, it *always* passes in longs for
integer/numeric types. Behaviour for Postgres is unchanged (uses an
int).
process()
- when Oracle is configured, for numeric types, it gets a long from the
resultset. If the long can be cast to an int with no loss of data, then
it
uses an int for populating the TableRow - if not, it uses the long.
Behaviour for Postgres is unchanged (uses an int).
TableRow.java:
getLongColumn()
- if the column contains an Integer, allow it to be returned as a long
(there is no loss of data).
The table row change is required, as for Oracle we are always populating
the TableRow with int values if we can represent a numeric as such
without
loss. We have to do that to allow for code that is expecting an int,
however where code is expecting to retrieve long column, having an int
value would have cause it to fail.
This e-mail is confidential and should not be used by anyone who is not the
original intended recipient. BioMed Central Limited does not accept
liability for any statements made which are clearly the sender's own and not
expressly made on behalf of BioMed Central Limited. No contracts may be
concluded on behalf of BioMed Central Limited by means of e-mail
communication. BioMed Central Limited Registered in England and Wales with
registered number 3680030 Registered Office Middlesex House, 34-42 Cleveland
Street, London W1T 4LB
------------------------------
Message: 8
Date: Thu, 15 Feb 2007 12:20:45 -0600
From: "Lakshmi Balasubramanyam" <LBALASUB...@kumc.edu>
Subject: [Dspace-tech] Item Submission error.
To: dspac...@lists.sourceforge.net, l...@mit.edu, "Jacob Cameron"
<jacob....@uleth.ca>
Message-ID: <45D45014.8...@kumc.edu>
Content-Type: TEXT/plain; charset="US-ASCII"
We have the Dspace 1.4.1 version installed on our unix server that is
running against a postgres server. I am getting an Internal server error
when I submit an item after I click on "I grant the Licence" button in
the process. The error message says
java.io.IOException: Lock obtain timed out:
Lock@/websys/jakarta-tomcat-5.0.28/temp/lucene-aedcccbd80b1f19e22ef7b78d1bec
400-write.lock
at org.apache.lucene.store.Lock.obtain(Lock.java:56)
at
org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:254)
at
org.apache.lucene.index.IndexWriter.<init>(IndexWriter.java:204)
at org.dspace.search.DSIndexer.openIndex(DSIndexer.java:286)
at org.dspace.search.DSIndexer.indexContent(DSIndexer.java:92)
at
org.dspace.content.InstallItem.installItem(InstallItem.java:149)
at
org.dspace.content.InstallItem.installItem(InstallItem.java:73)
at
org.dspace.workflow.WorkflowManager.archive(WorkflowManager.java:652)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:606)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:582)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:546)
at
org.dspace.workflow.WorkflowManager.doState(WorkflowManager.java:506)
at
org.dspace.workflow.WorkflowManager.start(WorkflowManager.java:203)
at
org.dspace.app.webui.servlet.SubmitServlet.processLicense(SubmitServlet.java
:1618)
at
org.dspace.app.webui.servlet.SubmitServlet.doDSPost(SubmitServlet.java:424)
at
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:147)
at
org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
Can anyone tell me what's causing this. I have bounced the server a
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:147)
at
org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
couple of times, logged out and logged in many times but still keep
getting this error. Any ideas?
Thanks!
- Lakshmi
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
*******************************************
Rodrigo Castro Artigas
Aug 24, 2015, 4:35:11 PM8/24/15
to dspac...@lists.sourceforge.net
Hi Kyle, This logo have 3.000 bytes, but the problem also is present with
upload other documents, that is to say with ALL files.
Atte
Rodrigo Castro
Jefe de Tecnología
Alerta al Conocimiento S.A.
Fono: 233-7908
-----Mensaje original-----
De: dspace-te...@lists.sourceforge.net
[mailto:dspace-te...@lists.sourceforge.net] En nombre de
dspace-te...@lists.sourceforge.net
Enviado el: Miércoles, 14 de Febrero de 2007 16:23
Para: dspac...@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 10, Issue 34
Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net
You can reach the person managing the list at
dspace-t...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."
Today's Topics:
1. Re: Reindexing vs Tomcat running (Jose Blanco)
2. Re: need some suggestions plzzzzz (Jim Downing)
3. Re: Help: Dspace 1.4.1; Internal System Error (Kyle Brentnell)
4. Re: Reindexing vs Tomcat running (Graham Triggs)
----------------------------------------------------------------------
Message: 1
Date: Wed, 14 Feb 2007 12:41:08 -0500
From: "Jose Blanco" <bla...@umich.edu>
Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
To: "'Graham Triggs'" <gra...@biomedcentral.com>
Cc: dspac...@lists.sourceforge.net
Message-ID: <E1HHOAA-...@mail.sourceforge.net>
Content-Type: text/plain; charset="US-ASCII"
Graham:
Your new patch completes successfully. Now I would like to make a change to
it. I would like it NOT to copy from search.dir.create to search.dir. I
want to do this just for testing purposes. So I think in order to do this,
I need to change the DSIndexer.java file. I believe if I
Comment out
return DSIndexer.moveIndex(c, offlineIndexDir, toPath);
in the routine moveAlternateIndex, and just
return false;
That should do it, right?
I don't think this will break anything. I simply want to see what goes on
(resource being used) when the indexer is running, but I don't want it to
replace the active one being used by DSpace.
Thanks!
Jose
-----Original Message-----
From: Graham Triggs [mailto:gra...@biomedcentral.com]
Sent: Wednesday, February 14, 2007 5:52 AM
To: Jose Blanco
Cc: dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
Jose,
I've just uploaded what should be my final revision of this patch. It
incorporates a couple of additional small fixes:
1) If somebody is logged into a console and are 'in' the search
directory, it no longer stops the index replacement from happening
2) Minor structural improvements to the code.
I've now tested just about every scenario that I can think of occurring
for which it is possible to fabricate a test case for, on both Linux and
Windows platforms, including with multiple Tomcat instances running.
As before, let me know how you get on.
G
On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote:
> Graham:
>
> I installed you patch in my dev area, and I see that search.dir.create has
> the new indexes but it did not seem to copy it over to the search.dir
area.
> I don't see anything in the log file about failing to copy it over. I'm
> assuming that I have something open as you indicate in the "caveats"
section
> of your patch, but would I get some sort of message on the log file?
>
> Thanks!
>
> Jose
>
> -----Original Message-----
> From: dspace-te...@lists.sourceforge.net
> [mailto:dspace-te...@lists.sourceforge.net] On Behalf Of
> gra...@biomedcentral.com
> Sent: Thursday, February 08, 2007 5:29 PM
> To: dspac...@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
>
> Stephane,
>
> I've now submitted a patch for this reindexing issue: #1655583
>
> You can read my notes and download the patch file here:
>
>
https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i
> d=19984
>
> With the patch applied, you will also need to add a 'search.dir.create'
> entry to your dspace.cfg as per the comments.
>
> Let me know if you have any questions.
>
> G
>
> ------
> Graham Triggs
> Technical Architect
> Open Repository
> +44 (0)20 7631 9942
> This email has been scanned by Postini.
> For more information please visit http://www.postini.com
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
Message: 2
Date: Wed, 14 Feb 2007 17:50:15 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] need some suggestions plzzzzz
To: DSpac...@lists.sourceforge.net
Cc: csna...@umich.edu, Krishna <kit...@gmail.com>, Sai Srinivas
Dharanikota <sai.dha...@gmail.com>
Message-ID: <45D34BD...@cam.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Sai Srinivas Dharanikota wrote:
> Scenario: We need to integrate DSpace as a content repository for the
> *Metadata*, we have a registry to register the metadata. We need a
> repository to store this metadata. DSpace is used in this case. We
> have a prefix for every registry and repository (DSpace instance). All
> the handles are maintained by our handle server.
>
>
> Taken this scenario,
>
> Why do we get into hassle if we have a prefix for every DSpace
> instance with handles being generated by our handle server? Your
> comments would be helpful to correct our approach.
You don't need to; this is what Corey was suggesting.
You do have a problem if "All handles are maintained by our handle
server" is a requirement, because out-of-the-box DSpace does not work as
a client to a Handle server - it works as a Handle server itself. If you
can have a prefix for each DSpace *and* let each DSpace resolve the
handles for that prefix then there's no problem at all.
Best regards,
jim
------------------------------
Message: 3
Date: Wed, 14 Feb 2007 13:11:58 -0500
From: Kyle Brentnell <kbren...@idrc.ca>
<dspac...@lists.sourceforge.net>
Message-ID: <5.1.0.14.2.200702...@mail.idrc.ca>
Content-Type: text/plain; charset="iso-8859-1"
Hi Rodrigo,
How many bytes is the logo that you are trying to upload? If it is a large
logo, as a text try uploading a smaller logo(smaller number of bytes). I
am wondering if the error is due to the file size (bytes) being too large
to fit in the integer data type.
Kyle
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:252)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
>
> at
>
org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilt
er.java:98)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:202)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
>
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:213)
>
> at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:178)
>
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
>
> at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
Date: Wed, 14 Feb 2007 19:22:20 -0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
To: "Jose Blanco" <bla...@umich.edu>
Cc: dspac...@lists.sourceforge.net
Message-ID: <75CDCFD217EB45B5AF990AD4CD782C43@Dell>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
Jose,
That depends on what you want to do the test for - and what platform you are
running under.
When running offline, the createIndex method (actually, the new overloaded
version that takes a second parameter - more on that later), directly calls
moveIndex(). So, to stop an offline indexer from moving the directory, you
need to comment that call out (the offline indexer can only move the index
if the destination isn't locked - ie. you are not running under Windows, or
you don't have an IndexSearcher open).
moveAlternateIndex() is actually used by DSQuery, and is the method by which
the web application moves the index from search.dir.create. This method
actually has the additional check for the existence of a
'dspace-index-complete' file, which is used to stop an already running web
application from attempting to move the new index before it has finished
being built. So, to stop a running web application from moving the index,
you need to comment out the call to moveIndex() here.
To stop both offline and web applications from moving the index, you
therefore have to comment out both calls to moveIndex(). Or perhaps more
easily, just make moveIndex() return without doing anything.
However, as I mentioned, createIndex has an overloaded version with an
additional parameter - a boolean flag that states whether this index is to
be used only for testing purposes. If you call createIndex with this flag
set to true, then it will ignore search.dir.create (if it has been set), and
attempt to create an index in the directory specified by the environment
variable java.io.tmpdir.
So, you could extend the main method of the application you are using to
call createIndex in this fashion. Note that by default, when specifying this
is a test index, it will also delete the index directly after building it.
If you need the index to remain after the execution of the program, you
would need to comment out the appropriate call to deleteDirs() from the
createIndex() method.
G
----- Original Message -----
From: "Jose Blanco" <bla...@umich.edu>
To: "'Graham Triggs'" <gra...@biomedcentral.com>
Cc: <dspac...@lists.sourceforge.net>
Sent: Wednesday, February 14, 2007 5:41 PM
Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
> Graham:
>
> Your new patch completes successfully. Now I would like to make a change
> to
> it. I would like it NOT to copy from search.dir.create to search.dir. I
> want to do this just for testing purposes. So I think in order to do
> this,
> I need to change the DSIndexer.java file. I believe if I
>
> Comment out
>
> return DSIndexer.moveIndex(c, offlineIndexDir, toPath);
>
> in the routine moveAlternateIndex, and just
>
> return false;
>
> That should do it, right?
>
> I don't think this will break anything. I simply want to see what goes on
> (resource being used) when the indexer is running, but I don't want it to
> replace the active one being used by DSpace.
>
> Thanks!
>
> Jose
>
> -----Original Message-----
> From: Graham Triggs [mailto:gra...@biomedcentral.com]
> Sent: Wednesday, February 14, 2007 5:52 AM
> To: Jose Blanco
> Cc: dspac...@lists.sourceforge.net
> Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
>
> Jose,
>
> I've just uploaded what should be my final revision of this patch. It
> incorporates a couple of additional small fixes:
>
> 1) If somebody is logged into a console and are 'in' the search
> directory, it no longer stops the index replacement from happening
>
> 2) Minor structural improvements to the code.
>
> I've now tested just about every scenario that I can think of occurring
> for which it is possible to fabricate a test case for, on both Linux and
> Windows platforms, including with multiple Tomcat instances running.
>
> As before, let me know how you get on.
>
> G
>
> On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote:
>> Graham:
>>
>> I installed you patch in my dev area, and I see that search.dir.create
>> has
>> the new indexes but it did not seem to copy it over to the search.dir
> area.
>> I don't see anything in the log file about failing to copy it over. I'm
>> assuming that I have something open as you indicate in the "caveats"
> section
>> of your patch, but would I get some sort of message on the log file?
>>
>> Thanks!
>>
>> Jose
>>
>> -----Original Message-----
>> From: dspace-te...@lists.sourceforge.net
>> [mailto:dspace-te...@lists.sourceforge.net] On Behalf Of
>> gra...@biomedcentral.com
>> Sent: Thursday, February 08, 2007 5:29 PM
>> To: dspac...@lists.sourceforge.net
>> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
>>
>> Stephane,
>>
>> I've now submitted a patch for this reindexing issue: #1655583
>>
>> You can read my notes and download the patch file here:
>>
>>
>
https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i
>> d=19984
>>
>> With the patch applied, you will also need to add a 'search.dir.create'
>> entry to your dspace.cfg as per the comments.
>>
>> Let me know if you have any questions.
>>
>> G
>>
>> ------
>> Graham Triggs
>> Technical Architect
>> Open Repository
>> +44 (0)20 7631 9942
>> This email has been scanned by Postini.
>> For more information please visit http://www.postini.com
>>
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier.
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
For more information please visit http://www.postini.com
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
End of DSpace-tech Digest, Vol 10, Issue 34
*******************************************
upload other documents, that is to say with ALL files.
Atte
Rodrigo Castro
Jefe de Tecnología
Alerta al Conocimiento S.A.
Fono: 233-7908
-----Mensaje original-----
De: dspace-te...@lists.sourceforge.net
[mailto:dspace-te...@lists.sourceforge.net] En nombre de
dspace-te...@lists.sourceforge.net
Para: dspac...@lists.sourceforge.net
Asunto: DSpace-tech Digest, Vol 10, Issue 34
Send DSpace-tech mailing list submissions to
dspac...@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/dspace-tech
or, via email, send a message with subject or body 'help' to
dspace-te...@lists.sourceforge.net
You can reach the person managing the list at
dspace-t...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of DSpace-tech digest..."
Today's Topics:
2. Re: need some suggestions plzzzzz (Jim Downing)
3. Re: Help: Dspace 1.4.1; Internal System Error (Kyle Brentnell)
4. Re: Reindexing vs Tomcat running (Graham Triggs)
----------------------------------------------------------------------
Message: 1
Date: Wed, 14 Feb 2007 12:41:08 -0500
From: "Jose Blanco" <bla...@umich.edu>
Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
To: "'Graham Triggs'" <gra...@biomedcentral.com>
Cc: dspac...@lists.sourceforge.net
Message-ID: <E1HHOAA-...@mail.sourceforge.net>
Content-Type: text/plain; charset="US-ASCII"
Graham:
Your new patch completes successfully. Now I would like to make a change to
it. I would like it NOT to copy from search.dir.create to search.dir. I
want to do this just for testing purposes. So I think in order to do this,
I need to change the DSIndexer.java file. I believe if I
Comment out
return DSIndexer.moveIndex(c, offlineIndexDir, toPath);
in the routine moveAlternateIndex, and just
return false;
That should do it, right?
I don't think this will break anything. I simply want to see what goes on
(resource being used) when the indexer is running, but I don't want it to
replace the active one being used by DSpace.
Thanks!
Jose
-----Original Message-----
From: Graham Triggs [mailto:gra...@biomedcentral.com]
Sent: Wednesday, February 14, 2007 5:52 AM
To: Jose Blanco
Cc: dspac...@lists.sourceforge.net
Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
Jose,
I've just uploaded what should be my final revision of this patch. It
incorporates a couple of additional small fixes:
1) If somebody is logged into a console and are 'in' the search
directory, it no longer stops the index replacement from happening
2) Minor structural improvements to the code.
I've now tested just about every scenario that I can think of occurring
for which it is possible to fabricate a test case for, on both Linux and
Windows platforms, including with multiple Tomcat instances running.
As before, let me know how you get on.
G
On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote:
> Graham:
>
> I installed you patch in my dev area, and I see that search.dir.create has
> the new indexes but it did not seem to copy it over to the search.dir
area.
> I don't see anything in the log file about failing to copy it over. I'm
> assuming that I have something open as you indicate in the "caveats"
section
> of your patch, but would I get some sort of message on the log file?
>
> Thanks!
>
> Jose
>
> -----Original Message-----
> From: dspace-te...@lists.sourceforge.net
> [mailto:dspace-te...@lists.sourceforge.net] On Behalf Of
> gra...@biomedcentral.com
> Sent: Thursday, February 08, 2007 5:29 PM
> To: dspac...@lists.sourceforge.net
> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
>
> Stephane,
>
> I've now submitted a patch for this reindexing issue: #1655583
>
> You can read my notes and download the patch file here:
>
>
https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i
> d=19984
>
> With the patch applied, you will also need to add a 'search.dir.create'
> entry to your dspace.cfg as per the comments.
>
> Let me know if you have any questions.
>
> G
>
> ------
> Graham Triggs
> Technical Architect
> Open Repository
> +44 (0)20 7631 9942
> This email has been scanned by Postini.
> For more information please visit http://www.postini.com
>
>
> -------------------------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier.
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> DSpace-tech mailing list
> DSpac...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
>
------------------------------
> DSpace-tech mailing list
> DSpac...@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>
>
>
Message: 2
Date: Wed, 14 Feb 2007 17:50:15 +0000
From: Jim Downing <oj...@cam.ac.uk>
Subject: Re: [Dspace-tech] need some suggestions plzzzzz
To: DSpac...@lists.sourceforge.net
Cc: csna...@umich.edu, Krishna <kit...@gmail.com>, Sai Srinivas
Dharanikota <sai.dha...@gmail.com>
Message-ID: <45D34BD...@cam.ac.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Sai Srinivas Dharanikota wrote:
> Scenario: We need to integrate DSpace as a content repository for the
> *Metadata*, we have a registry to register the metadata. We need a
> repository to store this metadata. DSpace is used in this case. We
> have a prefix for every registry and repository (DSpace instance). All
> the handles are maintained by our handle server.
>
>
> Taken this scenario,
>
> Why do we get into hassle if we have a prefix for every DSpace
> instance with handles being generated by our handle server? Your
> comments would be helpful to correct our approach.
You don't need to; this is what Corey was suggesting.
You do have a problem if "All handles are maintained by our handle
server" is a requirement, because out-of-the-box DSpace does not work as
a client to a Handle server - it works as a Handle server itself. If you
can have a prefix for each DSpace *and* let each DSpace resolve the
handles for that prefix then there's no problem at all.
Best regards,
jim
------------------------------
Message: 3
From: Kyle Brentnell <kbren...@idrc.ca>
Subject: Re: [Dspace-tech] Help: Dspace 1.4.1; Internal System Error
To: "Rodrigo Castro Artigas" <rca...@alerta.cl>,
<dspac...@lists.sourceforge.net>
Message-ID: <5.1.0.14.2.200702...@mail.idrc.ca>
Content-Type: text/plain; charset="iso-8859-1"
Hi Rodrigo,
How many bytes is the logo that you are trying to upload? If it is a large
logo, as a text try uploading a smaller logo(smaller number of bytes). I
am wondering if the error is due to the file size (bytes) being too large
to fit in the integer data type.
Kyle
At / ? 10:20 AM 14/02/2007, Rodrigo Castro Artigas wrote / a ?crit:
>Hi, I have the problem with upload new logo the edit collection.
>
>The dspace.log is the folowind:
>
>
>
>Hi, I have the problem with upload new logo the edit collection.
>
>The dspace.log is the folowind:
>
>
>
>2007-02-12 12:49:10,192
>WARN org.dspace.app.webui.servlet.InternalErrorServlet @
>:session_id=6A0DF69DF829212D25CA373FF45D87B1:internal_error:-- URL Was:
>http://192.168.1.163/dspace/tools/edit-communities
>
>-- Method: POST
>
>-- Parameters were:
>
>
>
>WARN org.dspace.app.webui.servlet.InternalErrorServlet @
>:session_id=6A0DF69DF829212D25CA373FF45D87B1:internal_error:-- URL Was:
>http://192.168.1.163/dspace/tools/edit-communities
>
>-- Method: POST
>
>-- Parameters were:
>
>
>
>java.lang.IllegalArgumentException: Value for SIZE_BYTES is not an integer
>
>
> at
org.dspace.storage.rdbms.TableRow.getIntColumn(TableRow.java:162)
>
> at
>
org.dspace.storage.rdbms.DatabaseManager.execute(DatabaseManager.java:1418)
>
> at
> org.dspace.storage.rdbms.DatabaseManager.update(DatabaseManager.java:853)
>
> at
>
org.dspace.storage.bitstore.BitstreamStorageManager.store(BitstreamStorageMa
nager.java:359)
>
> at org.dspace.content.Bitstream.create(Bitstream.java:184)
>
> at org.dspace.content.Community.setLogo(Community.java:406)
>
> at
>
org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.processUploadLogo(
EditCommunitiesServlet.java:708)
>
> at
>
org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.doDSPost(EditCommu
nitiesServlet.java:132)
>
org.dspace.storage.rdbms.TableRow.getIntColumn(TableRow.java:162)
>
> at
>
org.dspace.storage.rdbms.DatabaseManager.execute(DatabaseManager.java:1418)
>
> at
> org.dspace.storage.rdbms.DatabaseManager.update(DatabaseManager.java:853)
>
> at
>
org.dspace.storage.bitstore.BitstreamStorageManager.store(BitstreamStorageMa
nager.java:359)
>
> at org.dspace.content.Bitstream.create(Bitstream.java:184)
>
> at org.dspace.content.Community.setLogo(Community.java:406)
>
> at
>
org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.processUploadLogo(
EditCommunitiesServlet.java:708)
>
> at
>
org.dspace.app.webui.servlet.admin.EditCommunitiesServlet.doDSPost(EditCommu
nitiesServlet.java:132)
>
> at
>
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:147)
>
> at
> org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>
> at
>
org.dspace.app.webui.servlet.DSpaceServlet.processRequest(DSpaceServlet.java
:147)
>
> at
> org.dspace.app.webui.servlet.DSpaceServlet.doPost(DSpaceServlet.java:105)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:252)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
>
> at
>
org.dspace.app.webui.filter.RegisteredOnlyFilter.doFilter(RegisteredOnlyFilt
er.java:98)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
FilterChain.java:202)
>
> at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
ain.java:173)
>
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
va:213)
>
> at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
va:178)
>
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126
)
>
> at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105
)
>
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
>
> at
>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>
> at
>
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:664)
>
> at
>
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:527)
>
> at
>
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:80)
>
> at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
>
> at java.lang.Thread.run(Thread.java:534)
>
>
>
>Thanks
>
>
>
>Rodrigo Castro
>
>Jefe de Tecnolog?a
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
:107)
>
> at
>
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>
> at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>
> at
>
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processC
onnection(Http11BaseProtocol.java:664)
>
> at
>
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.jav
a:527)
>
> at
>
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWo
rkerThread.java:80)
>
> at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
a:684)
>
> at java.lang.Thread.run(Thread.java:534)
>
>
>
>Thanks
>
>
>
>Rodrigo Castro
>
>
>Alerta al Conocimiento S.A.
>
>Fono: 233-7908
>
>
>Alerta al Conocimiento S.A.
>
>Fono: 233-7908
>
>
>-------------------------------------------------------------------------
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>Take Surveys. Earn Cash. Influence the Future of IT
>Join SourceForge.net's Techsay panel and you'll get the chance to share
your
>opinions on IT & business topics through brief surveys-and earn cash
>http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>_______________________________________________
>DSpace-tech mailing list
>DSpac...@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/dspace-tech
>DSpace-tech mailing list
>DSpac...@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/dspace-tech
-------------- next part --------------
An HTML attachment was scrubbed...
------------------------------
Message: 4
An HTML attachment was scrubbed...
------------------------------
Date: Wed, 14 Feb 2007 19:22:20 -0000
From: "Graham Triggs" <gra...@biomedcentral.com>
Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
To: "Jose Blanco" <bla...@umich.edu>
Cc: dspac...@lists.sourceforge.net
Message-ID: <75CDCFD217EB45B5AF990AD4CD782C43@Dell>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
Jose,
That depends on what you want to do the test for - and what platform you are
running under.
When running offline, the createIndex method (actually, the new overloaded
version that takes a second parameter - more on that later), directly calls
moveIndex(). So, to stop an offline indexer from moving the directory, you
need to comment that call out (the offline indexer can only move the index
if the destination isn't locked - ie. you are not running under Windows, or
you don't have an IndexSearcher open).
moveAlternateIndex() is actually used by DSQuery, and is the method by which
the web application moves the index from search.dir.create. This method
actually has the additional check for the existence of a
'dspace-index-complete' file, which is used to stop an already running web
application from attempting to move the new index before it has finished
being built. So, to stop a running web application from moving the index,
you need to comment out the call to moveIndex() here.
To stop both offline and web applications from moving the index, you
therefore have to comment out both calls to moveIndex(). Or perhaps more
easily, just make moveIndex() return without doing anything.
However, as I mentioned, createIndex has an overloaded version with an
additional parameter - a boolean flag that states whether this index is to
be used only for testing purposes. If you call createIndex with this flag
set to true, then it will ignore search.dir.create (if it has been set), and
attempt to create an index in the directory specified by the environment
variable java.io.tmpdir.
So, you could extend the main method of the application you are using to
call createIndex in this fashion. Note that by default, when specifying this
is a test index, it will also delete the index directly after building it.
If you need the index to remain after the execution of the program, you
would need to comment out the appropriate call to deleteDirs() from the
createIndex() method.
G
----- Original Message -----
From: "Jose Blanco" <bla...@umich.edu>
To: "'Graham Triggs'" <gra...@biomedcentral.com>
Cc: <dspac...@lists.sourceforge.net>
Sent: Wednesday, February 14, 2007 5:41 PM
Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
> Graham:
>
> Your new patch completes successfully. Now I would like to make a change
> to
> it. I would like it NOT to copy from search.dir.create to search.dir. I
> want to do this just for testing purposes. So I think in order to do
> this,
> I need to change the DSIndexer.java file. I believe if I
>
> Comment out
>
> return DSIndexer.moveIndex(c, offlineIndexDir, toPath);
>
> in the routine moveAlternateIndex, and just
>
> return false;
>
> That should do it, right?
>
> I don't think this will break anything. I simply want to see what goes on
> (resource being used) when the indexer is running, but I don't want it to
> replace the active one being used by DSpace.
>
> Thanks!
>
> Jose
>
> -----Original Message-----
> From: Graham Triggs [mailto:gra...@biomedcentral.com]
> Sent: Wednesday, February 14, 2007 5:52 AM
> To: Jose Blanco
> Cc: dspac...@lists.sourceforge.net
> Subject: RE: [Dspace-tech] Reindexing vs Tomcat running
>
> Jose,
>
> I've just uploaded what should be my final revision of this patch. It
> incorporates a couple of additional small fixes:
>
> 1) If somebody is logged into a console and are 'in' the search
> directory, it no longer stops the index replacement from happening
>
> 2) Minor structural improvements to the code.
>
> I've now tested just about every scenario that I can think of occurring
> for which it is possible to fabricate a test case for, on both Linux and
> Windows platforms, including with multiple Tomcat instances running.
>
> As before, let me know how you get on.
>
> G
>
> On Mon, 2007-02-12 at 17:06 -0500, Jose Blanco wrote:
>> Graham:
>>
>> I installed you patch in my dev area, and I see that search.dir.create
>> has
>> the new indexes but it did not seem to copy it over to the search.dir
> area.
>> I don't see anything in the log file about failing to copy it over. I'm
>> assuming that I have something open as you indicate in the "caveats"
> section
>> of your patch, but would I get some sort of message on the log file?
>>
>> Thanks!
>>
>> Jose
>>
>> -----Original Message-----
>> From: dspace-te...@lists.sourceforge.net
>> [mailto:dspace-te...@lists.sourceforge.net] On Behalf Of
>> gra...@biomedcentral.com
>> Sent: Thursday, February 08, 2007 5:29 PM
>> To: dspac...@lists.sourceforge.net
>> Subject: Re: [Dspace-tech] Reindexing vs Tomcat running
>>
>> Stephane,
>>
>> I've now submitted a patch for this reindexing issue: #1655583
>>
>> You can read my notes and download the patch file here:
>>
>>
>
https://sourceforge.net/tracker/?func=detail&atid=319984&aid=1655583&group_i
>> d=19984
>>
>> With the patch applied, you will also need to add a 'search.dir.create'
>> entry to your dspace.cfg as per the comments.
>>
>> Let me know if you have any questions.
>>
>> G
>>
>> ------
>> Graham Triggs
>> Technical Architect
>> Open Repository
>> +44 (0)20 7631 9942
>> This email has been scanned by Postini.
>> For more information please visit http://www.postini.com
>>
>>
>> -------------------------------------------------------------------------
>> Using Tomcat but need to do more? Need to support web services, security?
>> Get stuff done quickly with pre-integrated technology to make your job
>> easier.
>> Download IBM WebSphere Application Server v.1.0.1 based on Apache
>> Geronimo
>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
>> _______________________________________________
>> DSpace-tech mailing list
>> DSpac...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>
>>
>>
>
>
>
>
This email has been scanned by Postini.
>> DSpace-tech mailing list
>> DSpac...@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/dspace-tech
>>
>>
>>
>
>
>
>
For more information please visit http://www.postini.com
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
DSpace-tech mailing list
DSpac...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dspace-tech
*******************************************
Jim Downing
Aug 24, 2015, 4:35:17 PM8/24/15
to dspac...@lists.sourceforge.net, Rodrigo Castro Artigas
Rodrigo Castro Artigas wrote:
> Hi Jim, I am running Dspace with Oracle 9.2.0.7 and data type is "NUMBER"
> (SiZE_BYTES). But the problem also is present with upload other documents.
>
Then it looks like you've go the same issue as José Rubio in the current
> Hi Jim, I am running Dspace with Oracle 9.2.0.7 and data type is "NUMBER"
> (SiZE_BYTES). But the problem also is present with upload other documents.
>
thread on this list with the subject "Compatibility bug with Oracle
10g". Graham Triggs has posted a fix, take a look...
Best regards,
jim
Reply all
Reply to author
Forward
0 new messages