Robert,

Fantastic. That was it. Problem fixed.

Thank you once again for your great (and amazingly fast) support.

Cheers,

James



James Saffery
Leading Analyst, Project Leader for Beringer Blass Software
Swisslog Australia Pty Limited
+61 2 9869 5929 direct
+61 2 9869 5900 office
+61 400 203 718 mobile



-----Original Message-----
From: Robert MacGrogan [mailto:[EMAIL PROTECTED] 
Sent: Thursday 26 May 2005 11:51
To: James Saffery; sourcejammer-users@lists.sourceforge.net
Subject: Re: [SourceJammer-users] 'Error:null' on Maintain Archive Users


Hi, James.

Sounds like it might be the error discussed here:

http://www.mail-archive.com/sourcejammer-users@lists.sourceforge.net/msg0016
8.html

Let me know whether or not this is helpful.

BTW: I believe that this problem was fixed in a more recent release of the
server, but I'll have
to check on that.

--Rob



--- James Saffery <[EMAIL PROTECTED]> wrote:

> Hi Robert, Fellow SJ Users,
> 
> I am having a problem with the Maintain Archive Users function with one
> archive ("CCA") on one or our SJ servers. When I try to open Maintain
> Archive Users, I just get an error dialog that says 'Error:null'. 
> 
> The server is SJ 2.1.0.0 on Tomcat 5.0.18 with Java 1.4.2_04-b05 on
Windows
> 2000.
> 
> In the Tomcat stdout.log I see the following:
> 
> java.lang.NullPointerException
>       at java.util.Hashtable.remove(Hashtable.java:435)
>       at
>
org.sourcejammer.project.model.filesys.ArchiveInfoFlexFS.removeArchiveUser(U
> nknown Source)
>       at
>
org.sourcejammer.project.view.MasterControlProgram.getArchiveUserList(Unknow
> n Source)
>       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.soap.server.RPCRouter.invoke(RPCRouter.java:146)
>       at
> org.apache.soap.providers.RPCJavaProvider.invoke(RPCJavaProvider.java:129)
>       at
>
org.apache.soap.server.http.RPCRouterServlet.doPost(RPCRouterServlet.java:35
> 4)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:763)
>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
>       at
>
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application
> FilterChain.java:284)
>       at
>
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh
> ain.java:204)
>       at
>
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.ja
> va:257)
>       at
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
> t.java:151)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
>       at
>
org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContext
> Valve.java:245)
>       at
>
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.ja
> va:199)
>       at
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
> t.java:151)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
>       at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195
> )
>       at
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
> t.java:151)
>       at
>
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164
> )
>       at
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
> t.java:149)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
>       at
>
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java
> :156)
>       at
>
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContex
> t.java:151)
>       at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
>       at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
>       at
> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
>       at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828)
>       at
>
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConne
> ction(Http11Protocol.java:700)
>       at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584)
>       at
>
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.jav
> a:683)
>       at java.lang.Thread.run(Thread.java:534)
> 
> We have another archive ("SCA") on the same SJ server, and Maintain
Archive
> Users works fine with it.
> 
> In the server filesys directory I can see the .sja files for both archives
> (cca.sja and sca.sja) and the both look fine. Here is the cca.sja file:
> 
> <?xml version="1.0" encoding="UTF-8"?>
> <archiveInfo>
>   <archiveName>cca</archiveName>
>
<pathToArchiveRoot>S:\SourceJammer\server\archives\cca</pathToArchiveRoot>
>   <rootFileName>0</rootFileName>
>   <restricted>true</restricted>
>   <keywordExpansionEnabled>true</keywordExpansionEnabled>
>   <users>
>     <userName>peter</userName>
>     <userName>emma</userName>
>     <userName>anon</userName>
>     <userName>zubair</userName>
>     <userName>jo</userName>
>     <userName>richard</userName>
>     <userName>chris</userName>
>     <userName>elena</userName>
>     <userName>gaurav</userName>
>     <userName>review</userName>
>     <userName>tim</userName>
>   </users>
>   <controllers>
>     <userName>admin</userName>
>     <userName>peter</userName>
>     <userName>james</userName>
>   </controllers>
>   <expansionExtensions>
>     <extension>body</extension>
>     <extension>spec</extension>
>     <extension>xml</extension>
>     <extension>sql</extension>
>   </expansionExtensions>
>   <plugins>
>     <plugin
> class="org.sourcejammer.extensions.eventlogging.EventLoggingPlugin"
> name="event-logger" type="ProjectEvent FileEvent">
>       <params/>
>     </plugin>
>   </plugins>
> </archiveInfo>
> 
> The users.xml file in the same directory also looks fine.
> 
> Any help much appreciated. I have already tried the standard shutdown and
> restart of Tomcat.
> 
> Best regards,
> 
> James
> 
> 
> 
> James Saffery
> Leading Analyst, Project Leader for Beringer Blass Software
> Swisslog Australia Pty Limited
> +61 2 9869 5929 direct
> +61 2 9869 5900 office
> +61 400 203 718 mobile
> 
> 
> ____________________________________________________________
> This message may contain legally privileged or confidential 
> information and is therefore addressed to the named persons only. 
> The recipient should inform the sender and delete this message, 
> if he/she is not named as addressee. 
> The sender disclaims any and all liability for the integrity 
> and punctuality of this message. 
> The sender has activated an automatic virus scanning by 
> Messagelabs, but does not guarantee the virus free 
> transmission of this message.
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
> online with coworkers and clients while avoiding the high cost of travel
and
> communications. There is no equipment to buy and you can meet as often as
> you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=click
> _______________________________________________
> SourceJammer-users mailing list
> SourceJammer-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

____________________________________________________________
This message has been checked for all known viruses by Messagelabs.


____________________________________________________________
This message may contain legally privileged or confidential 
information and is therefore addressed to the named persons only. 
The recipient should inform the sender and delete this message, 
if he/she is not named as addressee. 
The sender disclaims any and all liability for the integrity 
and punctuality of this message. 
The sender has activated an automatic virus scanning by 
Messagelabs, but does not guarantee the virus free 
transmission of this message.


-------------------------------------------------------
SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate
online with coworkers and clients while avoiding the high cost of travel and
communications. There is no equipment to buy and you can meet as often as
you want. Try it free.http://ads.osdn.com/?ad_idt02&alloc_id135&op=click
_______________________________________________
SourceJammer-users mailing list
SourceJammer-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sourcejammer-users

Reply via email to