photospace-developer Mailing List for photospace
Status: Alpha
Brought to you by:
jahlonzo
Menu
▾
▴
photospace-developer — Discussion list for developers using or working on photospace.
You can subscribe to this list here.
| 2005 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Vincent <gen...@ya...> - 2010-02-04 23:50:36
|
Hi, i'm french. I would try Photospace on a linux server (LAMP) and i wish to know where is the final version? Have you a "readme" file for me ? Is this version is usefull ? Thanks if you answer me. Vincent. |
|
From: alon s. <al...@sa...> - 2005-11-16 18:11:03
|
No, I have not tried those. I have used FeedDemon and NewsGator with the photospace RSS but have not tested it extensively. Alon On 11/16/05, Tobias SCHOESSLER <Tob...@un...> wrote: > > I was reying some rss readers with the photospace feeds on our local > server. > > I tried > > http://www.rssreader.com/ , > google desktop > and > serence klip folio > http://www.serence.com/site.php?action=3Dser_products,prod_klipfolio > > only rssreader worked fine. > > any idea why? > > thanks > > ______________________________________ > Tobias Schoessler, Java Developer > Information Management Unit > Information Technology Service > United Nations Office on Drugs and Crime > > Tel: (+43-1) 26060-5173 > Websites: www.unov.org, www.unodc.org > ______________________________________ > Impossible is not a fact, only an opinion > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. Get Certified Today > Register for a JBoss Training Course. Free Certification Exam > for All Training Attendees Through End of 2005. For more info visit: > http://ads.osdn.com/?ad_id=3D7628&alloc_id=3D16845&op=3Dclick > _______________________________________________ > photospace-developer mailing list > pho...@li... > https://lists.sourceforge.net/lists/listinfo/photospace-developer > |
|
From: Tobias S. <Tob...@un...> - 2005-11-16 12:48:42
|
I was reying some rss readers with the photospace feeds on our local server. I tried http://www.rssreader.com/ , google desktop and serence klip folio http://www.serence.com/site.php?action=ser_products,prod_klipfolio only rssreader worked fine. any idea why? thanks ______________________________________ Tobias Schoessler, Java Developer Information Management Unit Information Technology Service United Nations Office on Drugs and Crime Tel: (+43-1) 26060-5173 Websites: www.unov.org, www.unodc.org ______________________________________ Impossible is not a fact, only an opinion |
|
From: alon s. <al...@sa...> - 2005-11-11 20:59:34
|
I just checked in this fix. SearchIndex.update() now looks like:
public void update(File updated) throws IOException
{
synchronized(this)
{
closeReader();
if (index.exists()) FileUtils.cleanDirectory(index);
FileUtils.copyDirectory(updated, index);
}
}
Alon
On 11/10/05, alon salant <al...@sa...> wrote:
> Cool. I'll make this fix in CVS.
>
> Alon
>
> On 11/10/05, Tobias SCHOESSLER <Tob...@un...> wrote:
> > ok, I got it fixed.
> >
> > It comes down to this jdk bug
> >
> > http://h21007.www2.hp.com/cmdspp/QuestionAnswer/1,1764,95
> > F27FD6-4941-11D6-B748-0003470C0153,00.html
> >
> > renameTo seems to have problems renaming files across filesystems.
> >
> > In my case we have tomcat and its temp dir on /usr/local and our web
> > deployment on something like /web on different partitions.
> >
> > I patched SearchIndex.update(File updated) like this.
> >
> > public void update(File updated) throws IOException {
> > synchronized (this) {
> > closeReader();
> > FileUtils.cleanDirectory(index);
> > FileUtils.copyDirectory(updated, index);
> > }
> > }
> >
> > I had to upgrade the commons.io to 1.1 to support the directory copy.
> > Commons copyDirectory is probably less efficient than the filesystem's
> > rename implementation but this probably works on a broader range of
> > plattforms.
> >
> > I tested windows 2000 and hp machine with some debian linux.
> >
> >
> > thanks alon salant
> > thanks to Philip S. Constantinou pointing out the filesystem issues wit=
h
> > renameTo.
> >
> >
> >
> > ______________________________________
> > Tobias Schoessler, Java Developer
> > Information Management Unit
> > Information Technology Service
> > United Nations Office on Drugs and Crime
> >
> > Tel: (+43-1) 26060-5173
> > Websites: www.unov.org, www.unodc.org
> > ______________________________________
> > Impossible is not a fact, only an opinion
> >
> >
> >
> > alon salant
> > <al...@sa...>
> > Sent by: =
To
> > photospace-develo pho...@li...=
efo
> > per-admin@lists.s rge.net
> > ourceforge.net =
cc
> >
> > Subj=
ect
> > Wednesday, 9 Re: [photospace-developer] probl=
ems
> > November 2005 building index on
> > 21:20
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > Ah, didn't realize I wasn't replying to the list. The project has
> > actually not been very active lately - mostly b/c I have been working
> > on other things.
> >
> > Did you try using File.renameTo() in a different context like a JSP?
> > Looking at the source for File.renameTo() there's not much going on.
> > There is a check against the SecurityManager which would throw an
> > exception if it failed (I think) and then a native call to the file
> > system:
> >
> > public boolean renameTo(File dest) {
> > SecurityManager security =3D System.getSecurityManager();
> > if (security !=3D null) {
> > security.checkWrite(path);
> > security.checkWrite(dest.path);
> > }
> > return fs.rename(this, dest);
> > }
> >
> > It looks like fs.rename() is returning false. Why? Hmmm...
> >
> >
> > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote:
> > > Ok, I am digging into this further.
> > >
> > > I added debug logs to SearchIndex.java
> > >
> > > public void update(File updated) throws IOException {
> > > synchronized (this) {
> > > closeReader();
> > > log.info("****************** Can I write on "+index=
+" ?
> > > "+ index.canWrite() );
> > > FileUtils.deleteDirectory(index);
> > > // FileUtils.cleanDirectory(index);
> > > log.info("****************** Cleaning "+index);
> > > log.info("****************** Does "+index+" still
> > exist?
> > > "+ index.exists() );
> > > log.info("****************** Can I write on "+updat=
ed+"
> > ?
> > > "+ updated.canWrite() );
> > > log.info("****************** Can I write on "+index=
+" ?
> > > "+ index.canWrite() );
> > >
> > > if (!updated.renameTo(index))
> > > throw new IOException("Unable to move tempora=
ry
> > > index "
> > > + updated + " to " + index);
> > > }
> > > }
> > >
> > >
> > > server log at context STARTUP - so context doesn't even start in this
> > case.
> > >
> > > INFO: Find registry server-registry.xml at classpath resource
> > > Nov 9, 2005 7:20:56 PM org.apache.catalina.startup.Catalina start
> > > INFO: Server startup in 34519 ms
> > > 19:20:59,799 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:748 - Allocating non-STM
> > instance
> > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext lo=
g
> > > INFO: HTMLManager: init: Associated with Deployer
> > > 'Catalina:type=3DDeployer,host=3Dtomcat5.unodc.org'
> > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext lo=
g
> > > INFO: HTMLManager: init: Global resources are available
> > > 19:20:59,824 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext lo=
g
> > > INFO: HTMLManager: list: Listing contexts for virtual host
> > > 'tomcat5.unodc.org'
> > > 19:21:08,987 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:21:12,703 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > INFO [2005-11-09 19:21:12,723] [Thread-47] (IndexingJob.java:71) -
> > > Indexing ... 1 files
> > > 19:21:12,773 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > INFO [2005-11-09 19:21:12,841] [Thread-47] (SearchIndex.java:55) -
> > > ****************** Can I write on /web/photospace/data/index ? true
> > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:58) -
> > > ****************** Deleting /web/photospace/data/index
> > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:59) -
> > > ****************** Does /web/photospace/data/index still exist? false
> > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:60) -
> > > ****************** Can I write on
> > /usr/local/tomcat2/temp/photospace-index
> > > ? true
> > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:61) -
> > > ****************** Can I write on /web/photospace/data/index ? false
> > > ERROR [2005-11-09 19:21:12,856] [Thread-47] (IndexingJob.java:109) -
> > Error
> > > indexing
> > > java.io.IOException: Unable to move temporary index
> > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/inde=
x
> > > at photospace.search.SearchIndex.update(SearchIndex.java:64)
> > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
> > > at photospace.search.IndexingJob.run(IndexingJob.java:99)
> > > at java.lang.Thread.run(Thread.java:595)
> > > 19:21:42,910 DEBUG [TP-Processor2]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > ERROR [2005-11-09 19:21:42,915] [TP-Processor2]
> > > (StandardWrapperValve.java:253) - Servlet.service() for servlet jsp t=
hrew
> > > exception
> > > java.lang.IllegalStateException: Search index has not been created ye=
t
> > > at photospace.search.SearchIndex.getReader(SearchIndex.java:2=
6)
> > > at photospace.search.Searcher.search(Searcher.java:233)
> > > at photospace.search.Searcher.search(Searcher.java:178)
> > > at photospace.search.Searcher.search(Searcher.java:163)
> > > at photospace.web.tags.SearchTag.doStartTag(SearchTag.java:22=
)
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_space_search_0(org.a=
pache.jsp.doc.index_002dstatus_jsp:140)
> >
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp.access$1(org.apache.jsp.doc.ind=
ex_002dstatus_jsp:128)
> >
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invo=
ke1(org.apache.jsp.doc.index_002dstatus_jsp:511)
> >
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invo=
ke(org.apache.jsp.doc.index_002dstatus_jsp:570)
> >
> > > at
> > >
> > org.apache.jsp.tag.web.main_002dlayout_tag.doTag(org.apache.jsp.tag.web=
.main_002dlayout_tag:281)
> >
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_tags_main$1layout_0(=
org.apache.jsp.doc.index_002dstatus_jsp:108)
> >
> > > at
> > >
> > org.apache.jsp.doc.index_002dstatus_jsp._jspService(org.apache.jsp.doc.=
index_002dstatus_jsp:82)
> >
> > > at
> > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
> > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:80=
2)
> > > at
> > >
> > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.j=
ava:322)
> >
> > > at
> > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:2=
91)
> > > at
> > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
> > >
> > >
> > > The debugs look fine and reasonable to me. Maybe the problem is that=
the
> > > Directory does not exists that it is trying to rename to.
> > >
> > > that why I tried the FileUtils.cleanDirectory(index); instead of
> > > FileUtils.deleteDirectory(index);
> > >
> > > in this case the context starts up, but still when clicking on build
> > index
> > > I get this:
> > >
> > > 19:33:16,816 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:33:17,082 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:33:17,093 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:33:17,102 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:33:17,111 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > 19:33:19,781 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > INFO [2005-11-09 19:33:19,796] [Thread-66] (IndexingJob.java:71) -
> > > Indexing ... 1 files
> > > 19:33:19,853 DEBUG [TP-Processor1]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> > instance
> > > INFO [2005-11-09 19:33:19,878] [Thread-66] (SearchIndex.java:55) -
> > > ****************** Can I write on /web/photospace/data/index ? true
> > > INFO [2005-11-09 19:33:19,884] [Thread-66] (SearchIndex.java:58) -
> > > ****************** Cleaning /web/photospace/data/index
> > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:59) -
> > > ****************** Does /web/photospace/data/index still exist? true
> > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:60) -
> > > ****************** Can I write on
> > /usr/local/tomcat2/temp/photospace-index
> > > ? true
> > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:61) -
> > > ****************** Can I write on /web/photospace/data/index ? true
> > > ERROR [2005-11-09 19:33:19,888] [Thread-66] (IndexingJob.java:109) -
> > Error
> > > indexing
> > > java.io.IOException: Unable to move temporary index
> > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/inde=
x
> > > at photospace.search.SearchIndex.update(SearchIndex.java:64)
> > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
> > > at photospace.search.IndexingJob.run(IndexingJob.java:99)
> > > at java.lang.Thread.run(Thread.java:595)
> > >
> > >
> > > Again the debugs look fine to me, no clue why the renameTo fails thou=
gh
> > ...
> > > ?
> > >
> > >
> > > thanks for taking the time.
> > > Why don't you reply to the mailing list ? Looks so dead on sourceforg=
e -
> > no
> > > posts, and yet its so active ?
> > >
> > >
> > >
> > > ______________________________________
> > > Tobias Schoessler, Java Developer
> > > Information Management Unit
> > > Information Technology Service
> > > United Nations Office on Drugs and Crime
> > >
> > > Tel: (+43-1) 26060-5173
> > > Websites: www.unov.org, www.unodc.org
> > > ______________________________________
> > > Impossible is not a fact, only an opinion
> > >
> > >
> > >
> > > alon salant
> > > <al...@sa...>
> > > Sent by:
> > To
> > > as...@gm... Tobias SCHOESSLER
> > > <Tob...@un...=
g>
> > >
> > cc
> > > Wednesday, 9
> > > November 2005
> > Subject
> > > 18:43 Re: [photospace-developer]
> > problems
> > > building index on
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > Ahh, sorry missed the end of your message. You have checked permissio=
ns.
> > >
> > > The problem can only be file system related. Here's the source for
> > > SearchIndex.update():
> > >
> > > public void update(File updated) throws IOException
> > > {
> > > synchronized(this)
> > > {
> > > closeReader();
> > > FileUtils.deleteDirectory(index);
> > > if (!updated.renameTo(index))
> > > throw new IOException("Unable to move temporary index " +
> > > updated + " to " + index);
> > > }
> > > }
> > >
> > > FileUtils is part of Jakarta Commons Lang and does a recursive delete=
.
> > > File.renameTo() is part of the Java core. File.renameTo() is failing
> > > either because the old index did not get deleted (in your case I
> > > believe it has not even been created yet) or because it can't write t=
o
> > > /web/photospace/data/index.
> > >
> > > If you're up for it, I'd recommend making sure that tomcat can write
> > > to that location. Just write a JSP that does File.renameTo() to that
> > > location and see if it works.
> > >
> > > Alon
> > >
> > > On 11/9/05, alon salant <al...@sa...> wrote:
> > > > The first thing I would look at are file system permissions. Can yo=
u
> > > > confirm that the user under which tomcat is running has permission =
to
> > > > write to /web/photospace/data/index?
> > > >
> > > > Alon
> > > >
> > > > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrot=
e:
> > > > >
> > > > > I am trying to run photospace on a linux server.
> > > > >
> > > > > when building the index I get this exception:
> > > > >
> > > > > 18:04:12,494 DEBUG [TP-Processor3]
> > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-ST=
M
> > > instance
> > > > > 18:04:16,091 DEBUG [TP-Processor2]
> > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-ST=
M
> > > instance
> > > > > 18:04:21,718 DEBUG [TP-Processor3]
> > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-ST=
M
> > > instance
> > > > > INFO [2005-11-09 18:04:21,736] [Thread-47] (IndexingJob.java:71)=
-
> > > > > Indexing 1 files
> > > > > 18:04:21,748 DEBUG [TP-Processor2]
> > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-ST=
M
> > > instance
> > > > > ERROR [2005-11-09 18:04:21,857] [Thread-47] (IndexingJob.java:109=
) -
> > > Error
> > > > > indexing
> > > > > java.io.IOException: Unable to move temporary index
> > > > > /usr/local/tomcat2/temp/photospace-index to
> > /web/photospace/data/index
> > > > > at photospace.search.SearchIndex.update(SearchIndex.java:=
59)
> > > > > at photospace.search.IndexerImpl.index(IndexerImpl.java:7=
8)
> > > > > at photospace.search.IndexingJob.run(IndexingJob.java:99)
> > > > > at java.lang.Thread.run(Thread.java:595)
> > > >
> > >
> > >
> > >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App Server.
> > Download
> > it for free - -and be entered to win a 42" plasma tv or your very own
> > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
> > _______________________________________________
> > photospace-developer mailing list
> > pho...@li...
> > https://lists.sourceforge.net/lists/listinfo/photospace-developer
> >
> >
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by:
> > Tame your development challenges with Apache's Geronimo App Server. Dow=
nload
> > it for free - -and be entered to win a 42" plasma tv or your very own
> > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
> > _______________________________________________
> > photospace-developer mailing list
> > pho...@li...
> > https://lists.sourceforge.net/lists/listinfo/photospace-developer
> >
>
|
|
From: alon s. <al...@sa...> - 2005-11-10 17:55:32
|
Cool. I'll make this fix in CVS. Alon On 11/10/05, Tobias SCHOESSLER <Tob...@un...> wrote: > ok, I got it fixed. > > It comes down to this jdk bug > > http://h21007.www2.hp.com/cmdspp/QuestionAnswer/1,1764,95 > F27FD6-4941-11D6-B748-0003470C0153,00.html > > renameTo seems to have problems renaming files across filesystems. > > In my case we have tomcat and its temp dir on /usr/local and our web > deployment on something like /web on different partitions. > > I patched SearchIndex.update(File updated) like this. > > public void update(File updated) throws IOException { > synchronized (this) { > closeReader(); > FileUtils.cleanDirectory(index); > FileUtils.copyDirectory(updated, index); > } > } > > I had to upgrade the commons.io to 1.1 to support the directory copy. > Commons copyDirectory is probably less efficient than the filesystem's > rename implementation but this probably works on a broader range of > plattforms. > > I tested windows 2000 and hp machine with some debian linux. > > > thanks alon salant > thanks to Philip S. Constantinou pointing out the filesystem issues with > renameTo. > > > > ______________________________________ > Tobias Schoessler, Java Developer > Information Management Unit > Information Technology Service > United Nations Office on Drugs and Crime > > Tel: (+43-1) 26060-5173 > Websites: www.unov.org, www.unodc.org > ______________________________________ > Impossible is not a fact, only an opinion > > > > alon salant > <al...@sa...> > Sent by: T= o > photospace-develo pho...@li...= o > per-admin@lists.s rge.net > ourceforge.net c= c > > Subjec= t > Wednesday, 9 Re: [photospace-developer] problem= s > November 2005 building index on > 21:20 > > > > > > > > > > Ah, didn't realize I wasn't replying to the list. The project has > actually not been very active lately - mostly b/c I have been working > on other things. > > Did you try using File.renameTo() in a different context like a JSP? > Looking at the source for File.renameTo() there's not much going on. > There is a check against the SecurityManager which would throw an > exception if it failed (I think) and then a native call to the file > system: > > public boolean renameTo(File dest) { > SecurityManager security =3D System.getSecurityManager(); > if (security !=3D null) { > security.checkWrite(path); > security.checkWrite(dest.path); > } > return fs.rename(this, dest); > } > > It looks like fs.rename() is returning false. Why? Hmmm... > > > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote: > > Ok, I am digging into this further. > > > > I added debug logs to SearchIndex.java > > > > public void update(File updated) throws IOException { > > synchronized (this) { > > closeReader(); > > log.info("****************** Can I write on "+index+"= ? > > "+ index.canWrite() ); > > FileUtils.deleteDirectory(index); > > // FileUtils.cleanDirectory(index); > > log.info("****************** Cleaning "+index); > > log.info("****************** Does "+index+" still > exist? > > "+ index.exists() ); > > log.info("****************** Can I write on "+updated= +" > ? > > "+ updated.canWrite() ); > > log.info("****************** Can I write on "+index+"= ? > > "+ index.canWrite() ); > > > > if (!updated.renameTo(index)) > > throw new IOException("Unable to move temporary > > index " > > + updated + " to " + index); > > } > > } > > > > > > server log at context STARTUP - so context doesn't even start in this > case. > > > > INFO: Find registry server-registry.xml at classpath resource > > Nov 9, 2005 7:20:56 PM org.apache.catalina.startup.Catalina start > > INFO: Server startup in 34519 ms > > 19:20:59,799 DEBUG [TP-Processor3] > > org.apache.catalina.core.StandardWrapper:748 - Allocating non-STM > instance > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > > INFO: HTMLManager: init: Associated with Deployer > > 'Catalina:type=3DDeployer,host=3Dtomcat5.unodc.org' > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > > INFO: HTMLManager: init: Global resources are available > > 19:20:59,824 DEBUG [TP-Processor3] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > > INFO: HTMLManager: list: Listing contexts for virtual host > > 'tomcat5.unodc.org' > > 19:21:08,987 DEBUG [TP-Processor3] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:21:12,703 DEBUG [TP-Processor3] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > INFO [2005-11-09 19:21:12,723] [Thread-47] (IndexingJob.java:71) - > > Indexing ... 1 files > > 19:21:12,773 DEBUG [TP-Processor3] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > INFO [2005-11-09 19:21:12,841] [Thread-47] (SearchIndex.java:55) - > > ****************** Can I write on /web/photospace/data/index ? true > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:58) - > > ****************** Deleting /web/photospace/data/index > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:59) - > > ****************** Does /web/photospace/data/index still exist? false > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:60) - > > ****************** Can I write on > /usr/local/tomcat2/temp/photospace-index > > ? true > > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:61) - > > ****************** Can I write on /web/photospace/data/index ? false > > ERROR [2005-11-09 19:21:12,856] [Thread-47] (IndexingJob.java:109) - > Error > > indexing > > java.io.IOException: Unable to move temporary index > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index > > at photospace.search.SearchIndex.update(SearchIndex.java:64) > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > > at photospace.search.IndexingJob.run(IndexingJob.java:99) > > at java.lang.Thread.run(Thread.java:595) > > 19:21:42,910 DEBUG [TP-Processor2] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > ERROR [2005-11-09 19:21:42,915] [TP-Processor2] > > (StandardWrapperValve.java:253) - Servlet.service() for servlet jsp thr= ew > > exception > > java.lang.IllegalStateException: Search index has not been created yet > > at photospace.search.SearchIndex.getReader(SearchIndex.java:26) > > at photospace.search.Searcher.search(Searcher.java:233) > > at photospace.search.Searcher.search(Searcher.java:178) > > at photospace.search.Searcher.search(Searcher.java:163) > > at photospace.web.tags.SearchTag.doStartTag(SearchTag.java:22) > > at > > > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_space_search_0(org.apa= che.jsp.doc.index_002dstatus_jsp:140) > > > at > > > org.apache.jsp.doc.index_002dstatus_jsp.access$1(org.apache.jsp.doc.index= _002dstatus_jsp:128) > > > at > > > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke= 1(org.apache.jsp.doc.index_002dstatus_jsp:511) > > > at > > > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke= (org.apache.jsp.doc.index_002dstatus_jsp:570) > > > at > > > org.apache.jsp.tag.web.main_002dlayout_tag.doTag(org.apache.jsp.tag.web.m= ain_002dlayout_tag:281) > > > at > > > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_tags_main$1layout_0(or= g.apache.jsp.doc.index_002dstatus_jsp:108) > > > at > > > org.apache.jsp.doc.index_002dstatus_jsp._jspService(org.apache.jsp.doc.in= dex_002dstatus_jsp:82) > > > at > > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) > > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > > at > > > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav= a:322) > > > at > > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291= ) > > at > > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) > > > > > > The debugs look fine and reasonable to me. Maybe the problem is that t= he > > Directory does not exists that it is trying to rename to. > > > > that why I tried the FileUtils.cleanDirectory(index); instead of > > FileUtils.deleteDirectory(index); > > > > in this case the context starts up, but still when clicking on build > index > > I get this: > > > > 19:33:16,816 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:33:17,082 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:33:17,093 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:33:17,102 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:33:17,111 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > 19:33:19,781 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > INFO [2005-11-09 19:33:19,796] [Thread-66] (IndexingJob.java:71) - > > Indexing ... 1 files > > 19:33:19,853 DEBUG [TP-Processor1] > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > INFO [2005-11-09 19:33:19,878] [Thread-66] (SearchIndex.java:55) - > > ****************** Can I write on /web/photospace/data/index ? true > > INFO [2005-11-09 19:33:19,884] [Thread-66] (SearchIndex.java:58) - > > ****************** Cleaning /web/photospace/data/index > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:59) - > > ****************** Does /web/photospace/data/index still exist? true > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:60) - > > ****************** Can I write on > /usr/local/tomcat2/temp/photospace-index > > ? true > > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:61) - > > ****************** Can I write on /web/photospace/data/index ? true > > ERROR [2005-11-09 19:33:19,888] [Thread-66] (IndexingJob.java:109) - > Error > > indexing > > java.io.IOException: Unable to move temporary index > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index > > at photospace.search.SearchIndex.update(SearchIndex.java:64) > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > > at photospace.search.IndexingJob.run(IndexingJob.java:99) > > at java.lang.Thread.run(Thread.java:595) > > > > > > Again the debugs look fine to me, no clue why the renameTo fails though > ... > > ? > > > > > > thanks for taking the time. > > Why don't you reply to the mailing list ? Looks so dead on sourceforge = - > no > > posts, and yet its so active ? > > > > > > > > ______________________________________ > > Tobias Schoessler, Java Developer > > Information Management Unit > > Information Technology Service > > United Nations Office on Drugs and Crime > > > > Tel: (+43-1) 26060-5173 > > Websites: www.unov.org, www.unodc.org > > ______________________________________ > > Impossible is not a fact, only an opinion > > > > > > > > alon salant > > <al...@sa...> > > Sent by: > To > > as...@gm... Tobias SCHOESSLER > > <Tob...@un...> > > > cc > > Wednesday, 9 > > November 2005 > Subject > > 18:43 Re: [photospace-developer] > problems > > building index on > > > > > > > > > > > > > > > > > > > > > > Ahh, sorry missed the end of your message. You have checked permissions= . > > > > The problem can only be file system related. Here's the source for > > SearchIndex.update(): > > > > public void update(File updated) throws IOException > > { > > synchronized(this) > > { > > closeReader(); > > FileUtils.deleteDirectory(index); > > if (!updated.renameTo(index)) > > throw new IOException("Unable to move temporary index " + > > updated + " to " + index); > > } > > } > > > > FileUtils is part of Jakarta Commons Lang and does a recursive delete. > > File.renameTo() is part of the Java core. File.renameTo() is failing > > either because the old index did not get deleted (in your case I > > believe it has not even been created yet) or because it can't write to > > /web/photospace/data/index. > > > > If you're up for it, I'd recommend making sure that tomcat can write > > to that location. Just write a JSP that does File.renameTo() to that > > location and see if it works. > > > > Alon > > > > On 11/9/05, alon salant <al...@sa...> wrote: > > > The first thing I would look at are file system permissions. Can you > > > confirm that the user under which tomcat is running has permission to > > > write to /web/photospace/data/index? > > > > > > Alon > > > > > > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote: > > > > > > > > I am trying to run photospace on a linux server. > > > > > > > > when building the index I get this exception: > > > > > > > > 18:04:12,494 DEBUG [TP-Processor3] > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > > instance > > > > 18:04:16,091 DEBUG [TP-Processor2] > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > > instance > > > > 18:04:21,718 DEBUG [TP-Processor3] > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > > instance > > > > INFO [2005-11-09 18:04:21,736] [Thread-47] (IndexingJob.java:71) - > > > > Indexing 1 files > > > > 18:04:21,748 DEBUG [TP-Processor2] > > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > > instance > > > > ERROR [2005-11-09 18:04:21,857] [Thread-47] (IndexingJob.java:109) = - > > Error > > > > indexing > > > > java.io.IOException: Unable to move temporary index > > > > /usr/local/tomcat2/temp/photospace-index to > /web/photospace/data/index > > > > at photospace.search.SearchIndex.update(SearchIndex.java:59= ) > > > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > > > > at photospace.search.IndexingJob.run(IndexingJob.java:99) > > > > at java.lang.Thread.run(Thread.java:595) > > > > > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. > Download > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > photospace-developer mailing list > pho...@li... > https://lists.sourceforge.net/lists/listinfo/photospace-developer > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: > Tame your development challenges with Apache's Geronimo App Server. Downl= oad > it for free - -and be entered to win a 42" plasma tv or your very own > Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php > _______________________________________________ > photospace-developer mailing list > pho...@li... > https://lists.sourceforge.net/lists/listinfo/photospace-developer > |
|
From: Tobias S. <Tob...@un...> - 2005-11-10 16:00:53
|
why is it so hidden? ______________________________________ Tobias Schoessler, Java Developer Information Management Unit Information Technology Service United Nations Office on Drugs and Crime Tel: (+43-1) 26060-5173 Websites: www.unov.org, www.unodc.org ______________________________________ Impossible is not a fact, only an opinion |
|
From: Tobias S. <Tob...@un...> - 2005-11-10 14:01:47
|
ok, I got it fixed. It comes down to this jdk bug http://h21007.www2.hp.com/cmdspp/QuestionAnswer/1,1764,95 F27FD6-4941-11D6-B748-0003470C0153,00.html renameTo seems to have problems renaming files across filesystems. In my case we have tomcat and its temp dir on /usr/local and our web deployment on something like /web on different partitions. I patched SearchIndex.update(File updated) like this. public void update(File updated) throws IOException { synchronized (this) { closeReader(); FileUtils.cleanDirectory(index); FileUtils.copyDirectory(updated, index); } } I had to upgrade the commons.io to 1.1 to support the directory copy. Commons copyDirectory is probably less efficient than the filesystem's rename implementation but this probably works on a broader range of plattforms. I tested windows 2000 and hp machine with some debian linux. thanks alon salant thanks to Philip S. Constantinou pointing out the filesystem issues with renameTo. ______________________________________ Tobias Schoessler, Java Developer Information Management Unit Information Technology Service United Nations Office on Drugs and Crime Tel: (+43-1) 26060-5173 Websites: www.unov.org, www.unodc.org ______________________________________ Impossible is not a fact, only an opinion alon salant <al...@sa...> Sent by: To photospace-develo pho...@li... per-admin@lists.s rge.net ourceforge.net cc Subject Wednesday, 9 Re: [photospace-developer] problems November 2005 building index on 21:20 Ah, didn't realize I wasn't replying to the list. The project has actually not been very active lately - mostly b/c I have been working on other things. Did you try using File.renameTo() in a different context like a JSP? Looking at the source for File.renameTo() there's not much going on. There is a check against the SecurityManager which would throw an exception if it failed (I think) and then a native call to the file system: public boolean renameTo(File dest) { SecurityManager security = System.getSecurityManager(); if (security != null) { security.checkWrite(path); security.checkWrite(dest.path); } return fs.rename(this, dest); } It looks like fs.rename() is returning false. Why? Hmmm... On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote: > Ok, I am digging into this further. > > I added debug logs to SearchIndex.java > > public void update(File updated) throws IOException { > synchronized (this) { > closeReader(); > log.info("****************** Can I write on "+index+" ? > "+ index.canWrite() ); > FileUtils.deleteDirectory(index); > // FileUtils.cleanDirectory(index); > log.info("****************** Cleaning "+index); > log.info("****************** Does "+index+" still exist? > "+ index.exists() ); > log.info("****************** Can I write on "+updated+" ? > "+ updated.canWrite() ); > log.info("****************** Can I write on "+index+" ? > "+ index.canWrite() ); > > if (!updated.renameTo(index)) > throw new IOException("Unable to move temporary > index " > + updated + " to " + index); > } > } > > > server log at context STARTUP - so context doesn't even start in this case. > > INFO: Find registry server-registry.xml at classpath resource > Nov 9, 2005 7:20:56 PM org.apache.catalina.startup.Catalina start > INFO: Server startup in 34519 ms > 19:20:59,799 DEBUG [TP-Processor3] > org.apache.catalina.core.StandardWrapper:748 - Allocating non-STM instance > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > INFO: HTMLManager: init: Associated with Deployer > 'Catalina:type=Deployer,host=tomcat5.unodc.org' > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > INFO: HTMLManager: init: Global resources are available > 19:20:59,824 DEBUG [TP-Processor3] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log > INFO: HTMLManager: list: Listing contexts for virtual host > 'tomcat5.unodc.org' > 19:21:08,987 DEBUG [TP-Processor3] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:21:12,703 DEBUG [TP-Processor3] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > INFO [2005-11-09 19:21:12,723] [Thread-47] (IndexingJob.java:71) - > Indexing ... 1 files > 19:21:12,773 DEBUG [TP-Processor3] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > INFO [2005-11-09 19:21:12,841] [Thread-47] (SearchIndex.java:55) - > ****************** Can I write on /web/photospace/data/index ? true > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:58) - > ****************** Deleting /web/photospace/data/index > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:59) - > ****************** Does /web/photospace/data/index still exist? false > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:60) - > ****************** Can I write on /usr/local/tomcat2/temp/photospace-index > ? true > INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:61) - > ****************** Can I write on /web/photospace/data/index ? false > ERROR [2005-11-09 19:21:12,856] [Thread-47] (IndexingJob.java:109) - Error > indexing > java.io.IOException: Unable to move temporary index > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index > at photospace.search.SearchIndex.update(SearchIndex.java:64) > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > at photospace.search.IndexingJob.run(IndexingJob.java:99) > at java.lang.Thread.run(Thread.java:595) > 19:21:42,910 DEBUG [TP-Processor2] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > ERROR [2005-11-09 19:21:42,915] [TP-Processor2] > (StandardWrapperValve.java:253) - Servlet.service() for servlet jsp threw > exception > java.lang.IllegalStateException: Search index has not been created yet > at photospace.search.SearchIndex.getReader(SearchIndex.java:26) > at photospace.search.Searcher.search(Searcher.java:233) > at photospace.search.Searcher.search(Searcher.java:178) > at photospace.search.Searcher.search(Searcher.java:163) > at photospace.web.tags.SearchTag.doStartTag(SearchTag.java:22) > at > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_space_search_0(org.apache.jsp.doc.index_002dstatus_jsp:140) > at > org.apache.jsp.doc.index_002dstatus_jsp.access$1(org.apache.jsp.doc.index_002dstatus_jsp:128) > at > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke1(org.apache.jsp.doc.index_002dstatus_jsp:511) > at > org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke(org.apache.jsp.doc.index_002dstatus_jsp:570) > at > org.apache.jsp.tag.web.main_002dlayout_tag.doTag(org.apache.jsp.tag.web.main_002dlayout_tag:281) > at > org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_tags_main$1layout_0(org.apache.jsp.doc.index_002dstatus_jsp:108) > at > org.apache.jsp.doc.index_002dstatus_jsp._jspService(org.apache.jsp.doc.index_002dstatus_jsp:82) > at > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > at > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322) > at > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291) > at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) > > > The debugs look fine and reasonable to me. Maybe the problem is that the > Directory does not exists that it is trying to rename to. > > that why I tried the FileUtils.cleanDirectory(index); instead of > FileUtils.deleteDirectory(index); > > in this case the context starts up, but still when clicking on build index > I get this: > > 19:33:16,816 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:33:17,082 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:33:17,093 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:33:17,102 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:33:17,111 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > 19:33:19,781 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > INFO [2005-11-09 19:33:19,796] [Thread-66] (IndexingJob.java:71) - > Indexing ... 1 files > 19:33:19,853 DEBUG [TP-Processor1] > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance > INFO [2005-11-09 19:33:19,878] [Thread-66] (SearchIndex.java:55) - > ****************** Can I write on /web/photospace/data/index ? true > INFO [2005-11-09 19:33:19,884] [Thread-66] (SearchIndex.java:58) - > ****************** Cleaning /web/photospace/data/index > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:59) - > ****************** Does /web/photospace/data/index still exist? true > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:60) - > ****************** Can I write on /usr/local/tomcat2/temp/photospace-index > ? true > INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:61) - > ****************** Can I write on /web/photospace/data/index ? true > ERROR [2005-11-09 19:33:19,888] [Thread-66] (IndexingJob.java:109) - Error > indexing > java.io.IOException: Unable to move temporary index > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index > at photospace.search.SearchIndex.update(SearchIndex.java:64) > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > at photospace.search.IndexingJob.run(IndexingJob.java:99) > at java.lang.Thread.run(Thread.java:595) > > > Again the debugs look fine to me, no clue why the renameTo fails though ... > ? > > > thanks for taking the time. > Why don't you reply to the mailing list ? Looks so dead on sourceforge - no > posts, and yet its so active ? > > > > ______________________________________ > Tobias Schoessler, Java Developer > Information Management Unit > Information Technology Service > United Nations Office on Drugs and Crime > > Tel: (+43-1) 26060-5173 > Websites: www.unov.org, www.unodc.org > ______________________________________ > Impossible is not a fact, only an opinion > > > > alon salant > <al...@sa...> > Sent by: To > as...@gm... Tobias SCHOESSLER > <Tob...@un...> > cc > Wednesday, 9 > November 2005 Subject > 18:43 Re: [photospace-developer] problems > building index on > > > > > > > > > > > Ahh, sorry missed the end of your message. You have checked permissions. > > The problem can only be file system related. Here's the source for > SearchIndex.update(): > > public void update(File updated) throws IOException > { > synchronized(this) > { > closeReader(); > FileUtils.deleteDirectory(index); > if (!updated.renameTo(index)) > throw new IOException("Unable to move temporary index " + > updated + " to " + index); > } > } > > FileUtils is part of Jakarta Commons Lang and does a recursive delete. > File.renameTo() is part of the Java core. File.renameTo() is failing > either because the old index did not get deleted (in your case I > believe it has not even been created yet) or because it can't write to > /web/photospace/data/index. > > If you're up for it, I'd recommend making sure that tomcat can write > to that location. Just write a JSP that does File.renameTo() to that > location and see if it works. > > Alon > > On 11/9/05, alon salant <al...@sa...> wrote: > > The first thing I would look at are file system permissions. Can you > > confirm that the user under which tomcat is running has permission to > > write to /web/photospace/data/index? > > > > Alon > > > > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote: > > > > > > I am trying to run photospace on a linux server. > > > > > > when building the index I get this exception: > > > > > > 18:04:12,494 DEBUG [TP-Processor3] > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > > 18:04:16,091 DEBUG [TP-Processor2] > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > > 18:04:21,718 DEBUG [TP-Processor3] > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > > INFO [2005-11-09 18:04:21,736] [Thread-47] (IndexingJob.java:71) - > > > Indexing 1 files > > > 18:04:21,748 DEBUG [TP-Processor2] > > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM > instance > > > ERROR [2005-11-09 18:04:21,857] [Thread-47] (IndexingJob.java:109) - > Error > > > indexing > > > java.io.IOException: Unable to move temporary index > > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index > > > at photospace.search.SearchIndex.update(SearchIndex.java:59) > > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78) > > > at photospace.search.IndexingJob.run(IndexingJob.java:99) > > > at java.lang.Thread.run(Thread.java:595) > > > > > ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ photospace-developer mailing list pho...@li... https://lists.sourceforge.net/lists/listinfo/photospace-developer |
|
From: alon s. <al...@sa...> - 2005-11-10 00:07:46
|
Ah, didn't realize I wasn't replying to the list. The project has
actually not been very active lately - mostly b/c I have been working
on other things.
Did you try using File.renameTo() in a different context like a JSP?
Looking at the source for File.renameTo() there's not much going on.
There is a check against the SecurityManager which would throw an
exception if it failed (I think) and then a native call to the file
system:
public boolean renameTo(File dest) {
=09SecurityManager security =3D System.getSecurityManager();
=09if (security !=3D null) {
=09 security.checkWrite(path);
=09 security.checkWrite(dest.path);
=09}
=09return fs.rename(this, dest);
}
It looks like fs.rename() is returning false. Why? Hmmm...
On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote:
> Ok, I am digging into this further.
>
> I added debug logs to SearchIndex.java
>
> public void update(File updated) throws IOException {
> synchronized (this) {
> closeReader();
> log.info("****************** Can I write on "+index+" ?
> "+ index.canWrite() );
> FileUtils.deleteDirectory(index);
> // FileUtils.cleanDirectory(index);
> log.info("****************** Cleaning "+index);
> log.info("****************** Does "+index+" still exist=
?
> "+ index.exists() );
> log.info("****************** Can I write on "+updated+"=
?
> "+ updated.canWrite() );
> log.info("****************** Can I write on "+index+" ?
> "+ index.canWrite() );
>
> if (!updated.renameTo(index))
> throw new IOException("Unable to move temporary
> index "
> + updated + " to " + index);
> }
> }
>
>
> server log at context STARTUP - so context doesn't even start in this cas=
e.
>
> INFO: Find registry server-registry.xml at classpath resource
> Nov 9, 2005 7:20:56 PM org.apache.catalina.startup.Catalina start
> INFO: Server startup in 34519 ms
> 19:20:59,799 DEBUG [TP-Processor3]
> org.apache.catalina.core.StandardWrapper:748 - Allocating non-STM instanc=
e
> Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log
> INFO: HTMLManager: init: Associated with Deployer
> 'Catalina:type=3DDeployer,host=3Dtomcat5.unodc.org'
> Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log
> INFO: HTMLManager: init: Global resources are available
> 19:20:59,824 DEBUG [TP-Processor3]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> Nov 9, 2005 7:20:59 PM org.apache.catalina.core.ApplicationContext log
> INFO: HTMLManager: list: Listing contexts for virtual host
> 'tomcat5.unodc.org'
> 19:21:08,987 DEBUG [TP-Processor3]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:21:12,703 DEBUG [TP-Processor3]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> INFO [2005-11-09 19:21:12,723] [Thread-47] (IndexingJob.java:71) -
> Indexing ... 1 files
> 19:21:12,773 DEBUG [TP-Processor3]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> INFO [2005-11-09 19:21:12,841] [Thread-47] (SearchIndex.java:55) -
> ****************** Can I write on /web/photospace/data/index ? true
> INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:58) -
> ****************** Deleting /web/photospace/data/index
> INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:59) -
> ****************** Does /web/photospace/data/index still exist? false
> INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:60) -
> ****************** Can I write on /usr/local/tomcat2/temp/photospace-inde=
x
> ? true
> INFO [2005-11-09 19:21:12,849] [Thread-47] (SearchIndex.java:61) -
> ****************** Can I write on /web/photospace/data/index ? false
> ERROR [2005-11-09 19:21:12,856] [Thread-47] (IndexingJob.java:109) - Erro=
r
> indexing
> java.io.IOException: Unable to move temporary index
> /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index
> at photospace.search.SearchIndex.update(SearchIndex.java:64)
> at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
> at photospace.search.IndexingJob.run(IndexingJob.java:99)
> at java.lang.Thread.run(Thread.java:595)
> 19:21:42,910 DEBUG [TP-Processor2]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> ERROR [2005-11-09 19:21:42,915] [TP-Processor2]
> (StandardWrapperValve.java:253) - Servlet.service() for servlet jsp threw
> exception
> java.lang.IllegalStateException: Search index has not been created yet
> at photospace.search.SearchIndex.getReader(SearchIndex.java:26)
> at photospace.search.Searcher.search(Searcher.java:233)
> at photospace.search.Searcher.search(Searcher.java:178)
> at photospace.search.Searcher.search(Searcher.java:163)
> at photospace.web.tags.SearchTag.doStartTag(SearchTag.java:22)
> at
> org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_space_search_0(org.apa=
che.jsp.doc.index_002dstatus_jsp:140)
> at
> org.apache.jsp.doc.index_002dstatus_jsp.access$1(org.apache.jsp.doc.index=
_002dstatus_jsp:128)
> at
> org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke=
1(org.apache.jsp.doc.index_002dstatus_jsp:511)
> at
> org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke=
(org.apache.jsp.doc.index_002dstatus_jsp:570)
> at
> org.apache.jsp.tag.web.main_002dlayout_tag.doTag(org.apache.jsp.tag.web.m=
ain_002dlayout_tag:281)
> at
> org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_tags_main$1layout_0(or=
g.apache.jsp.doc.index_002dstatus_jsp:108)
> at
> org.apache.jsp.doc.index_002dstatus_jsp._jspService(org.apache.jsp.doc.in=
dex_002dstatus_jsp:82)
> at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav=
a:322)
> at
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
> at
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
>
>
> The debugs look fine and reasonable to me. Maybe the problem is that the
> Directory does not exists that it is trying to rename to.
>
> that why I tried the FileUtils.cleanDirectory(index); instead of
> FileUtils.deleteDirectory(index);
>
> in this case the context starts up, but still when clicking on build inde=
x
> I get this:
>
> 19:33:16,816 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:33:17,082 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:33:17,093 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:33:17,102 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:33:17,111 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> 19:33:19,781 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> INFO [2005-11-09 19:33:19,796] [Thread-66] (IndexingJob.java:71) -
> Indexing ... 1 files
> 19:33:19,853 DEBUG [TP-Processor1]
> org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instan=
ce
> INFO [2005-11-09 19:33:19,878] [Thread-66] (SearchIndex.java:55) -
> ****************** Can I write on /web/photospace/data/index ? true
> INFO [2005-11-09 19:33:19,884] [Thread-66] (SearchIndex.java:58) -
> ****************** Cleaning /web/photospace/data/index
> INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:59) -
> ****************** Does /web/photospace/data/index still exist? true
> INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:60) -
> ****************** Can I write on /usr/local/tomcat2/temp/photospace-inde=
x
> ? true
> INFO [2005-11-09 19:33:19,885] [Thread-66] (SearchIndex.java:61) -
> ****************** Can I write on /web/photospace/data/index ? true
> ERROR [2005-11-09 19:33:19,888] [Thread-66] (IndexingJob.java:109) - Erro=
r
> indexing
> java.io.IOException: Unable to move temporary index
> /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index
> at photospace.search.SearchIndex.update(SearchIndex.java:64)
> at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
> at photospace.search.IndexingJob.run(IndexingJob.java:99)
> at java.lang.Thread.run(Thread.java:595)
>
>
> Again the debugs look fine to me, no clue why the renameTo fails though .=
..
> ?
>
>
> thanks for taking the time.
> Why don't you reply to the mailing list ? Looks so dead on sourceforge - =
no
> posts, and yet its so active ?
>
>
>
> ______________________________________
> Tobias Schoessler, Java Developer
> Information Management Unit
> Information Technology Service
> United Nations Office on Drugs and Crime
>
> Tel: (+43-1) 26060-5173
> Websites: www.unov.org, www.unodc.org
> ______________________________________
> Impossible is not a fact, only an opinion
>
>
>
> alon salant
> <al...@sa...>
> Sent by: T=
o
> as...@gm... Tobias SCHOESSLER
> <Tob...@un...>
> c=
c
> Wednesday, 9
> November 2005 Subjec=
t
> 18:43 Re: [photospace-developer] problem=
s
> building index on
>
>
>
>
>
>
>
>
>
>
> Ahh, sorry missed the end of your message. You have checked permissions.
>
> The problem can only be file system related. Here's the source for
> SearchIndex.update():
>
> public void update(File updated) throws IOException
> {
> synchronized(this)
> {
> closeReader();
> FileUtils.deleteDirectory(index);
> if (!updated.renameTo(index))
> throw new IOException("Unable to move temporary index " +
> updated + " to " + index);
> }
> }
>
> FileUtils is part of Jakarta Commons Lang and does a recursive delete.
> File.renameTo() is part of the Java core. File.renameTo() is failing
> either because the old index did not get deleted (in your case I
> believe it has not even been created yet) or because it can't write to
> /web/photospace/data/index.
>
> If you're up for it, I'd recommend making sure that tomcat can write
> to that location. Just write a JSP that does File.renameTo() to that
> location and see if it works.
>
> Alon
>
> On 11/9/05, alon salant <al...@sa...> wrote:
> > The first thing I would look at are file system permissions. Can you
> > confirm that the user under which tomcat is running has permission to
> > write to /web/photospace/data/index?
> >
> > Alon
> >
> > On 11/9/05, Tobias SCHOESSLER <Tob...@un...> wrote:
> > >
> > > I am trying to run photospace on a linux server.
> > >
> > > when building the index I get this exception:
> > >
> > > 18:04:12,494 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> instance
> > > 18:04:16,091 DEBUG [TP-Processor2]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> instance
> > > 18:04:21,718 DEBUG [TP-Processor3]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> instance
> > > INFO [2005-11-09 18:04:21,736] [Thread-47] (IndexingJob.java:71) -
> > > Indexing 1 files
> > > 18:04:21,748 DEBUG [TP-Processor2]
> > > org.apache.catalina.core.StandardWrapper:763 - Returning non-STM
> instance
> > > ERROR [2005-11-09 18:04:21,857] [Thread-47] (IndexingJob.java:109) -
> Error
> > > indexing
> > > java.io.IOException: Unable to move temporary index
> > > /usr/local/tomcat2/temp/photospace-index to /web/photospace/data/inde=
x
> > > at photospace.search.SearchIndex.update(SearchIndex.java:59)
> > > at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
> > > at photospace.search.IndexingJob.run(IndexingJob.java:99)
> > > at java.lang.Thread.run(Thread.java:595)
> >
>
>
>
|
|
From: Tobias S. <Tob...@un...> - 2005-11-09 17:17:53
|
I am trying to run photospace on a linux server.
when building the index I get this exception:
18:04:12,494 DEBUG [TP-Processor3]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
18:04:16,091 DEBUG [TP-Processor2]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
18:04:21,718 DEBUG [TP-Processor3]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
INFO [2005-11-09 18:04:21,736] [Thread-47] (IndexingJob.java:71) -
Indexing 1 files
18:04:21,748 DEBUG [TP-Processor2]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
ERROR [2005-11-09 18:04:21,857] [Thread-47] (IndexingJob.java:109) - Error
indexing
java.io.IOException: Unable to move temporary index
/usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index
at photospace.search.SearchIndex.update(SearchIndex.java:59)
at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
at photospace.search.IndexingJob.run(IndexingJob.java:99)
at java.lang.Thread.run(Thread.java:595)
18:04:36,953 DEBUG [TP-Processor1]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
INFO [2005-11-09 18:04:36,955] [Thread-48] (IndexingJob.java:71) -
Indexing 1 files
ERROR [2005-11-09 18:04:36,962] [Thread-48] (IndexingJob.java:109) - Error
indexing
java.io.IOException: Unable to move temporary index
/usr/local/tomcat2/temp/photospace-index to /web/photospace/data/index
at photospace.search.SearchIndex.update(SearchIndex.java:59)
at photospace.search.IndexerImpl.index(IndexerImpl.java:78)
at photospace.search.IndexingJob.run(IndexingJob.java:99)
at java.lang.Thread.run(Thread.java:595)
18:04:37,019 DEBUG [TP-Processor1]
org.apache.catalina.core.StandardWrapper:763 - Returning non-STM instance
ERROR [2005-11-09 18:04:37,023] [TP-Processor1]
(StandardWrapperValve.java:253) - Servlet.service() for servlet jsp threw
exception
java.lang.IllegalStateException: Search index has not been created yet
at photospace.search.SearchIndex.getReader(SearchIndex.java:22)
at photospace.search.Searcher.search(Searcher.java:233)
at photospace.search.Searcher.search(Searcher.java:178)
at photospace.search.Searcher.search(Searcher.java:163)
at photospace.web.tags.SearchTag.doStartTag(SearchTag.java:22)
at
org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_space_search_0(org.apache.jsp.doc.index_002dstatus_jsp:140)
at
org.apache.jsp.doc.index_002dstatus_jsp.access$1(org.apache.jsp.doc.index_002dstatus_jsp:128)
at
org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke1(org.apache.jsp.doc.index_002dstatus_jsp:511)
at
org.apache.jsp.doc.index_002dstatus_jsp$index_002dstatus_jspHelper.invoke(org.apache.jsp.doc.index_002dstatus_jsp:570)
at
org.apache.jsp.tag.web.main_002dlayout_tag.doTag(org.apache.jsp.tag.web.main_002dlayout_tag:281)
at
org.apache.jsp.doc.index_002dstatus_jsp._jspx_meth_tags_main$1layout_0(org.apache.jsp.doc.index_002dstatus_jsp:108)
at
org.apache.jsp.doc.index_002dstatus_jsp._jspService(org.apache.jsp.doc.index_002dstatus_jsp:82)
at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:322)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:291)
at
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241)
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
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.proceedWithObject(FilterSecurityInterceptor.java:87)
at
net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.interceptor(AbstractSecurityInterceptor.java:368)
at
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:78)
at
net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(SecurityEnforcementFilter.java:165)
at
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegrationFilter.java:170)
at
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at
net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:199)
at
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
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.valves.FastCommonAccessLogValve.invoke(FastCommonAccessLogValve.java:481)
at
org.apache.catalina.authenticator.SingleSignOn.invoke(SingleSignOn.java:392)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at
org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:307)
at
org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:385)
at
org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:748)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:678)
at
org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:871)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:595)
18:04:46,757 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:653 - Start expire sessions
StandardManager at 1131555886757 sessioncount 0
18:04:46,757 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:662 - End expire sessions
StandardManager processingTime 0 expired sessions: 0
18:04:46,758 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:653 - Start expire sessions
StandardManager at 1131555886758 sessioncount 0
18:04:46,758 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:662 - End expire sessions
StandardManager processingTime 0 expired sessions: 0
18:04:46,779 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:653 - Start expire sessions
StandardManager at 1131555886779 sessioncount 0
18:04:46,779 DEBUG [ContainerBackgroundProcessor[StandardEngine[Catalina]]]
org.apache.catalina.session.ManagerBase:662 - End expire sessions
StandardManager processingTime 0 exp
I double checked write permissions, the server process user should be able
to move the index.
Same installation/build runns fine on my local windows 2000 test server.
any hint how to fix this?
thanks.
______________________________________
Tobias Schoessler, Java Developer
Information Management Unit
Information Technology Service
United Nations Office on Drugs and Crime
Tel: (+43-1) 26060-5173
Websites: www.unov.org, www.unodc.org
______________________________________
Impossible is not a fact, only an opinion
|
|
From: Æde v. d. W. <vd...@ho...> - 2005-05-20 07:50:23
|
I installed 5.0.30 but get the same errors. Prior to the NullPointerException there is an error in catalina.out mentioned in earlier post. A FileNotFoundException is thrown logs/photospace.log (No such file or directory). This error occurs just before the SERVICE INVOKERS section in catalina.out The search goes on... Æde >From: alon salant <as...@gm...> >Reply-To: al...@sa... >To: pho...@li... >Subject: Re: [photospace-developer] problems building and deploying >Date: Thu, 19 May 2005 15:27:37 -0700 > >The log4j error is a known issue and a red herring in this case. I do >not believe it has anything to do with the exception you are getting >loading the webapp. > >I'm actually having trouble figuring out where the >NullPointerException by reading the stack trace you posted. > >It looks like it is happening in the main-layout.tag file. But there >is no JSP ;) code in there that would cause a NullPointerException as far >as I can tell. > >I have run photospace on 5.0.25+ so it's possible that a newer version >of Tomcat may do the trick. Can you try that? > >Alon > _________________________________________________________________ Hotmail en Messenger on the move http://www.msn.nl/communicatie/smsdiensten/hotmailsmsv2/ |
|
From: alon s. <as...@gm...> - 2005-05-19 22:28:19
|
> It looks like it is happening in the main-layout.tag file. But there > is no JPG code in there that would cause a NullPointerException as far > as I can tell. Sorry, no JSP code ;) |
|
From: alon s. <as...@gm...> - 2005-05-19 22:27:41
|
The log4j error is a known issue and a red herring in this case. I do not believe it has anything to do with the exception you are getting loading the webapp. I'm actually having trouble figuring out where the NullPointerException by reading the stack trace you posted. It looks like it is happening in the main-layout.tag file. But there is no JPG code in there that would cause a NullPointerException as far as I can tell. I have run photospace on 5.0.25+ so it's possible that a newer version of Tomcat may do the trick. Can you try that? Alon On 5/19/05, =C6de van der Weij <vd...@ho...> wrote: > Hi, >=20 > I checkout photospace from CVS, made changes to build.properties and > deployed. No errors during that process. Also starting up Tomcat (5.0.16) > gave no errors. >=20 > Calling http://localhost:8080/photospace/ from a browser presented a a pa= ge > (doc/index-status.jsp). Till now, everything, went as expected. >=20 > When I click on an option from the menu I get the following > javax.servlet.ServletException >=20 >=20 > net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(Sec= urityEnforcementFilter.java:207) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegr= ationFilter.java:170) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicPro= cessingFilter.java:199) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > root cause > javax.servlet.ServletException >=20 > org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageConte= xtImpl.java:864) >=20 > org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContext= Impl.java:800) > org.apache.jsp.doc.search_jsp._jspService(search_jsp.java:75) > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:13= 3) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) >=20 > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav= a:311) >=20 > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) >=20 > net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.proceedWithO= bject(FilterSecurityInterceptor.java:87) >=20 > net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.interceptor(Ab= stractSecurityInterceptor.java:368) >=20 > net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(Filte= rSecurityInterceptor.java:78) >=20 > net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(Sec= urityEnforcementFilter.java:165) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegr= ationFilter.java:170) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicPro= cessingFilter.java:199) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > root cause > java.lang.NullPointerException >=20 > org.apache.jsp.tag.web.main_002dlayout_tag.doTag(main_002dlayout_tag.java= :129) >=20 > org.apache.jsp.doc.search_jsp._jspx_meth_tags_main$1layout_0(search_jsp.j= ava:91) > org.apache.jsp.doc.search_jsp._jspService(search_jsp.java:68) > org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:13= 3) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) >=20 > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.jav= a:311) >=20 > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) >=20 > net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.proceedWithO= bject(FilterSecurityInterceptor.java:87) >=20 > net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.interceptor(Ab= stractSecurityInterceptor.java:368) >=20 > net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(Filte= rSecurityInterceptor.java:78) >=20 > net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(Sec= urityEnforcementFilter.java:165) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegr= ationFilter.java:170) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) >=20 > net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicPro= cessingFilter.java:199) >=20 > net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.ja= va:105) > |
|
From: Æde v. d. W. <vd...@ho...> - 2005-05-19 20:28:26
|
Hi,
I checkout photospace from CVS, made changes to build.properties and
deployed. No errors during that process. Also starting up Tomcat (5.0.16)
gave no errors.
Calling http://localhost:8080/photospace/ from a browser presented a a page
(doc/index-status.jsp). Till now, everything, went as expected.
When I click on an option from the menu I get the following
javax.servlet.ServletException
net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(SecurityEnforcementFilter.java:207)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegrationFilter.java:170)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:199)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
root cause
javax.servlet.ServletException
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:864)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:800)
org.apache.jsp.doc.search_jsp._jspService(search_jsp.java:75)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.proceedWithObject(FilterSecurityInterceptor.java:87)
net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.interceptor(AbstractSecurityInterceptor.java:368)
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:78)
net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(SecurityEnforcementFilter.java:165)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegrationFilter.java:170)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:199)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
root cause
java.lang.NullPointerException
org.apache.jsp.tag.web.main_002dlayout_tag.doTag(main_002dlayout_tag.java:129)
org.apache.jsp.doc.search_jsp._jspx_meth_tags_main$1layout_0(search_jsp.java:91)
org.apache.jsp.doc.search_jsp._jspService(search_jsp.java:68)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:133)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:311)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248)
javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.proceedWithObject(FilterSecurityInterceptor.java:87)
net.sf.acegisecurity.intercept.AbstractSecurityInterceptor.interceptor(AbstractSecurityInterceptor.java:368)
net.sf.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:78)
net.sf.acegisecurity.intercept.web.SecurityEnforcementFilter.doFilter(SecurityEnforcementFilter.java:165)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.AbstractIntegrationFilter.doFilter(AbstractIntegrationFilter.java:170)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
net.sf.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:199)
net.sf.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:105)
Exploring catalina.out gave me another exception that occurs during the
start up of Tomcat.
log4j:ERROR setFile(null,true) call failed.
java.io.FileNotFoundException: logs/photospace.log (No such file or
directory)
at java.io.FileOutputStream.openAppend(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:177)
at java.io.FileOutputStream.<init>(FileOutputStream.java:102)
at org.apache.log4j.FileAppender.setFile(FileAppender.java:272)
at
org.apache.log4j.FileAppender.activateOptions(FileAppender.java:151)
at
org.apache.log4j.DailyRollingFileAppender.activateOptions(DailyRollingFileAppender.java:206)
at
org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:247)
at
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:123)
at
org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:87)
at
org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:645)
at
org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:603)
at
org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:500)
at
org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:406)
at
org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:307)
at
org.apache.log4j.PropertyWatchdog.doOnChange(PropertyConfigurator.java:673)
at
org.apache.log4j.helpers.FileWatchdog.checkAndConfigure(FileWatchdog.java:80)
at
org.apache.log4j.helpers.FileWatchdog.<init>(FileWatchdog.java:49)
at
org.apache.log4j.PropertyWatchdog.<init>(PropertyConfigurator.java:665)
at
org.apache.log4j.PropertyConfigurator.configureAndWatch(PropertyConfigurator.java:373)
at
org.springframework.util.Log4jConfigurer.initLogging(Log4jConfigurer.java:64)
at
org.springframework.web.util.Log4jWebConfigurer.initLogging(Log4jWebConfigurer.java:97)
at
org.springframework.web.util.Log4jConfigListener.contextInitialized(Log4jConfigListener.java:44)
at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3775)
at
org.apache.catalina.core.StandardContext.start(StandardContext.java:4257)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:850)
at
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:633)
at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:316)
at
org.apache.catalina.core.StandardHost.install(StandardHost.java:859)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:723)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:473)
at
org.apache.catalina.startup.HostConfig.start(HostConfig.java:1002)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:393)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133)
at
org.apache.catalina.core.StandardHost.start(StandardHost.java:816)
at
org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125)
at
org.apache.catalina.core.StandardEngine.start(StandardEngine.java:518)
at
org.apache.catalina.core.StandardService.start(StandardService.java:519)
at
org.apache.catalina.core.StandardServer.start(StandardServer.java:2343)
at org.apache.catalina.startup.Catalina.start(Catalina.java:581)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)
log4j:ERROR Either File or DatePattern options are not set for appender
[webapplog].
I tried to add a directory and empty file(logs/photospace.log ) under
webapps/photoshop but to no avail.
Anyone encountered the same problem? Or anyone with tips?
Help is much appreciated.
Grtz,
Aede
_________________________________________________________________
Talk with your online friends with MSN Messenger http://messenger.msn.nl/
|
|
From: alon s. <as...@gm...> - 2005-05-17 16:46:00
|
Klaus, that sounds fine. If you make any improvements, please share them back with the photospace project. FileSystemWatcher could definitely be better. A few things I have considered as improvements: 1. OS-specific hooks Most operating systems have native filesystem event mechanisms that forgo the need to poll the file system for changes. With JNI hooks to these mechanisms, FileSystemWatcher would use far fewer system resources to do its job. There are commercial libraries that do this: http://www.servertec.com/products/sfc/features.html. 2. Sleep/Wake up For photospace, there are often long periods of time where there are no changes to the filesystem and then short periods where there are lots of changes. It could be useful for FileSystemWatcher to check for changes frequently when there have been recent changes and to check for changes infrequently when there have not been changes for a while. Alon On 5/17/05, Klaus Sch=E4fers <sch...@un...> wrote: > Hi, >=20 > my name is Klaus and I'm a student of computer science. I would like to k= now, > if I could use your FileSystemWatcher for an university-project. The sour= ce of > the project will be released under an open source licence. >=20 > Thanks >=20 > Klaus >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_idt12&alloc_id=16344&opclick > _______________________________________________ > photospace-developer mailing list > pho...@li... > https://lists.sourceforge.net/lists/listinfo/photospace-developer > |
|
From: <sch...@un...> - 2005-05-17 08:04:19
|
Hi, my name is Klaus and I=92m a student of computer science. I would like to k= now, if I could use your FileSystemWatcher for an university-project. The source= of the project will be released under an open source licence. Thanks Klaus |
|
From: Gary L. <ga...@kt...> - 2005-01-13 03:13:29
|
dear all, I am using tomcat 5.54 and debian linux. and download binary of photospace. I also checked the install document,but still not clear. I use below steps to install it.but failed. debian:/opt/jakarta-tomcat-5.5.4/bin# ./startup.sh Using CATALINA_BASE: /opt/jakarta-tomcat-5.5.4 Using CATALINA_HOME: /opt/jakarta-tomcat-5.5.4 Using CATALINA_TMPDIR: /opt/jakarta-tomcat-5.5.4/temp Using JAVA_HOME: /opt/jdk1.5.0_01 debian:/opt/jakarta-tomcat-5.5.4/conf/Catalina/localhost# cat photospace.xml <Context path=3D"/photospace" docBase=3D"/opt/jakarta-tomcat-5.5.4/webapps/photospace/photospace.war" debug=3D"0"> <Parameter name=3D"webAppRootKey" value=3D"webapp.photospace"/> <Parameter name=3D"photospace.properties" value=3D"/opt/jakarta-tomcat-5.5.4/webapps/photospace/photospace.proper ties"/> </Context> with a photospace.properties file in /opt/jakarta-tomcat-5.5.4/webapps/photospace # Photospace title photospace.title=3Ddemo # Storage location for search index index.root=3D/opt/jakarta-tomcat-5.5.4/webapps/photospace/index/ # Media root media.root=3D/opt/jakarta-tomcat-5.5.4/webapps/photospace/media/ # Image cache location cache.root=3D/opt/jakarta-tomcat-5.5.4/webapps/photospace/cache/ # Base url for external links in RSS and RDF base.url=3Dhttp://localhost:8080/photospace # User accounts for admin and contributor access (separate with newline) photospace.users=3D \ admin=3Dpassword,ROLE_ADMIN,ROLE_CONTRIBUTOR \n\ contributor=3Dpassword,ROLE_CONTRIBUTOR Is it correct? who can send me full steps for installation? Thank very much.. Gary. |
