Re: Filer is closed

[Vadim Gritsenko]

Mustapha Es-salihe wrote:
Just to mention that the same populator program with the same data from the
same client machine (windows xp) run correctly on a xindice1.1b3 database
installed on linux server using tomcat. We had a problem with linux (too
many open files), and the only modification was to increase the ulimit
variable before runing tomcat (ulimit -n 8192).
 

So, the problem went away after "ulimit -n 8192"?

what does mean Filer is closed and XMLDBException vendor error code 247 ?
 

All vendor error codes are defined in the 
org.apache.xindice.core.FaultCodes:

   public static final int COL_COLLECTION_CLOSED    = 247;
Vadim

-----Message d'origine-----
De : Vadim Gritsenko [mailto:[EMAIL PROTECTED]
Envoye : 18 fevrier, 2004 21:18
A : xindice-users@xml.apache.org
Objet : Re: Filer is closed
Mustapha Es-salihe wrote:
 

Hi,
We are using xindice1.1b3 to manage an xml repository for canadian house
   

of commune data. When we run our populator program to store data in the
repositoy, we get an XMLDBException after a lot of data insertion.
 

This is the detail of the exception :
org.xmldb.api.base.XMLDBException: :Filer is closed
   at
   

org.apache.xindice.client.xmldb.xmlrpc.CollectionImpl.runRemoteCommand(Colle
ctionImpl.java:201)
 

   at
   

org.apache.xindice.client.xmldb.xmlrpc.CollectionImpl.storeResource(Collecti
onImpl.java:318)
 

   at
   

ca.crim.rap.repository.command.RepositoryXindicePopulator.addElementToCollec
tion(RepositoryXindicePopulator.java:279)
 

   at
   

ca.crim.rap.repository.command.RepositoryXindicePopulator.addToSgbdx(Reposit
oryXindicePopulator.java:195)
 

   at
   

ca.crim.rap.repository.command.RepositoryXindicePopulator.insertDocuments(Re
positoryXindicePopulator.java:63)
 

   at
   

ExecuteRepositoryXindicePopulator.main(ExecuteRepositoryXindicePopulator.jav
a:24)
 

XMLDBException error code 1
XMLDBException vendor error code 247
Any ideas please?
   

Interesting. If it is easily reproducable, can you write a JUnit
TestCase exposing this problem?
Vadim