sourcejammer-users Mailing List for SourceJammer (Page 74)
Brought to you by:
robertmacgrogan
Menu
▾
▴
sourcejammer-users — For help with SJ, use this list.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(7) |
Nov
(8) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(19) |
Feb
(64) |
Mar
(38) |
Apr
(40) |
May
(38) |
Jun
(46) |
Jul
(10) |
Aug
(20) |
Sep
(40) |
Oct
(60) |
Nov
(38) |
Dec
(61) |
| 2003 |
Jan
(102) |
Feb
(92) |
Mar
(83) |
Apr
(89) |
May
(9) |
Jun
(36) |
Jul
(24) |
Aug
(23) |
Sep
(47) |
Oct
(36) |
Nov
(31) |
Dec
(33) |
| 2004 |
Jan
(41) |
Feb
(59) |
Mar
(37) |
Apr
(19) |
May
(27) |
Jun
(38) |
Jul
(19) |
Aug
(23) |
Sep
(8) |
Oct
(8) |
Nov
(38) |
Dec
(27) |
| 2005 |
Jan
(33) |
Feb
(28) |
Mar
(23) |
Apr
(32) |
May
(35) |
Jun
(23) |
Jul
(58) |
Aug
(40) |
Sep
(27) |
Oct
(35) |
Nov
(10) |
Dec
(16) |
| 2006 |
Jan
(18) |
Feb
(5) |
Mar
(3) |
Apr
(16) |
May
(2) |
Jun
(17) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(1) |
Nov
(3) |
Dec
|
| 2007 |
Jan
(2) |
Feb
(5) |
Mar
|
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
(7) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
| 2008 |
Jan
|
Feb
(2) |
Mar
(9) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
|
From: Stan W. <won...@ya...> - 2002-02-13 15:49:32
|
Steve,
If you edit the sj_gui and sj_client files as Rob notes
below, don't do a mass change of 'lib' to 'bin' because
there is a filename, sj_lib.jar, that will get dorked.
It will be easiest to do the mass change and then go
back and find the file sj_bin.jar and change it back.
The other problem that you might encounter is CR characters
in some of the script files. I found that my Red Hat Linux
didn't like these (and neither did Caldera and Slackware).
You can clean these out by running:
perl -pi -e 's/\r$//;' filenames
Robert MacGrogan wrote:
> Hi, Steve.
>
> I'm sorry.
>
> The 1.1 beta 4 linux client install is known to be
> buggy. I'm planning on releasing beta 5 today which
> will hopefully correct these problems. But here's what
> you need to do to fix it.
>
> In the sj_gui and sj_client files, replace "lib" in
> all paths with "bin". Alternatively, you can rename
> your bin directory to lib.
>
> Sorry about the trouble.
>
> --Rob
>
> ps: The directories you see in your error message
> actually do exist. They are just hidden inside the
> file sj_client.jar (which contains all the compiled
> code for the client.
>
> --- Steve Rapaport <st...@a-...> wrote:
>
>>Hi Robert, I'm trying to install 1.1 beta 4
>>Sourcejammer on
>>Redhat 7.1, but the install seems to be missing some
>>files:
>>
>>[root@snoopy client]# more sj_client
>>#!/bin/sh
>>java -classpath
>>
>>
> "/usr/local/sourcejammer/client/lib/sj_client.jar:/usr/local/sourcejammer/client/lib/sj_lib.jar:/usr/local/sourcejammer/client/lib/xerces.jar:/usr/local/sourcejammer/client/lib/soap.jar:/usr/local/sourcejammer/client/lib/mail.jar:/usr/local/sourcejammer/client/lib/activation.jar"
>
>> org.sourcejammer.client.commandline.Client
>>/usr/local/sourcejammer/client/conf
>>
>>
> http://212.31.252.62:8080/sourcejammer/servlet/rpcrouter
>
>>[root@snoopy client]# sh sj_client
>>
>>Exception in thread "main"
>>java.lang.NoClassDefFoundError:
>>org/sourcejammer/client/commandline/Client
>>[root@snoopy client]#
>>
>>[root@snoopy client]# ./sj_gui
>>Exception in thread "main"
>>java.lang.NoClassDefFoundError:
>>org/sourcejammer/client/gui/StartGUI
>>[root@snoopy client]#
>>
>>In fact the directories /gui and /commandline are
>>missing, and
>>not included in the installation. What am I doing
>>wrong?
>>
>>
>>steve
>>
>
>
> __________________________________________________
> Do You Yahoo!?
> Send FREE Valentine eCards with Yahoo! Greetings!
> http://greetings.yahoo.com
>
> _______________________________________________
> SourceJammer-users mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
>
>
|
|
From: Robert M. <rob...@ya...> - 2002-02-13 15:04:52
|
Hi, Steve. I'm sorry. The 1.1 beta 4 linux client install is known to be buggy. I'm planning on releasing beta 5 today which will hopefully correct these problems. But here's what you need to do to fix it. In the sj_gui and sj_client files, replace "lib" in all paths with "bin". Alternatively, you can rename your bin directory to lib. Sorry about the trouble. --Rob ps: The directories you see in your error message actually do exist. They are just hidden inside the file sj_client.jar (which contains all the compiled code for the client. --- Steve Rapaport <st...@a-...> wrote: > > Hi Robert, I'm trying to install 1.1 beta 4 > Sourcejammer on > Redhat 7.1, but the install seems to be missing some > files: > > [root@snoopy client]# more sj_client > #!/bin/sh > java -classpath > "/usr/local/sourcejammer/client/lib/sj_client.jar:/usr/local/sourcejammer/client/lib/sj_lib.jar:/usr/local/sourcejammer/client/lib/xerces.jar:/usr/local/sourcejammer/client/lib/soap.jar:/usr/local/sourcejammer/client/lib/mail.jar:/usr/local/sourcejammer/client/lib/activation.jar" > > org.sourcejammer.client.commandline.Client > /usr/local/sourcejammer/client/conf > http://212.31.252.62:8080/sourcejammer/servlet/rpcrouter > [root@snoopy client]# sh sj_client > > Exception in thread "main" > java.lang.NoClassDefFoundError: > org/sourcejammer/client/commandline/Client > [root@snoopy client]# > > [root@snoopy client]# ./sj_gui > Exception in thread "main" > java.lang.NoClassDefFoundError: > org/sourcejammer/client/gui/StartGUI > [root@snoopy client]# > > In fact the directories /gui and /commandline are > missing, and > not included in the installation. What am I doing > wrong? > > > steve __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-12 15:05:27
|
Hi daniele. > Hi Robert!!! > It seems at last I got it! That's great! I'm glad you stuck with it. > There's just one problem, but maybe it's related to > troubles I made > during the installation, that is I'm not able to > delete one archive I > created...but it's just the archives I created in > the client side. > How can I remove them? You've tried selecting the archive definition and using the Delete button in the Archives dialog? This doesn't work? > > For all the rest, I thank you very very much, I > could never get it > without your help, and thanks also for great > patience you had with my > low experience. > Tell me if there's any help I can give to you. > Thanx again. It's no problem at all, Daniele. I'm glad to help. Hopefully I can do some work on making it easier to get SJ installed and running. You can help out just by testing SourceJammer and reporting any problems you see to me. Thanks. --Rob __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Stan W. <won...@ya...> - 2002-02-11 20:43:44
|
I installed Tomcat 4.0 but found that it organizes its directories differently. I didn't take the time to figure out the differences and fell back to 3.2.4. Now that I've figured out how to get SJ working with Tomcat 3.2.4 it doesn't look too hard to rewrite the scripts to account for the Tomcat 4.0 directory changes (famous last words!). -- Stan Wong Robert MacGrogan wrote: > Hi, Mark. > > I'm afraid I have not tested SJ under Tomcat 4.0. In > fact, I have not used Tomcat 4.0 at all. I don't even > know if 4.0 uses the org.apache.tomcat.startup.Tomcat > class. > > I think the easiest thing for you to do would be to > download Tomcat 3.2.4. But if you want to keep trying > to get SJ up under TC 4, that would be great. In fact, > that would be a great contribution to the project. > Your best bet is probably the documentation and user > lists at jakarta.apache.org. > > Thanks. > > --Rob > > > --- Mark Gao <mar...@ya...> wrote: > >>Hi, Rob, >> >>I installed the SJ binary packages( server 1.1 beta >>2.1 , client 1.1 beta 4) this weekend but could not >>start the server: >> >>Exception in thread "main" >>java.lang.NoClassDefFoundError: >>org/apache/tomcat/startup/Tomcat >> >>My environments are set to: >>JAVA_HOME=/usr/java/jdk1.3.1_02 >>CATALINA_HOME=/usr/local/jakarta-tomcat-4.0.1 >>Apache2 is installed in /usr/home/apache2 >> >>Since the Tomcat is installed in >>/usr/local/jakarta-tomcat-4.0.1, I've changed the >>tomcat home directory in start_sourcejammer.sh and >>tomcat_sj.sh accordingly. >> >>Apache2 and tomcat 4.0.1 are started successfully. >> >>Thanks, >> >>Mark >> >> >> >>--- Robert MacGrogan <rob...@ya...> >>wrote: >> >>>Hi, Mark. >>>You need to run the server in some kind of >>>servlet/JSP >>>container. Tomcat is the default because it works >>>great and is free. So you will need Tomcat on your >>>system. The server also requires a number of >>> >>script >> >>>and configuration files. The easiest way to >>>understand >>>all of this is to go ahead and download one of the >>>server binary installation packages from the >>>download >>>page. >>> >>>The client also requires a config file and a >>>particular directory structure, so you should >>>probably >>>download the client binary installation as well to >>>get >>>started. >>> >>>Hope that helps. Let me know if you have any >>>questions >>>or problems. >>> |
|
From: Stan W. <won...@ya...> - 2002-02-11 20:39:25
|
I saw the same error message but that's because I was using
SourceJammer incorrectly. When this happened I had
created a new entry in my client archive list
('Connection->Maintain Archive List') but I had not
actually created the archive ('Tools->Make New Archive').
I was using a Windows client and Linux server but the message
was essentially the same.
-- Stan Wong.
Robert MacGrogan wrote:
> Hi, Daniel.
>
> --- "dan...@a-..." <dan...@a-...>
> wrote:
>
>>Hi Robert
>>
>>I did execute the deploy; actually I read on some
>>tutorial on the net
>>and I run the command
>>deploy SJDeplymentDescriptor.xml;
>>
>>anyway I did it again and got another message which
>>sounds like:
>>
>>Error:Cannot access ArchiveInfo file on file system.
>>
>>
> c:\sourcejammer\server\webapps\sourcejammer\conf\filesys\null
>
> OK. Sounds like for some reason the first time you ran
> the deploy script it did not actually deploy. This new
> error message tells me that you have now deployed.
>
> More below.
>
>
>>and I also noticed before that another file is
>>missing which I think
>>should be ther, that is
>>
>>
> c:\sourcejammer\server\webapps\sourcejammer\archives\null
>
>>and I don't understand why since the infos about
>>archives are stored in:
>>C:\SourceJammer\conf\archives.xml
>>
>
> You're making probably the most common mistake about
> SourceJammer: confusing the server-side archives with
> the client-side archive definitions. But don't worry.
> You are definitely not the first person to make this
> mistake and you won't be the last. I need to figure
> out a way to prevent people from getting confused
> about this.
>
> The archives.xml file is NOT a list of archives
> available on your SourceJammer server. It is a list of
> archives that your client knows about. Basically
> archives.xml is a list of connection information.
> archives.xml is the source of the list of archives you
> see in the Archives dialog.
>
> The server keeps its archive information in the
> following locations:
> 1)
> <install-path>webapps\sourcejammer\conf\filesys\archiveList
> (a serialized object with a list of all available
> archives)
> 2)<install-path>webapps\sourcejammer\conf\filesys\<archivename>.sja
> (where <archivename> is the name of a single archive.
> This file contains info about the archive.)
> 3) <install-path>webapps\sourcejammer\archives\ (This
> directory contains a single directory for each archive
> available on the server. The archive directories have
> the same name as the archive. Each archive's directory
> contains all the files, project info, version history,
> etc. for that archive.)
>
> So, to create an archive using the SJ GUI, first you
> need to "Make" the archive using Tools | Make Archive.
> Then you need to create a local definition telling the
> GUI about that archive using Connection | Maintain
> Archive List | New.
>
> Hopefully this clears things up. I really need to
> release a document on this issue as it confuses a lot
> of people.
>
> --Rob
>
>
>
> __________________________________________________
> Do You Yahoo!?
> Send FREE Valentine eCards with Yahoo! Greetings!
> http://greetings.yahoo.com
>
> _______________________________________________
> SourceJammer-users mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
>
>
|
|
From: Robert M. <rob...@ya...> - 2002-02-11 19:46:41
|
Hi, Daniel. --- "dan...@a-..." <dan...@a-...> wrote: > Hi Robert > > I did execute the deploy; actually I read on some > tutorial on the net > and I run the command > deploy SJDeplymentDescriptor.xml; > > anyway I did it again and got another message which > sounds like: > > Error:Cannot access ArchiveInfo file on file system. > c:\sourcejammer\server\webapps\sourcejammer\conf\filesys\null OK. Sounds like for some reason the first time you ran the deploy script it did not actually deploy. This new error message tells me that you have now deployed. More below. > > and I also noticed before that another file is > missing which I think > should be ther, that is > c:\sourcejammer\server\webapps\sourcejammer\archives\null > > and I don't understand why since the infos about > archives are stored in: > C:\SourceJammer\conf\archives.xml You're making probably the most common mistake about SourceJammer: confusing the server-side archives with the client-side archive definitions. But don't worry. You are definitely not the first person to make this mistake and you won't be the last. I need to figure out a way to prevent people from getting confused about this. The archives.xml file is NOT a list of archives available on your SourceJammer server. It is a list of archives that your client knows about. Basically archives.xml is a list of connection information. archives.xml is the source of the list of archives you see in the Archives dialog. The server keeps its archive information in the following locations: 1) <install-path>webapps\sourcejammer\conf\filesys\archiveList (a serialized object with a list of all available archives) 2)<install-path>webapps\sourcejammer\conf\filesys\<archivename>.sja (where <archivename> is the name of a single archive. This file contains info about the archive.) 3) <install-path>webapps\sourcejammer\archives\ (This directory contains a single directory for each archive available on the server. The archive directories have the same name as the archive. Each archive's directory contains all the files, project info, version history, etc. for that archive.) So, to create an archive using the SJ GUI, first you need to "Make" the archive using Tools | Make Archive. Then you need to create a local definition telling the GUI about that archive using Connection | Maintain Archive List | New. Hopefully this clears things up. I really need to release a document on this issue as it confuses a lot of people. --Rob __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 18:06:26
|
Hi, Daniele. Did you run the deploy script? It looks like SOAP has not been deployed. You need to run the deploy script before you can use your SJ server. And if you have not run the deploy script, then you must not have created an archive yet. So you need to do that before you can actually connect to an archive. Run deploy.bat. Then try Tools | Make New Archive. Then enter the required information. Then try connecting. --Rob PS: I assume you are in Italy. If you don't mind my asking, how did you hear about SourceJammer? I'm asking because I happened to notice that SourceJammer(1.0) was included in a demo CD of some kind in the December Italian edition of Linux Journal. Thanks. --- "dan...@a-..." <dan...@a-...> wrote: > Ciao Robert > > I think we're getting close to the solution, but now > I get another > error message: > > Fault Code = Soap-ENV:Server > Fault String = Service 'urn:MasterControlProgram' > unknown > > Hope it's the last one. > Thank you again. > Daniele > > > Hi, Daniele. > > > > > I made the test you said, and got the response: > > > SOAP RPC Router > > > Sorry, I don't speak via HTTP GET- you have to > use > > > HTTP POST to talk to > > > me. > > > is the server running OK? > > > Or should I do something else? > > > > This response means that your sourcejammer server > is > > running and is listening on the address you > entered. > > If you put the exact same address into your > archive > > definition, you should be able to connect. > > > > I'm going to go through the exact steps you need > to > > take to connect to this address. Forgive me if I > > repeat something you already know. > > > > 1. In the GUI client, select Connection | Connect. > > 2. In the Archives dialog, click "new" > > 3. In the Archive dialog, enter the following: > > a) A name . . . : any name you like > > b) URL . . . : > > > http://localhost:8080/sourcejammer/servlet/rpcrouter > > c) Archive Name . . . : the exact name you used > when > > creating your archive. > > > > 4. Click OK. > > 5. Click OK. > > 6. Select Connection | Connect (sorry about making > you > > do this twice. It's a bug and it is fixed in the > next > > beta) > > 7. Select the name of the archive definition you > just > > created. > > 8. Click Connect. > > > > You should now be connected. > > > > Let me know what happens. > > > > --Rob > > > > > > > > __________________________________________________ > > Do You Yahoo!? > > Send FREE Valentine eCards with Yahoo! Greetings! > > http://greetings.yahoo.com > > > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 15:13:39
|
Hi, Mark. I'm afraid I have not tested SJ under Tomcat 4.0. In fact, I have not used Tomcat 4.0 at all. I don't even know if 4.0 uses the org.apache.tomcat.startup.Tomcat class. I think the easiest thing for you to do would be to download Tomcat 3.2.4. But if you want to keep trying to get SJ up under TC 4, that would be great. In fact, that would be a great contribution to the project. Your best bet is probably the documentation and user lists at jakarta.apache.org. Thanks. --Rob --- Mark Gao <mar...@ya...> wrote: > Hi, Rob, > > I installed the SJ binary packages( server 1.1 beta > 2.1 , client 1.1 beta 4) this weekend but could not > start the server: > > Exception in thread "main" > java.lang.NoClassDefFoundError: > org/apache/tomcat/startup/Tomcat > > My environments are set to: > JAVA_HOME=/usr/java/jdk1.3.1_02 > CATALINA_HOME=/usr/local/jakarta-tomcat-4.0.1 > Apache2 is installed in /usr/home/apache2 > > Since the Tomcat is installed in > /usr/local/jakarta-tomcat-4.0.1, I've changed the > tomcat home directory in start_sourcejammer.sh and > tomcat_sj.sh accordingly. > > Apache2 and tomcat 4.0.1 are started successfully. > > Thanks, > > Mark > > > > --- Robert MacGrogan <rob...@ya...> > wrote: > > Hi, Mark. > > You need to run the server in some kind of > > servlet/JSP > > container. Tomcat is the default because it works > > great and is free. So you will need Tomcat on your > > system. The server also requires a number of > script > > and configuration files. The easiest way to > > understand > > all of this is to go ahead and download one of the > > server binary installation packages from the > > download > > page. > > > > The client also requires a config file and a > > particular directory structure, so you should > > probably > > download the client binary installation as well to > > get > > started. > > > > Hope that helps. Let me know if you have any > > questions > > or problems. > > > > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 15:09:13
|
Hi, Daniele. Looks like you are making progress. The error you are seeing means either that your SJ server is not running or that you are using the wrong URL. Try this quick test. Enter the rpcrouter URL into a web browser and see what message you get. If you see a message like "I only speak HTTP Post", then your server is running. If you get a page not found error, then either your server is not running or you have the wrong address. Just to reiterate, here's the address you need to user (for a local connection): http://localhost:8080/sourcejammer/servlet/rpcrouter Also, did you run the start_sourcejammer.bat (or .sh for Linux) script? If so, what output did you see? Thanks. --Rob --- "dan...@a-..." <dan...@a-...> wrote: > here is the complete error message: > > Error: > SOAP error. > org.sourcejammer.util.SourceJammerConnectionException: > Problem with > soap communication. Unsupported response content > type "text/html", must > be "text/xml". Response was: > <head><title>Not Found (404)</title></head> > <body><h1>Not Found (404)</h1> > <b>Original request:</b> > /sourcejammer/servlet/rpcrouter<br><br> > <b>Not found request:</b> > /sourcejammer/servlet/rpcrouter</body> > [SOAPException: faultCode=SOAP-ENV:Protocol; > msg=Unsupported response > content type "text/html", must be: "text/xml". > Response was: > <head><title>Not Found (404)</title></head> > <body><h1>Not Found (404)</h1> > <b>Original request:</b> > /sourcejammer/servlet/rpcrouter<br><br> > <b>Not found request:</b> > /sourcejammer/servlet/rpcrouter</body> > > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 15:04:33
|
Excellent. Thanks for responding, Stan. This problem is new to 1.1, and I think it was introduced because of the web-browsing element. I'm not really sure why sun/tools/javac/Main is not accessible from the JRE. I suppose I could check on java.sun.com, though. --Rob --- gpduck <gp...@ti...> wrote: > Thanks that worked! > > Stan Wong writes: > > > Chris, > > > > I had a similar problem except on a Linux server. > The problem in my > > case was that I was missing the file tools.jar. > It turns out that > > tools.jar is not included in the JRE. Once I > downloaded and installed > > the JDK and pointed to it this error went away. > If this is your > > problem then you can get the JDK from Sun at: > > > > http://java.sun.com/j2se/1.3/ > > > > and select 'Windows' (the other choices are > Solaris and Linux). > > I started with server 1.1 so I don't know if this > was something > > introduced between 1.0 and 1.1. Good luck. > > > > Stan > > > > > > gpduck wrote: > >> I have upgraded my SJ server to 1.1 and like the > changes I see. I am > >> having a problem with the web browsing feature > though. Here is the error > >> message I am getting: > >> Error: 500 > >> Location: /sourcejammer/index.jsp > >> Internal Servlet Error: > >> javax.servlet.ServletException: > sun/tools/javac/Main > >> at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java, > > >> Compiled Code) > >> at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > >> at > >> > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) > >> at > org.apache.tomcat.core.Handler.service(Handler.java:287) > >> at > >> > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) > >> at > >> > org.apache.tomcat.core.ContextManager.internalService(ContextManager.java > > >> :80 6) > >> at > >> > org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) > >> at > >> > org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Ht > > >> tpC onnectionHandler.java:213) > >> at > >> > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, > > >> Compiled Code) > >> at > >> > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, > > >> Compiled Code) > >> at java.lang.Thread.run(Unknown Source) > >> Root cause: > >> java.lang.NoClassDefFoundError: > sun/tools/javac/Main > >> at > >> > org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:1 > > >> 36) > >> > >> at > org.apache.jasper.compiler.Compiler.compile(Compiler.java, > > >> Compiled Code) > >> at > org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:612) > >> at > >> > org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) > >> at > org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:542) > >> at > >> > org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(Js > > >> pSe rvlet.java:258) > >> at > >> > org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet > > >> .ja va:268) > >> at > >> > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) > >> at > org.apache.jasper.servlet.JspServlet.service(JspServlet.java, > > >> Compiled Code) > >> at > javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > >> at > >> > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) > >> at > org.apache.tomcat.core.Handler.service(Handler.java:287) > >> at > >> > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) > >> at > >> > org.apache.tomcat.core.ContextManager.internalService(ContextManager.java > > >> :80 6) > >> at > >> > org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) > >> at > >> > org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Ht > > >> tpC onnectionHandler.java:213) > >> at > >> > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, > > >> Compiled Code) > >> at > >> > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, > > >> Compiled Code) > >> at java.lang.Thread.run(Unknown Source) > >> I should note that I am running the server as a > service on a Win 2000 > >> Professional machine. The only difference I > think this makes is that > >> instead of executing start_sourcejammer.bat and > tomcat_sj.bat I am > >> starting from a file called wrapper.properties > that is provided with > >> Tomcat. I have modified this file to include the > jar's for SJ in the > >> classpath and to start Tomcat using the > server_sourcejammer.xml file. I > >> have no idea if any of this could be causing the > error. Let me know what > >> you think. > >> Chris > >> > >> _______________________________________________ > >> SourceJammer-users mailing list > >> Sou...@li... > >> > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users > > >> > > > > > > > > > > _______________________________________________ > > SourceJammer-users mailing list > > Sou...@li... > > > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users > > > _______________________________________________ > SourceJammer-users mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Stan W. <won...@ya...> - 2002-02-11 15:01:38
|
Robert MacGrogan wrote:
<snip
>
> One other change I'm thinking about making to the GUI
> (for 1.2) is changing the date that's displayed in the
> file list from the create date to the last-modified
> date. I think that would probably be a much more
> useful piece of information to see.
>
Yes, that would definitely be better. The create
date is "ancient" history. It's more relevant to
me to know when something was last modified.
This would be an excellent improvement from my
perspective.
|
|
From: Robert M. <rob...@ya...> - 2002-02-11 14:54:18
|
Hi, Stan. These are great questions. I should release a doc about user management. See my answers below. --- Stan Wong <won...@ya...> wrote: > Rob, > > I was examining the users.xml file in the filesys > directory of > my Linux server. I am contemplating editing the > file to remove > users. The questions that I have: > > 1. I notice that UserId=1 is used twice. The admin > user has it > and the first user added has it also. Is this > intentional and > does it serve a purpose (or does it matter)? I was unaware of this. Luckily it does not seem to have caused any problems, probably because the real user ID is the user name. > > 2. If I delete the tags associated with a user, is > it okay to > have a gap in the UserId field numbering, or does it > have to > be consecutive? Gaps in the numbering should not cause any problems. > > 3. I am presuming that there is nothing currently > linked to > a specific UserId so it's okay if it changes (such > as if I have > to renumber IDs to be consecutive). I don't think changing user id numbers will cause any problems. See my answer to your next question. > > 4. Is the userCounter file associated with the > users.xml file > if I am deleting users? Do I have to change this? userCounter is a little serialized object that maintains a single long value. The object can be used to retrieve the next value in a sequence; in this case the user id number. Deleting users should not mess this up (though I must admit I've never tried it). I would suggest that you don't manually set up any users with id numbers higher than the highest id number present in your users.xml file. This probably would not cause any problems but still, I would avoid it. > > We are doing experiments to test the capability of > SourceJammer > and I have created test users that I want to get rid > of. I thought > that editing users.xml would be the easiest way. Is > there a > better way to do this? No, editing users.xml is your best way. In fact, it's your only way. A delete user function will definitely be a part of SJ 1.2. --Rob > > It would seem that a 'delete user' function for the > admin would > be handy. If my observations are correct then I was > just going > to write a quick script to do this for the time > being. > > Thanks. > > Stan Wong > won...@ya... > __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 14:44:32
|
Hi, Michael. Thanks for the feedback. See comments below. <snip> > > If you've been using SJ for a project > > in "the real world", even a student project, > we'd love > > to hear about it. We want to put up a page on > the site > > about people and organizations who are really > using > > SJ. > > I've been using it to manage the source for a PHP > web app I'm writing > called "Exosaga". It's a very slow moving pet > project that may not > go live for some time now. > > I also have two other PHP sites I'll be developing > for two separate > clients (I'm an indy web dev guy). I intend to use > SourceJammer to > manage the source files (code and images) for both > of these projects. Cool. Thanks a lot for letting me know. > I made a backup of my Tomcat and SJ 1.0 installs and > tried to use the > sourcejammer-server-1.1.beta.2-conv.tar.gz package > to convert to 1.1. > This didn't seem to work so well. I was receiving > strange errors > involving unfound conf files with paths like > "c:\blah\blah" -- even > though I was running the server on Linux -- when I > tried to log in > with the 1.1 SJ client. > > So I trashed the upgraded installs and instead did a > fresh Tomcat > 3.2.4 and SJ 1.1 install. This time it worked fine, > but I still > needed my old archives. I copied the relevant > archive files and > directories over from my backup into the fresh > install and ran the > convert script that came with the upgrade package. > I've been humming > along nicely since. It definitely sounds like I need to do some more work on the Linux release packages. I will try to repair all these problems before I do the 1.1 final release. Glad you were able to get up and running eventually, though. > > My biggest complaint is about the errors in the > shell scripts for the > Linux packages. These have already been covered in > detail earlier on > this list (/bin vs. /lib and the missing mail.jar > and activation.jar > paths). They are a relatively minor annoyance but if > they weren't > there SJ would be a LOT simpler to set up. I will fixe all these. > > While I'm giving input I should also mention that it > would be nice if > you could see all version comments at the same time > when you view a > file's details. So, instead of just displaying a > list of versions > with the version number, date, and user you would > also have a field > showing the associated comment. This way you could > see all of the > comments at once instead of having to select an > entry and click "View > Comment" for each version. That's a good suggestion. I'm not 100% sure whether or not I'll implement that one, though. Perhaps I could make in a config option for the "details" dialog. What I'm worried about is downloading unnecessary information for people with slow connections. One other change I'm thinking about making to the GUI (for 1.2) is changing the date that's displayed in the file list from the create date to the last-modified date. I think that would probably be a much more useful piece of information to see. Thanks for your feedback and thanks for using SourceJammer. --Rob __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-11 14:37:06
|
Excellent, Eric. Thanks for the positive words. Jext is definitely cool (I use it all the time) and a SJ Jext plug-in would be awesome. --Rob --- Eric <Eri...@at...> wrote: > Rob, > > I've been following your project over the last four > months and think that > such a tool has a lot of potential. You've > attracted so many folks in such > a short period of time. I'm going to be doing some > independent software > development and will primarily use open source > tools, such as Romain Guy's > excellent Jext editor. I have followed the Jext > project since 1999 and it > has evolved quite nicely. It will be several months > before I get started, > but I'll try and send the group feedback on my > development experiences in > using SourceJammer. I'll probably be using it in a > mix of environments, > some Win clients, some Linux clients, and mostly > Linux server. I may even > help write a Jext plug-in to interface directly to > SourceJammer in the > future. Keep up the good work! > > Eric > . __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: gpduck <gp...@ti...> - 2002-02-11 08:29:25
|
Thanks that worked! Stan Wong writes: > Chris, > > I had a similar problem except on a Linux server. The problem in my > case was that I was missing the file tools.jar. It turns out that > tools.jar is not included in the JRE. Once I downloaded and installed > the JDK and pointed to it this error went away. If this is your > problem then you can get the JDK from Sun at: > > http://java.sun.com/j2se/1.3/ > > and select 'Windows' (the other choices are Solaris and Linux). > I started with server 1.1 so I don't know if this was something > introduced between 1.0 and 1.1. Good luck. > > Stan > > > gpduck wrote: >> I have upgraded my SJ server to 1.1 and like the changes I see. I am >> having a problem with the web browsing feature though. Here is the error >> message I am getting: >> Error: 500 >> Location: /sourcejammer/index.jsp >> Internal Servlet Error: >> javax.servlet.ServletException: sun/tools/javac/Main >> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, >> Compiled Code) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) >> at org.apache.tomcat.core.Handler.service(Handler.java:287) >> at >> org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) >> at >> org.apache.tomcat.core.ContextManager.internalService(ContextManager.java >> :80 6) >> at >> org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) >> at >> org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Ht >> tpC onnectionHandler.java:213) >> at >> org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, >> Compiled Code) >> at >> org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, >> Compiled Code) >> at java.lang.Thread.run(Unknown Source) >> Root cause: >> java.lang.NoClassDefFoundError: sun/tools/javac/Main >> at >> org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:1 >> 36) >> >> at org.apache.jasper.compiler.Compiler.compile(Compiler.java, >> Compiled Code) >> at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:612) >> at >> org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) >> at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:542) >> at >> org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(Js >> pSe rvlet.java:258) >> at >> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet >> .ja va:268) >> at >> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) >> at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, >> Compiled Code) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) >> at >> org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) >> at org.apache.tomcat.core.Handler.service(Handler.java:287) >> at >> org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) >> at >> org.apache.tomcat.core.ContextManager.internalService(ContextManager.java >> :80 6) >> at >> org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) >> at >> org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(Ht >> tpC onnectionHandler.java:213) >> at >> org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, >> Compiled Code) >> at >> org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, >> Compiled Code) >> at java.lang.Thread.run(Unknown Source) >> I should note that I am running the server as a service on a Win 2000 >> Professional machine. The only difference I think this makes is that >> instead of executing start_sourcejammer.bat and tomcat_sj.bat I am >> starting from a file called wrapper.properties that is provided with >> Tomcat. I have modified this file to include the jar's for SJ in the >> classpath and to start Tomcat using the server_sourcejammer.xml file. I >> have no idea if any of this could be causing the error. Let me know what >> you think. >> Chris >> >> _______________________________________________ >> SourceJammer-users mailing list >> Sou...@li... >> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users >> > > > > > _______________________________________________ > SourceJammer-users mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users |
|
From: Stan W. <won...@ya...> - 2002-02-09 14:42:31
|
Chris, I had a similar problem except on a Linux server. The problem in my case was that I was missing the file tools.jar. It turns out that tools.jar is not included in the JRE. Once I downloaded and installed the JDK and pointed to it this error went away. If this is your problem then you can get the JDK from Sun at: http://java.sun.com/j2se/1.3/ and select 'Windows' (the other choices are Solaris and Linux). I started with server 1.1 so I don't know if this was something introduced between 1.0 and 1.1. Good luck. Stan gpduck wrote: > I have upgraded my SJ server to 1.1 and like the changes I see. I am > having a problem with the web browsing feature though. Here is the > error message I am getting: > Error: 500 > Location: /sourcejammer/index.jsp > Internal Servlet Error: > javax.servlet.ServletException: sun/tools/javac/Main > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, > Compiled Code) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) > at org.apache.tomcat.core.Handler.service(Handler.java:287) > at > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) > at > org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:80 > 6) > at > org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) > at > org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC > onnectionHandler.java:213) > at > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, > Compiled Code) > at > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, > Compiled Code) > at java.lang.Thread.run(Unknown Source) > Root cause: > java.lang.NoClassDefFoundError: sun/tools/javac/Main > at > org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:136) > > at org.apache.jasper.compiler.Compiler.compile(Compiler.java, > Compiled Code) > at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:612) > at > org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) > at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:542) > at > org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe > rvlet.java:258) > at > org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja > va:268) > at > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) > at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, > Compiled Code) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) > at > org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) > at org.apache.tomcat.core.Handler.service(Handler.java:287) > at > org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) > at > org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:80 > 6) > at > org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) > at > org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC > onnectionHandler.java:213) > at > org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, > Compiled Code) > at > org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, > Compiled Code) > at java.lang.Thread.run(Unknown Source) > I should note that I am running the server as a service on a Win 2000 > Professional machine. The only difference I think this makes is that > instead of executing start_sourcejammer.bat and tomcat_sj.bat I am > starting from a file called wrapper.properties that is provided with > Tomcat. I have modified this file to include the jar's for SJ in the > classpath and to start Tomcat using the server_sourcejammer.xml file. I > have no idea if any of this could be causing the error. Let me know > what you think. > Chris > > _______________________________________________ > SourceJammer-users mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users > |
|
From: gpduck <gp...@ti...> - 2002-02-09 09:02:45
|
I have upgraded my SJ server to 1.1 and like the changes I see. I am having a problem with the web browsing feature though. Here is the error message I am getting: Error: 500 Location: /sourcejammer/index.jsp Internal Servlet Error: javax.servlet.ServletException: sun/tools/javac/Main at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:80 6) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, Compiled Code) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, Compiled Code) at java.lang.Thread.run(Unknown Source) Root cause: java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:136) at org.apache.jasper.compiler.Compiler.compile(Compiler.java, Compiled Code) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:612) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:542) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:258) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:268) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:429) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java, Compiled Code) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405) at org.apache.tomcat.core.Handler.service(Handler.java:287) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:80 6) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:752) at org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpC onnectionHandler.java:213) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java, Compiled Code) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java, Compiled Code) at java.lang.Thread.run(Unknown Source) I should note that I am running the server as a service on a Win 2000 Professional machine. The only difference I think this makes is that instead of executing start_sourcejammer.bat and tomcat_sj.bat I am starting from a file called wrapper.properties that is provided with Tomcat. I have modified this file to include the jar's for SJ in the classpath and to start Tomcat using the server_sourcejammer.xml file. I have no idea if any of this could be causing the error. Let me know what you think. Chris |
|
From: Michael C. <me...@in...> - 2002-02-09 03:35:21
|
Robert MacGrogan wrote: > --- Michael Casaday <me...@in...> wrote: > >>I just got through the mess of script-repairing and >>archive-converting >>and am at the point where I get to actually use SJ >>1.1. I like what I >>see. :) Keep up the good work. >> > > Great! Thanks, Michael. > > Do I take it that you have just converted your 1.0 SJ > server to 1.1? Yes. More on that below. > If you've been using SJ for a project > in "the real world", even a student project, we'd love > to hear about it. We want to put up a page on the site > about people and organizations who are really using > SJ. I've been using it to manage the source for a PHP web app I'm writing called "Exosaga". It's a very slow moving pet project that may not go live for some time now. I also have two other PHP sites I'll be developing for two separate clients (I'm an indy web dev guy). I intend to use SourceJammer to manage the source files (code and images) for both of these projects. > I hope the script repairing, etc. was not too bad. Is > there anything in the release package you think needs > improving? It wasn't too bad. I'm not sure the upgrade path I took was the smartest, but it seems to have worked just fine. I made a backup of my Tomcat and SJ 1.0 installs and tried to use the sourcejammer-server-1.1.beta.2-conv.tar.gz package to convert to 1.1. This didn't seem to work so well. I was receiving strange errors involving unfound conf files with paths like "c:\blah\blah" -- even though I was running the server on Linux -- when I tried to log in with the 1.1 SJ client. So I trashed the upgraded installs and instead did a fresh Tomcat 3.2.4 and SJ 1.1 install. This time it worked fine, but I still needed my old archives. I copied the relevant archive files and directories over from my backup into the fresh install and ran the convert script that came with the upgrade package. I've been humming along nicely since. My biggest complaint is about the errors in the shell scripts for the Linux packages. These have already been covered in detail earlier on this list (/bin vs. /lib and the missing mail.jar and activation.jar paths). They are a relatively minor annoyance but if they weren't there SJ would be a LOT simpler to set up. While I'm giving input I should also mention that it would be nice if you could see all version comments at the same time when you view a file's details. So, instead of just displaying a list of versions with the version number, date, and user you would also have a field showing the associated comment. This way you could see all of the comments at once instead of having to select an entry and click "View Comment" for each version. > Thanks. > > --Rob ____________________ mike |
|
From: Eric <Eri...@at...> - 2002-02-09 00:31:46
|
Rob, I've been following your project over the last four months and think that such a tool has a lot of potential. You've attracted so many folks in such a short period of time. I'm going to be doing some independent software development and will primarily use open source tools, such as Romain Guy's excellent Jext editor. I have followed the Jext project since 1999 and it has evolved quite nicely. It will be several months before I get started, but I'll try and send the group feedback on my development experiences in using SourceJammer. I'll probably be using it in a mix of environments, some Win clients, some Linux clients, and mostly Linux server. I may even help write a Jext plug-in to interface directly to SourceJammer in the future. Keep up the good work! Eric . ----- Original Message ----- From: "Robert MacGrogan" <rob...@ya...> To: "Michael Casaday" <me...@in...>; "sourcejammer-users" <sou...@li...> Sent: Friday, February 08, 2002 12:24 PM Subject: Re: [SourceJammer-users] nice > > --- Michael Casaday <me...@in...> wrote: > > I just got through the mess of script-repairing and > > archive-converting > > and am at the point where I get to actually use SJ > > 1.1. I like what I > > see. :) Keep up the good work. > > Great! Thanks, Michael. > > Do I take it that you have just converted your 1.0 SJ > server to 1.1? If you've been using SJ for a project > in "the real world", even a student project, we'd love > to hear about it. We want to put up a page on the site > about people and organizations who are really using > SJ. > > I hope the script repairing, etc. was not too bad. Is > there anything in the release package you think needs > improving? > > Thanks. > > --Rob > > > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com > > _______________________________________________ > SourceJammer-users mailing list > Sou...@li... > https://lists.sourceforge.net/lists/listinfo/sourcejammer-users |
|
From: Robert M. <rob...@ya...> - 2002-02-08 18:24:50
|
--- Michael Casaday <me...@in...> wrote: > I just got through the mess of script-repairing and > archive-converting > and am at the point where I get to actually use SJ > 1.1. I like what I > see. :) Keep up the good work. Great! Thanks, Michael. Do I take it that you have just converted your 1.0 SJ server to 1.1? If you've been using SJ for a project in "the real world", even a student project, we'd love to hear about it. We want to put up a page on the site about people and organizations who are really using SJ. I hope the script repairing, etc. was not too bad. Is there anything in the release package you think needs improving? Thanks. --Rob __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-08 16:32:28
|
--- Cristian Popa <cri...@ya...> wrote: > Date: Fri, 8 Feb 2002 08:24:42 -0800 (PST) > From: Cristian Popa <cri...@ya...> > Subject: Re: SourceJammer help > To: Robert MacGrogan <rob...@ya...> > > > Hi, > Thanks for the fast response. > It was my mistake. I had the SourceJammer server set > to only http://localhost:8080. I have entered the > entire URL you provided and I could connect to the > archive without any problems. > As for the setup, it was painless and straight > forward. Using the default installation path > mentioned in the readme.txt, I unzipped Tomcat, the > server and then installed the client. Other than > this I configured TOMCAT_HOME and JAVA_HOME > environment variables and ... the hard part was to > figure out which was the 'commandline' utility. > After 5 minutes of searching I discovered that in > fact it was sj_client.bat. > After this 'discovery' everything was a breeze. So > maybe you should change a little bit the readme.txt > and mention which is in fact the 'commandline' > utility. I plan to give it a try soon so I'll keep > you posted. > Since I'm trying to get deeper in XML, SOAP and Web > Services (with Java technologies) I'm pretty > interested also in the development part of this > application. I hope I will be able to get in the > source code and architecture of SourceJammer soon so > I can share some thoughts with you also. > Thank you again in your light-speed response, > Cristian > Robert MacGrogan <rob...@ya...> > wrote: Hi, Christian. > > Sounds like you actually had a pretty easy time > getting your server up. > > The error you are seeing means one of two things: > > 1. Your SourceJammer server is not actually running. > This seems unlikely since you were able to create an > archive using the CommandLine. > > 2. Your GUI is looking in the wrong location for > your > archive. > > Go to the Connection menu in the Gui and click > Maintain Archive List. > > Select your archive definition and click the Edit > button. > > Under URL for the SourceJammer server, it should > say: > > http://localhost:8080/sourcejammer/servlet/rpcrouter > > Since your server and client are on the same > machine, > you use "localhost:8080". If your server was an a > different machine, you would sub the URL or IP > address > of that machine. > > Let me know how this work out. > > Also, could you tell me what version of SourceJammer > you are using? > > Thanks. > > --Rob > > > --- Cristian Popa wrote: > > Hi, > > > > I dare to ask you a question related to > SourceJammer > > since > > I don't know yet where to go for help and you are > > the team > > lead. > > > > I have installed Tomcat, SourceJammer server and > > client on > > the same machine (Windows 2000). I have started > the > > server, > > deplyoed it, created with the commandline utility > an > > > > archive. Everything was so far succesful. When I > try > > to > > connect to the archive created on the server, from > > the > > client GUI, I keep getting the following error: > > > > > org.sourcejammer.util.SourceJammerConnectionException: > > > > Problem with SOAP communication. Unsupported > > response > > content type "text/html", must be: "text/xml". > > Response was: > > > > Not Found (404) > > Original request: HTTP/1.0 > > > > Not found request:HTTP/1.0 > > [SOAPException: faultCode=SOAP-ENV:Protocol; > > msg=Unsupported content type "text/html", must > > be: "text/xml". > > at org.sourceJammer.client.SOAPPortal.sendRequest > > (SOAPPortal.java:166)... > > > > I hope it is enough info about the error. > > Unfortunately I > > couldn copy/paste the error message so I typed as > > much as > > possible. > > > > If this is not the right way to ask for help just > > let me > > know. > > > > Thank you for your time and support, > > > > Cristian > > > __________________________________________________ > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! > http://greetings.yahoo.com > > > --------------------------------- > Do You Yahoo!? > Send FREE Valentine eCards with Yahoo! Greetings! __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Robert M. <rob...@ya...> - 2002-02-08 16:05:18
|
Hi, Christian. Sounds like you actually had a pretty easy time getting your server up. The error you are seeing means one of two things: 1. Your SourceJammer server is not actually running. This seems unlikely since you were able to create an archive using the CommandLine. 2. Your GUI is looking in the wrong location for your archive. Go to the Connection menu in the Gui and click Maintain Archive List. Select your archive definition and click the Edit button. Under URL for the SourceJammer server, it should say: http://localhost:8080/sourcejammer/servlet/rpcrouter Since your server and client are on the same machine, you use "localhost:8080". If your server was an a different machine, you would sub the URL or IP address of that machine. Let me know how this work out. Also, could you tell me what version of SourceJammer you are using? Thanks. --Rob --- Cristian Popa <cri...@ya...> wrote: > Hi, > > I dare to ask you a question related to SourceJammer > since > I don't know yet where to go for help and you are > the team > lead. > > I have installed Tomcat, SourceJammer server and > client on > the same machine (Windows 2000). I have started the > server, > deplyoed it, created with the commandline utility an > > archive. Everything was so far succesful. When I try > to > connect to the archive created on the server, from > the > client GUI, I keep getting the following error: > > org.sourcejammer.util.SourceJammerConnectionException: > > Problem with SOAP communication. Unsupported > response > content type "text/html", must be: "text/xml". > Response was: > <head><title>Not Found (404)</title></head> > <body><hl>Not Found (404)</hl> > <b>Original request:</b> HTTP/1.0<br><br> > <b>Not found request:</b>HTTP/1.0</body> > [SOAPException: faultCode=SOAP-ENV:Protocol; > msg=Unsupported content type "text/html", must > be: "text/xml". > at org.sourceJammer.client.SOAPPortal.sendRequest > (SOAPPortal.java:166)... > > I hope it is enough info about the error. > Unfortunately I > couldn copy/paste the error message so I typed as > much as > possible. > > If this is not the right way to ask for help just > let me > know. > > Thank you for your time and support, > > Cristian __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Stan W. <won...@ya...> - 2002-02-08 07:16:06
|
I figured out that items #4 & #5 were caused by me incorrectly editing the sj_client and sj_gui files. I did a mass change of 'lib' to 'bin' but that changed 'sj_lib.jar' to 'sj_bin.jar' (doh!). I still get the missing font messages when I run sj_gui but the SJ window comes up correctly. This is probably something in my Red Hat 7.1 KDE configuration (which happens to be stock, out- of the box KDE). ------------------------------------------------------------------ > 3. sj_gui and sj_client specify paths to the jar files as > '/usr/local/sourcejammer/client/lib' while the archive > unpacks the files to > '/usr/local/sourcejammer/client/bin'. >Either the shell files need to change or the archive paths >have to change. > > 4. When I execute sj_gui I get a font not found error, > the splash screen and then the process hangs (I can ^C out > of it though). > > 5. When I execute sj_client I get the error message: > > Exception in thread "main" > java.lang.NoClassDefFoundError: > org/sourcejammer/util/ConfigurationException > > I assume that I need to install some font to solve my problem > in item #4. Can anyone tell me what the message in #5 indicates? > |
|
From: Robert M. <rob...@ya...> - 2002-02-08 04:27:27
|
If I recall, most of these were issues with the Linux beta 3. My bad. I built beta 4 from beta 3 (which was on my machine at work) and not beta 3.1, which is on my machine at home. It's late, so I won't redo the Linux beta 4 tonight. I'll try to do it tomorrow. As for the font issue, I have no idea. There is no place where the SJ client specifies a particular font. Hopefully this will just go away when I do Linux client 4.1. The sj_client issue sounds like a classpath. If I recall, the classpath in sj_client for beta 3 was incomplete. I'll have this fixed in beta 4.1 tomorrow. --Rob __________________________________________________ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com |
|
From: Stan W. <won...@ya...> - 2002-02-08 03:31:30
|
I have found some installation issues with the SJ Linux
Client 1.1 beta 4 package. I already have a working Linux
SJ server and access it with a Windows SJ client.
I decided to try the SJ Linux client on the same box as the
server and ran into the following difficulties:
1. The files sourcejammer/client/sj_gui and sj_client
have DOS line endings (CR-LF) instead of the Unix newline (LF).
This prevents the scripts from running. I know this is
a problem with the three Linux distributions that I have
experience with (Red Hat, Caldera, Slackware). Is this
a problem on other Unix systems such as Solaris, HP or AIX
or is this a Linux thing?
2. sj_gui and sj_client need execute permissions to be added
to the files in the archive.
3. sj_gui and sj_client specify paths to the jar files as
'/usr/local/sourcejammer/client/lib' while the archive
unpacks the files to
'/usr/local/sourcejammer/client/bin'.
Either the shell files need to change or the archive paths
have to change.
4. When I execute sj_gui I get a font not found error,
the splash screen and then the process hangs (I can ^C out
of it though).
5. When I execute sj_client I get the error message:
Exception in thread "main"
java.lang.NoClassDefFoundError:
org/sourcejammer/util/ConfigurationException
I assume that I need to install some font to solve my problem
in item #4. Can anyone tell me what the message in #5 indicates?
Stan Wong
|
23 messages has been excluded from this view by a project administrator.
