Hi Chris and Trudi,
Indeed there is no write permission on the installation dir. I installed JX on
/usr/local where I did not expect it to write anything (why doesn't it write on
/tmp instead ?). Thus, running it as root the problem doesn't occur.
There is also another (this one seems harmless for working) exception related
to file permissions that I found just after launching the program:
log4j:ERROR setFile(null,false) call failed.
java.io.FileNotFoundException: JX.log (Permission denied)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(FileOutputStream.java:179)
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.config.PropertySetter.activate(PropertySetter.java:247)
at
org.apache.log4j.xml.DOMConfigurator.parseAppender(DOMConfigurator.java:210)
at
org.apache.log4j.xml.DOMConfigurator.findAppenderByName(DOMConfigurator.java:140)
at
org.apache.log4j.xml.DOMConfigurator.findAppenderByReference(DOMConfigurator.java:153)
at
org.apache.log4j.xml.DOMConfigurator.parseChildrenOfLoggerElement(DOMConfigurator.java:415)
at
org.apache.log4j.xml.DOMConfigurator.parseCategory(DOMConfigurator.java:335)
at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigurator.java:788)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:673)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:616)
at
org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:584)
at
org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:694)
at com.ca.directory.jxplorer.JXplorer.setupLogger(JXplorer.java:235)
at com.ca.directory.jxplorer.JXplorer.<init>(JXplorer.java:134)
at com.ca.directory.jxplorer.JXplorer.main(JXplorer.java:193)
localDir = /usr/local/JXplorer/
I guess making JX write some place else will fix both exceptions.
Best regards
Gustavo
--
Angulo Sólido - Tecnologias de Informação
http://angulosolido.pt
On Monday 26 September 2005 01:47, Chris Betts wrote:
> Hi Gustavo,
>
> Thanks for the reference; I would guess that you are correct. JX
> tries to create a temporary directory to cache files for various
> media players, but it looks like we don't check robustly to see
> whether the temporary directory is actually created. I'd speculate
> that you have file permissions set in such a way that JX can't write
> directories, and thus this is failing?
>
> Trudi - do we need an error check in the method CBCache.makeDir()
> to cover this case? Or am I barking up the wrong tree? The line
> throwing the error is CBCache.createCache:61in the new code.
>
> - Chris
>
> On 26/09/2005, at 9:05 AM, Gustavo Homem wrote:
> > Hi Chris,
> >
> > This error happens to me using the oficial version 3.1, aka,
> >
> > build JXv3.1 2005-04-07 16:18 EST
> >
> > We are using it on Linux, with Java 1.4.2.
> >
> > If the file in question is the one tagged JX_3_1 with then line 54 is:
> >
> > for(int i=0; i<allFiles.length; i++)
> >
> > maybe allFiles is null ?
> >
> > If you need more information please let me know.
> >
> > Best regards
> > Gustavo
> >
> >
> > --
> > Angulo Sólido - Tecnologias de Informação
> > http://angulosolido.pt
> >
> > On Wednesday 21 September 2005 07:10, you wrote:
> >> Hi Gustavo,
> >>
> >> I've just had a quick look at this, and I'm having trouble
> >> finding the error - line 54 in CBCache doesn't look like it is
> >> capable of throwing an error. Can you confirm that you are using
> >> JXplorer v3.2b2 (i.e. JXplorer v3.2 beta 2)? (put up about a month
> >> ago)
> >>
> >> also, are you running on windows? It looks like it might be
> >> trying to work with some sort of windows media file?
> >>
> >> - Chris
> >>
> >> On 19/09/2005, at 4:49 AM, Gustavo Homem wrote:
> >>> Hello Chris,
> >>>
> >>> Thanks for the JXplorer great tool. With the latest release I am
> >>> getting the following exception:
> >>>
> >>> java.lang.NullPointerException
> >>> at com.ca.commons.cbutil.CBCache.createCache(CBCache.java:
> >>> 54)
> >>> at
> >>> com.ca.directory.jxplorer.viewer.HTMLTemplateDisplay.mediaCheck
> >>> (HTMLTemplateDisplay.java:1311)
> >>> at
> >>> com.ca.directory.jxplorer.viewer.HTMLTemplateDisplay.displayData
> >>> (HTMLTemplateDisplay.java:1222)
> >>> at
> >>> com.ca.directory.jxplorer.viewer.HTMLTemplateDisplay.displayEntry
> >>> (HTMLTemplateDisplay.java:1103)
> >>> at
> >>> com.ca.directory.jxplorer.viewer.AttributeDisplay.setCurrentEditor
> >>> (AttributeDisplay.java:670)
> >>> at com.ca.directory.jxplorer.viewer.AttributeDisplay
> >>> $1.stateChanged(AttributeDisplay.java:261)
> >>> at javax.swing.JTabbedPane.fireStateChanged
> >>> (JTabbedPane.java:287)
> >>> at javax.swing.JTabbedPane$ModelListener.stateChanged
> >>> (JTabbedPane.java:219)
> >>> at javax.swing.DefaultSingleSelectionModel.fireStateChanged
> >>> (DefaultSingleSelectionModel.java:116)
> >>> at javax.swing.DefaultSingleSelectionModel.setSelectedIndex
> >>> (DefaultSingleSelectionModel.java:50)
> >>> at javax.swing.JTabbedPane.setSelectedIndexImpl
> >>> (JTabbedPane.java:468)
> >>> at javax.swing.JTabbedPane.setSelectedIndex
> >>> (JTabbedPane.java:461)
> >>> at javax.swing.plaf.basic.BasicTabbedPaneUI
> >>> $MouseHandler.mousePressed(BasicTabbedPaneUI.java:3060)
> >>> at java.awt.AWTEventMulticaster.mousePressed
> >>> (AWTEventMulticaster.java:221)
> >>> at java.awt.AWTEventMulticaster.mousePressed
> >>> (AWTEventMulticaster.java:221)
> >>> at java.awt.Component.processMouseEvent(Component.java:5097)
> >>> at java.awt.Component.processEvent(Component.java:4897)
> >>> at java.awt.Container.processEvent(Container.java:1569)
> >>> at java.awt.Component.dispatchEventImpl(Component.java:3615)
> >>> at java.awt.Container.dispatchEventImpl(Container.java:1627)
> >>> at java.awt.Component.dispatchEvent(Component.java:3477)
> >>> at java.awt.LightweightDispatcher.retargetMouseEvent
> >>> (Container.java:3483)
> >>> at java.awt.LightweightDispatcher.processMouseEvent
> >>> (Container.java:3195)
> >>> at java.awt.LightweightDispatcher.dispatchEvent
> >>> (Container.java:3128)
> >>> at java.awt.Container.dispatchEventImpl(Container.java:1613)
> >>> at java.awt.Window.dispatchEventImpl(Window.java:1606)
> >>> at java.awt.Component.dispatchEvent(Component.java:3477)
> >>> at java.awt.EventQueue.dispatchEvent(EventQueue.java:456)
> >>> at java.awt.EventDispatchThread.pumpOneEventForHierarchy
> >>> (EventDispatchThread.java:201)
> >>> at java.awt.EventDispatchThread.pumpEventsForHierarchy
> >>> (EventDispatchThread.java:151)
> >>> at java.awt.EventDispatchThread.pumpEvents
> >>> (EventDispatchThread.java:145)
> >>> at java.awt.EventDispatchThread.pumpEvents
> >>> (EventDispatchThread.java:137)
> >>> at java.awt.EventDispatchThread.run
> >>> (EventDispatchThread.java:100)
> >>>
> >>> each time time I switch from the Table Editor to the HTML view in
> >>> the "user" entries.
> >>>
> >>> The user entries contain the following classes:
> >>>
> >>> top
> >>> person
> >>> organizationalPerson
> >>> InetOrgPerson
> >>> mozillaAbPersonObsolete
> >>>
> >>> This problem seems to be related with the inetOrgPerson
> >>> class,because creating entries with
> >>>
> >>> top
> >>> person
> >>>
> >>> and
> >>>
> >>> top
> >>> person
> >>> organizationalPerson
> >>>
> >>> everything works well.
> >>>
> >>> Let me if you need more info to understand the problem.
> >>>
> >>> Best regards
> >>> Gustavo
> >>>
> >>> --
> >>> Angulo Sólido - Tecnologias de Informação
> >>> http://angulosolido.pt
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Jxplorer-users mailing list
Jxplorer-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jxplorer-users
