Anil, can you verify/test this proposed patch ? Then, please open up a JIRA issue at https://issues.apache.org/jira/browse/JSPWIKI and we can take the patch in.
thanks Christoph, Harry 2009/10/7 <[email protected]> > Hi, > > had the same exception because of corrupted or missing prop. files. > Maybe you go to BasicAttachmentProvider Line 513 und replace > > throw new ProviderException("Attachment disappeared while reading > information:"+ > " if you did not > touch the repository, there is a serious bug somewhere. "+ > "Attachment = > "+attachments[i]+ > ", decoded = > "+attachmentName ); > > with > > a simple "continue" statement. > > This should fix the issue with messed up repos. > > Best Regards, > Christoph > > --- > > Check out the Austria version of JSPWiki 3.0 www.austria-lexikon.at(beeing > opened to the public on 9th of October) > > > Zitat von Harry Metske <[email protected]>: > > > I'm out of options, I have no idea what is wrong here. >> regards, >> Harry >> >> 2009/10/6 anilkumarkatta <[email protected]> >> >> >>> Thank you very much for the email. >>> >>> These are the logs from my server >>> >>> 2009-10-06 20:08:40,566 [Thread-2] INFO com.ecyrd.jspwiki.WikiEngine - >>> JSPWiki working directory is 'E:\JSPWiki\work' >>> 2009-10-06 20:08:40,925 [Thread-2] INFO >>> com.ecyrd.jspwiki.providers.AbstractFileProvider - Wikipages are read >>> from >>> 'E:\JSPWiki\data' >>> 2009-10-06 20:08:40,925 [Thread-2] INFO >>> com.ecyrd.jspwiki.providers.VersioningFileProvider - Using directory >>> E:\JSPWiki\data\OLD for storing old versions of pages >>> >>> I checked with the all the user permissions all looks good. >>> >>> all the attachement goes into the E:\jspwiki\data >>> for that particular page it stores like this >>> <pagename>-att\<filename>.<ext>-dir >>> eg: Main-att\anil.java-dir >>> in which files stored as >>> <versionNo>.<ext> and attachment.properties >>> eg. 1.java or 2.java and etc. >>> >>> Please resond with your suggestion what I do further on this. >>> >>> Thanks & Regards, >>> -Anil Katta >>> >>> >>> Harry Metske wrote: >>> > >>> > I would think there is something wrong with your pageDir and/or >>> > attachmentDir.Verify your jspwiki.properties for these two props: >>> > >>> > jspwiki.fileSystemProvider.pageDir >>> > jspwiki.basicAttachmentProvider.storageDir >>> > >>> > Set the loglevel to at least info, and verify if you see any errors >>> during >>> > startup of the wiki . >>> > You should see messages like these : >>> > 2009-09-24 19:26:53,813 [main] INFO >>> > com.ecyrd.jspwiki.providers.AbstractFileProvider - Wikipages are read >>> > from >>> > '/var/jspwiki/pages' >>> > 2009-09-24 19:26:53,813 [main] INFO >>> > com.ecyrd.jspwiki.providers.VersioningFileProvider - Using directory >>> > /var/jspwiki/pages/OLD for storing old versions of pages >>> > >>> > Also verify that the user that your wiki runs with, has read/write >>> access >>> > to >>> > the above directories. >>> > And since it looks like you are running on Windows, check the double >>> > backslashes. >>> > >>> > If you attach a file to a page (with different suffixes) where are they >>> > stored ? >>> > >>> > It really is an odd problem, I have never seen it before, so it must be >>> an >>> > environmental or configuration error somewhere. >>> > >>> > regards, >>> > Harry >>> > >>> > 2009/10/5 anilkumarkatta <[email protected]> >>> > >>> >> >>> >> Thank you all for all replies.. >>> >> >>> >> Yes 'm running apache web server before tomcat server. >>> >> i have cleared browser as well as server cache too. >>> >> i am getting this exception >>> >> >>> >> 2009-09-30 20:30:18,950 [TP-Processor3] WARN >>> >> com.ecyrd.jspwiki.providers.CachingAttachmentProvider >>> JSPWiki:/Wiki.jsp >>> >> JSPWiki:https://jspwiki.prod.com/Wiki.jsp - Provider failed, >>> returning >>> >> cached content >>> >> com.ecyrd.jspwiki.providers.ProviderException: Attachment disappeared >>> >> while >>> >> reading information: if you did not touch the repository, there is a >>> >> serious >>> >> bug somewhere. Attachment = AnilPanCard.jpg-dir, decoded = >>> >> AnilPanCard.jpg >>> >> >>> >> even after changing the inlinePattern to .jpg there is no luck. >>> >> >>> >> access logs error but not sure this relates to this issue >>> >> >>> >> 2009-10-04 18:03:27,948 [TP-Processor3] ERROR >>> >> org.apache.catalina.connector.CoyoteAdapter - An exception or error >>> >> occurred >>> >> in the container during the request processing >>> >> java.lang.NullPointerException >>> >> at >>> >> >>> >> >>> >>> org.apache.catalina.ha.tcp.ReplicationValve.invoke(ReplicationValve.java:348) >>> >> at >>> >> >>> >>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) >>> >> at >>> >> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) >>> >> at >>> >> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) >>> >> at >>> >> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) >>> >> at >>> >> >>> >> >>> >>> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) >>> >> at >>> >> >>> >> >>> >>> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) >>> >> at >>> >> >>> >> >>> >>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) >>> >> at java.lang.Thread.run(Unknown Source) >>> >> 2009-10-04 18:03:32,448 [TP-Processor2] ERROR >>> >> org.apache.catalina.connector.CoyoteAdapter - An exception or error >>> >> occurred >>> >> in the container during the request processing >>> >> java.lang.NullPointerException >>> >> at >>> >> >>> >> >>> >>> org.apache.catalina.ha.tcp.ReplicationValve.invoke(ReplicationValve.java:348) >>> >> at >>> >> >>> >>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286) >>> >> at >>> >> org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190) >>> >> at >>> >> org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283) >>> >> at >>> >> org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767) >>> >> at >>> >> >>> >> >>> >>> org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697) >>> >> at >>> >> >>> >> >>> >>> org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889) >>> >> at >>> >> >>> >> >>> >>> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690) >>> >> at java.lang.Thread.run(Unknown Source) >>> >> >>> >> >>> >> Most awaiting for you reply >>> >> >>> >> >>> >> >>> >> Harry Metske wrote: >>> >> > >>> >> > Could you tell us a bit more about your configuration ?Are you >>> running >>> >> a >>> >> > web >>> >> > server in front of your container ? >>> >> > Are you running Tomcat, could you share relevant entries in the >>> access >>> >> > logs >>> >> > ? >>> >> > Did you clean your browser cache ? >>> >> > Try to run JSPWiki with a higher debug level (see bottom of >>> >> > jspwiki.properties), maybe the jspwiki.log reveals something. >>> >> > Could you share your jspwiki.properties with us, how do >>> >> > your jspwiki.translatorReader.inlinePattern parameters look like >>> ? >>> >> > >>> >> > /Harry >>> >> > >>> >> > >>> >> > 2009/10/1 anilkumarkatta <[email protected]> >>> >> > >>> >> >> >>> >> >> Thanks again for your reply Janne. >>> >> >> >>> >> >> I tried with many number of times with changing the naming of the >>> file >>> >> >> including extention file type too.. >>> >> >> >>> >> >> Its really a pinch for me that apart from .jpg file type.. >>> everything >>> >> >> else >>> >> >> working fine >>> >> >> >>> >> >> Please do advice me >>> >> >> >>> >> >> Thanks & Regards, >>> >> >> -Anil Katta >>> >> >> >>> >> >> Janne Jalkanen wrote: >>> >> >> > >>> >> >> > >>> >> >> > You still get a 404 not found? Then it's very probably a case >>> >> issue. >>> >> >> > Try uploading a new image, and check if viewing that works. If >>> it >>> >> >> > does, then it's likely that your images are in different case >>> than >>> >> you >>> >> >> > expect. >>> >> >> > >>> >> >> > For example, on Windows an image called "FOO.JPG" might actually >>> >> turn >>> >> >> > up as "foo.jpg", because Windows has some strange >>> DOS-compatibility >>> >> >> > rules. >>> >> >> > >>> >> >> > Please try to experiment with different images and name formats. >>> >> >> > Please also check that the image *really* is in the repository >>> and >>> >> you >>> >> >> > can open it up properly, and it's got correct permissions. 'cos >>> if >>> >> >> > downloading works for one kind of file, it should work on all >>> kinds >>> >> of >>> >> >> > files, which makes me suspect it's a problem with the particular >>> >> files >>> >> >> > you're trying to access. >>> >> >> > >>> >> >> > /Janne >>> >> >> > >>> >> >> > On Sep 30, 2009, at 10:05 , anilkumarkatta wrote: >>> >> >> > >>> >> >> >> >>> >> >> >> Hi >>> >> >> >> >>> >> >> >> Thanks for the Reply Janne. >>> >> >> >> >>> >> >> >> I took new copy of source code from the repository of the >>> jspwiki, >>> >> and >>> >> >> >> modified. Attachment filter is working fine for all other >>> >> >> >> attachements like >>> >> >> >> GIF,PNG, zip, bmp, etc, but it not working with .jpg file type. >>> >> >> >> >>> >> >> >> Please your suggesstions are most welcomed. >>> >> >> >> >>> >> >> >> Thanks & Regards, >>> >> >> >> -Anil Katta >>> >> >> >> >>> >> >> >> >>> >> >> >> Janne Jalkanen wrote: >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> Did you check that you have the correct web.xml file? And >>> you're >>> >> not >>> >> >> >>> accidentally using the one from 2.0.x? >>> >> >> >>> >>> >> >> >>> /Janne >>> >> >> >>> >>> >> >> >>> On Sep 29, 2009, at 14:58 , anilkumarkatta wrote: >>> >> >> >>> >>> >> >> >>>> >>> >> >> >>>> further >>> >> >> >>>> >>> >> >> >>>> when I try opening the image files through attachement tab >>> >> >> >>>> >>> >> >> >>>> https://jspwiki.prodsup1.com/attach/Main/ACard.jpg >>> >> >> >>>> >>> >> >> >>>> it fetches me page not found >>> >> >> >>>> >>> >> >> >>>> Please hlep me >>> >> >> >>>> >>> >> >> >>>> >>> >> >> >>>> anilkumarkatta wrote: >>> >> >> >>>>> >>> >> >> >>>>> Hi Todd >>> >> >> >>>>> >>> >> >> >>>>> Can you please give me what need to be done for this >>> resolution >>> >> of >>> >> >> >>>>> the >>> >> >> >>>>> issue. >>> >> >> >>>>> >>> >> >> >>>>> I am facing this issue since 2 months. >>> >> >> >>>>> >>> >> >> >>>>> you help would be much appreciated a lot >>> >> >> >>>>> >>> >> >> >>>>> Thanks & Regards, >>> >> >> >>>>> - Anil Katta >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>>> Weis, Todd wrote: >>> >> >> >>>>>> >>> >> >> >>>>>> Duh... Forgot a backslash in directory name for >>> attachments! >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> -----Original Message----- >>> >> >> >>>>>> >>> >> >> >>>>>> I recently upgraded from 2.05.52 to 2.8.1 and all my links >>> for >>> >> in- >>> >> >> >>>>>> line >>> >> >> >>>>>> attachments are broken. The files still exist, the system >>> >> doesn't >>> >> >> >>>>>> recognize it. >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> Page does not recognize it has a an attachment (doesn't show >>> up >>> >> on >>> >> >> >>>>>> attach page). >>> >> >> >>>>>> >>> >> >> >>>>>> Inline images shows as broken x. >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> I did notice that the syntax has changed somewhat. >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> Old in line image >>> >> >> >>>>>> >>> >> >> >>>>>> [{Image src='james.jpg' >>> >> link='attach?page=JamesPage%2Fjames.jpg' >>> >> >> >>>>>> caption='James pic' alt='link to full size image' }] >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> New in line: >>> >> >> >>>>>> >>> >> >> >>>>>> [{Image src='james.jpg' link='attach/JamesPage/james.jpg' >>> >> >> >>>>>> caption='James >>> >> >> >>>>>> pic' alt='link to full size image' }] >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> I'm also not sure where it is storing the attachments in >>> this >>> >> new >>> >> >> >>>>>> version. >>> >> >> >>>>>> >>> >> >> >>>>>> Old version had it in a attachment directory. >>> >> >> >>>>>> (shared_storage\wiki\JamesPage-att\1.jpg) >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> Any suggestions on how to fix? >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>>> >>> >> >> >>>>> >>> >> >> >>>>> >>> >> >> >>>> >>> >> >> >>>> -- >>> >> >> >>>> View this message in context: >>> >> >> >>>> >>> >> >> >>> >> >>> >>> http://www.nabble.com/Upgrade-from-v2.0.52-to-v2.8.1-has-broken-attachments-tp25577952p25661728.html >>> >> >> >>>> Sent from the JspWiki - User mailing list archive at >>> Nabble.com. >>> >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> >> >> >> >>> >> >> >> -- >>> >> >> >> View this message in context: >>> >> >> >> >>> >> >> >>> >> >>> >>> http://www.nabble.com/Upgrade-from-v2.0.52-to-v2.8.1-has-broken-attachments-tp25577952p25676020.html >>> >> >> >> Sent from the JspWiki - User mailing list archive at Nabble.com. >>> >> >> > >>> >> >> > >>> >> >> > >>> >> >> >>> >> >> -- >>> >> >> View this message in context: >>> >> >> >>> >> >>> >>> http://www.nabble.com/Upgrade-from-v2.0.52-to-v2.8.1-has-broken-attachments-tp25577952p25692991.html >>> >> >> Sent from the JspWiki - User mailing list archive at Nabble.com. >>> >> >> >>> >> >> >>> >> > >>> >> > >>> >> >>> >> -- >>> >> View this message in context: >>> >> >>> >>> http://www.nabble.com/Upgrade-from-v2.0.52-to-v2.8.1-has-broken-attachments-tp25577952p25746824.html >>> >> Sent from the JspWiki - User mailing list archive at Nabble.com. >>> >> >>> >> >>> > >>> > >>> >>> -- >>> View this message in context: >>> >>> http://www.nabble.com/Upgrade-from-v2.0.52-to-v2.8.1-has-broken-attachments-tp25577952p25765357.html >>> Sent from the JspWiki - User mailing list archive at Nabble.com. >>> >>> >>> >> > > >
