I'll add something. I haven't been doing much with SJ for the past few years
other than answering the occasional support email :-)
From: "Letang, Sabina"
To: Robert MacGrogan
Sent: Tue, September 28, 2010 12:26:15 PM
Subject: RE:
From: "Letang, Sabina"
To: Robert MacGrogan ;
"sourcejammer-users@lists.sourceforge.net"
Sent: Tue, September 28, 2010 10:39:11 AM
Subject: RE: [SourceJammer-users] Transformer exception occurs when attempting
to create a connection
Hi Rob:
Unfort
w and send that to me.
Basically, the more information you give me the more likely I will be able to
solve your problem.
Thanks.
--Rob
From: "Letang, Sabina"
To: Robert MacGrogan ;
"sourcejammer-users@lists.sourceforge.net"
Sent: Mon,
This sounds like a version mismatch issue. Is the client the same x.x version
as
the server? If, for example, the server is SJ 2.0, then you need to use a 2.0
client to connect.
Let me know if this helps.
Thanks.
--Rob
From: "Letang, Sabina"
To: "sourcejam
Could you provide more information please? What exactly is the behavior you're
seeing? What version of SourceJammer are you using, etc.
Thanks.
--Rob
--- On Thu, 7/23/09, darwin_ver...@isis.com wrote:
From: darwin_ver...@isis.com
Subject: [SourceJammer-users] Checkin Heap Size
To: sourcejamm
HI, Stephen.
Sorry to be late in responding. I almost missed this message in my inbox.
Please disregard the Tomcat 1.4 recommendation. SJ should work on the latest
version of Tomcat with no problem--or on any servlet engine for that matter.
Good luck. Please let me know if you have any other
The first thing I'd do is try re-starting the server. If that doesn't work you
could have a project file that is corrupt somehow--missing the node name, which
is basically the name you gave the folder. If this is the case, you can
definitely fix the problem, but it will take a little manual det
that you
requested. Thanks for your help.
Brian
-----Original Message-
From: Robert MacGrogan [mailto:[EMAIL PROTECTED]
Sent: Monday, November 05, 2007 9:59 AM
To: Monzon, Carlos O Civ USAF AFRL/RYRA
Subject: Re: [SourceJammer-users] File can not be checked in because it
is corrupted
Hi, Carlos.
I'm sorry you're having trouble with SJ. Can you recreate the error? If so,
could you send me a screen shot of the error message or an error stack trace?
Thanks.
--Rob
- Original Message
From: "Monzon, Carlos O Civ USAF AFRL/RYRA" <[EMAIL PROTECTED]>
To: sourcejammer-user
Hi, Ben.
I'm sorry to hear about your trouble.
My guess is that you're using an incompatible client/server combination. If
you're using a 2.0.x server you have to use the 2.0.x client. I know it would
make sense for the clients to be backward compatible with the servers, but they
aren't.
I
ith a user that did not have write permissions on the SJ archives directory.
Is that possible?
- Original Message
From: Chris Pratt <[EMAIL PROTECTED]>
To: Robert MacGrogan <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2007 4:18:32 PM
Subject: Re: [SourceJammer-users] JDK
elete. I'm guessing
that this is where the problem is. Are you sure it's not a filesystem
permissions issue?
- Original Message
From: Chris Pratt <[EMAIL PROTECTED]>
To: Robert MacGrogan <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2007 1:43:09 PM
Subject: Re: [
- Original Message
From: Chris Pratt <[EMAIL PROTECTED]>
To: Robert MacGrogan <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2007 11:51:35 PM
Subject: Re: [SourceJammer-users] JDK 1.6 Issue
> The server issue sounds like it's probably unrelated to the new JRE. My guess
>
Hmm.
Look in the locks directory under your archive directory on the server and tell
me what it contains. If there are any files in there, tell me what the dates
are on them.
- Original Message
From: Chris Pratt <[EMAIL PROTECTED]>
To: Robert MacGrogan <[EMAIL PROTECT
My guess is the two problem are unrelated. The client problem probably has to
do with registry entries not matching the data in the config for the
SourceJammer executable. The sourcejammer.properties file contains a reference
to JRE version. This value must match one of the values under
\HKEY_L
I wonder if the Windows crash results from (or cause) some kind of corruption
of the hard disk. All source files are kept in the archive's "source"
directlry. The files are named using sequential numbers. If you take a peek
into the project and "file" xml files, you should be able to determine w
Could your client and server be different versions? Unfortunately they are not
backward compatable.
- Original Message
From: Sendilkumaar Durairaj <[EMAIL PROTECTED]>
To: sourcejammer-users@lists.sourceforge.net
Sent: Thursday, February 15, 2007 2:42:43 PM
Subject: [SourceJammer-users] c
Hi, Chris.
This is not a situation I've done any testing with. I wonder if the problem
could be a difference in the system time on the two machines. That's just a
stab in the dark, really. Have you noticed any pattern at all to which files
will show as out of sych on one box and not on the othe
Albert has it right. Just do a full get and the problem will go away. If a developer has changed a file, SJ will notice that the file is not read-only and will prompt you accordingly, so I think a full get is a pretty safe bet. Back up your dev directory before doing the get if you want to be safe.
Have you tried re-starting your SJ server? This helps with this kind of problem
most of the time.
--- Cody Permann <[EMAIL PROTECTED]> wrote:
> Robert,
>
> Hi, I'm a user of source jammer and it's worked fine for me for a couple
> of years. Yesterday it crashed on me when I tried to create a
Sorry, Brenda. I was out on vacation all last week and am just now getting
caught up on the
backlog of emails.
The bat file that ships with SJ has a hard-coded URL in it
(dev.sourcejammer.org, I believe). Make
sure that you modify the bat file to point to your server's URL. Sorry if this
is som
Hi, Brenda.
I don't think there's a simple way to do this. It can certainly be done,
though. You would
probably have to parse the event log, and then look up the comment for each
checked in version id
found in the range you're looking for.
If you're interested in implementing something like th
Hi, Adrian.
This could be an incompatibliity with the version of Eclipse you're using. What
version is that?
Eclipse can be very fussy with plugins and they seem to change the plugin API
even on very minor
releases.
--Rob
--- [EMAIL PROTECTED] wrote:
> Hey Mr MacGrogan
>
> I just tried out
There should be no problem with text files of 200K or more. You just need to
make sure you use the
GPL version of SJ and not the GLPL version. And you need to make sure you
configure it to use the
Gnu diff algorithm class.
You do this by modifying the conf.xml file (on the server esp. but also o
Theoretically, this would be "getproj ." from the root of the archive. But the
getproj command in
the CL does not seem to be working in the latest version of SJ. I did a little
debugging and I
think I've fixed it. I'll to a quick beta release later today, hopefully.
--Rob
--- Brenda Koch-Bak
Excellent, Karan. Glad you figured this out on your own. I was just about to
dig in and help you
out, but you beat me to it.
--Rob
--- "Gupta, Karan" <[EMAIL PROTECTED]> wrote:
> I got it!
> I updated the getChecker() method in CommandCentral.java with the following
> code and rebuilt the
> ja
Hi, John.
The passwords are all stored in a plaintext xml file on the machine that hosts
your SJ server. If
you're not the admin for your SourceJammer server, the admin should be able to
find this file.
It's called users.xml.
Barring this, your SourceJammer admin should be able to log in and c
Hello, Volod.
One thing you should try is connecting to the SJ address using a web browser.
If all is well, you
will get an error message from Apache SOAP saying something about how Apache
SOAP cannot use HTTP
Get.
You can also try hitting :9090/sourcejammer with a web browser.
This should sh
I'm sorry, Bill, but I really don't think there's a reasonable way to do what
you want in SJ. You
might have to use your fallback idea unless someone out there can think of
something better.
I suppose if you really REALLY wanted to do this, you could create a script of
some kind to do
this, but
Hello, Neerja.
The SourceForge download screen is often confusing and hard to deal with.
SourceForge is the site
that hosts the SourceJammer project. There is nothing to buy. Just click the
radio button next to
the mirror site that is closest to you and SJ should start to download. If that
does
Hi, Micky.
Are you referring to the 2.1.2.0 beta release? I guess I was planning on
releasing a source code
file when I finally got around to making an official release. If you want
access to the latest
source code, you can always get it from the SourceJammer server at
http://dev.sourcejammer.
Sorry, Brenda. I can't think of a reasonable way of doing this. Long activities
in SJ (checking in
a bunch of files) are usually a bunch of little activities, and the SJ server
doesn't have a way
of knowing how many activities to expect as part of an overall long action.
This is all managed by
t
Hi, Mike.
My guess is these are configured in the SourceJammer file types to be hidden.
Go to
View|Preferences and click on the File Types tab. Look in the botton field,
labeled Ignore
(hidden) local files. This is a list of extensions that SJ hides from you when
they only occur on
your local d
hive, but I didn't find anithig wrong.
>
> What else I can do in order to resolve the problem??
>
> Thanks in advance!!!
>
> Saludos,
>
> Luis Castillo
> UEA Operaciones
> Zurich Seguros S.A.
> Telf. +58 (212) 9010908
> http://www.zurich.com.ve
>
&
Hi, Luis.
I don't have any obvious ideas except to try to restart the SourceJammer server
and see if the
problem goes away.
You say this happened when you tried to update a user. What did you try to do
exactly? The stack
trace seems to flow out of the getProjectInfo() method, which basically i
Hi, Karthik.
There is a pretty decent diff viewer built into the SJ client. It lets you diff
any two versions
of the same file, or diff the current version of a given file with any local
file on your system.
It only works for text files. No support for diffing Word docs or anything like
that.
This sounds like it's probably the same xalan versioning issue that everyone
else has been having
lately with TC 5.
You could check the server side TC log to verify this. If it says something
about "Exception in
transforming XML", then this is your issue.
To fix it, please refer to this message
gt; as per the suggestion :
>
> v just downloaded xalan-j 2.7.0 from
> http://www.reverse.net/pub/apache/xml/xalan-j/
> and v add those files in tomcat/common/endorsed ,and start the server
> now everything works fine ya.
>
> regards,
> ramya
>
> - Original M
This seems to be the same issue as the following:
http://www.mail-archive.com/sourcejammer-users@lists.sourceforge.net/msg00420.html
Unfortunately, there's no resolution posted in the user list archive. By guess
is that there's an
incompatability involving the version of xerces used by TC 5.5 an
it locally now for
> awhile and intend to get our whole group on it shortly. Nice Job!
>
> Any plans on developing the ability for recursive checkin / checkout (this
> is the only real
> limitation i see for our needs)?
>
> Brenda
>
> - Original Message
&
r to be a SourceJammer/SOAP server.
> Please check the URL and
> try connecting again.
>
> Any idea why I can connect locally without getting this message (and can
> connect remotely to
> other apps -- just not sourcejammer)??
>
> Thanks,
> Brenda
>
> -
run any of the sample apps included in the
> default tomcat installation. However, the sourcejammer
> app does not run from apache Is there additional
> configuration needed? Maybe the sample apps included
> with Tomcat are already pre-configured to run with
> Apache in some
Hi, Brenda.
Configuring sourcejammer to run in Tomcat to be accessed via Apache httpd
should be no different
than for any other jsp app running under tomcat. Just configure your httpd.conf
file or
mod_jk.conf file as you did for your other apps.
Also, there's no requirement that sourcejammer be
mor flexible.
> If I'm able to do it, I'll send you whatever changes I've made so that they
> can be put in.
> But as of now, I think I'll not be able to proceed on this (within time and
> reason) without your
> help.
> Any help from you would be really great.
&g
Hi, Karan.
So the root of your SJ archive is also the root of your Eclipse project? In
that case, "/" seems
logical, but this is not something I tested, so I'm not sure it will work.
Would it be possible for you to move all of your SJ files to a new top level
folder? Something
like dev or proje
I think this message explains the solution to your problem. It's a bug in SJ
that I thought I
fixed in one of the recent releases, but anyway . . .
http://www.mail-archive.com/sourcejammer-users@lists.sourceforge.net/msg00168.html
--Rob
--- [EMAIL PROTECTED] wrote:
> Hello everybody,
>
> si
John,
Did you read the doc here that explains how to do this:
http://www.sourcejammer.org/importExportArchive.html
I think the step you missed was adding an archive with the same name as the
archive you want to
copy to your new server. This is a goofy process, but if you do this, it will
work.
Hi, Kevin.
I thought this problem was fixed in the latest client. Well, regardless, you
could probably fix
this in the xml project metadata file on the server. Take a look a this doc:
http://www.sourcejammer.org/docAboutServerFiles.html
This should help you figure out how to find the file you ne
Hi, Gus.
SJ is definitely actively supported. As for development, it's been a while
since the last release,
but I've just started work on a new release. Also, a patched client and server
should be released
this week, so I guess it's actively being developed as well (after a bit of a
hiatus).
-
I want to apologize to everyone on this list for the problems we're having with
spam. I've been
resisting making this list subscription only because I hate to put any
roadblocks in between
user's who need help and this forum. Subscribing to a mailing list may not seem
like a huge
burden, but I k
HI, James.
There's an entry in the SJ docs page about this (kind of hidden under
"Import/Export SourceJammer
archive":
http://www.sourcejammer.org/importExportArchive.html
--Rob
--- James Saffery <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I need to move a SourceJammer archive from an HP-UX serve
encoding, the other is as
> is returned from SourceJammer.
>
> Maybe I'm missing something obvious!?
>
> Any help is really appreciated.
>
> Thanks
>
> Ste
>
> Robert MacGrogan wrote:
>
> >Hi, Ste.
> >
> >You've set up the confi
Hi, Ste.
You've set up the config file just right as far as I can see. What makes you
say the files are not
being stored using UTF-8?
--Rob
--- Ste Brennan <[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
> We have been trialing SourceJammer as our source control solution.
> Everything seems
xpressly permitting the use of
> e-mail for such purpose.
> --------
>
>
>
>
>
> Robert MacGrogan @yahoo.com>
> 10/20/2005 09:21 PM
>
> To: Deanna J Peugeot/DEF/[EMAIL PROTECTED],
> sourcejammer-users@lists.sourceforge.net
> cc:
> Subject
built for." -
> William Shedd
>
>
>
>
> Deanna J Peugeot <[EMAIL PROTECTED]>
> Sent by: [EMAIL PROTECTED]
> 21/10/2005 18:17
>
> To
> Robert MacGrogan <[EMAIL PROTECTED]>
> cc
> sourcejammer-users@lists.sourceforge.net
> Subje
Actually, I encountered a problem when I tried to actually get a file using the
CL. Seems there's
a bug in there (I told you the CL was a little bit dusty). It's something I
need to fix anyway, so
if you're set on automating the CL, I'll try and fix the bug.
--Rob
--- Deanna J Peugeot <[EMAIL P
Hi, Deanna.
Yes, SJ has a very decent command line. Just run the batch file sj_client.bat
in the root client
directory after you install. One limitation is that you will have to run the
client on a box that
can run a GUI, even though the CL is strictly CL. It won't run on a Sun box
without X Wi
The way I handle this sort of thing is with a combination of sharing and
branching.
Let's say we're developing release 1.0 of the app. I'll make a SJ folder
structure like this:
MyApp/1.0
Then I'll put all of my code, starting out, under that 1.0 folder.
Later on we go live with 1.0. But we w
. But it comes back.
>
> -Original Message-
> From: Robert MacGrogan [mailto:[EMAIL PROTECTED]
> Sent: 05 October 2005 22:14
> To: Peter Vanderborght; SourceJammer Users
> Subject: Re: SourceJammer problems
>
> Did you try re-starting your SJ server?
>
>
> --- Peter V
Did you try re-starting your SJ server?
--- Peter Vanderborght <[EMAIL PROTECTED]> wrote:
> Hi Rob,
>
> Sorry I need to contact you again, bu I'm having issues getting files from
> SJ...
>
> This is part of the log (the stack trace repeats unfinitely)
>
> >> Running cleanup.
> >> Removing
Hi, Anin.
Try increasing your cache size in serverconf.xml. The default value is 1000,
but I generally set
mine to 4000. You'll see errors like this a lot less frequently.
--Rob
--- Anin <[EMAIL PROTECTED]> wrote:
> Rob,
>
> I am running sourcejammer server 2.1.0 on Tomcat 5.5 with JDK 5.
I haven't seen this one before. Have you tried the default solution to most
problems . . .
restarting your SJ server? If that doesn't fix it, it could be a problem with
your _temp
directory. Make sure that there's enough space on the drive in question for any
files that might
get streamed to thi
instead of "2.1"). The conversion process
> completed successfully.
>
> Stephen Erickson
> Avenity, Inc.
>
> -Original Message-
> From: Robert MacGrogan [mailto:[EMAIL PROTECTED]
> Sent: Friday, September 09, 2005 10:24 AM
> To: [EMAIL PROTECTED]; sour
Steve,
It seems that when you try to run the conversion by itself, you're actually
running the 2.0
conversion tool. The 2.1 conversion tool will start with the following:
** SourceJammer 2.0 to 2.1 Conversion **
W
None.
Could you supply more details? What OS/servlet container is SJ running on? What
version of SJ are
you running, etc.
Also, can you check the server logs to see if you're getting any error messages
there?
When you say SJ "disconnects", what exactly happens? After the user/password
prompt
Hello, Juan.
Please provide more details. Is this the first time you've tried to use SJ?
Have you used it
before successfully and suddenly you started having this problem? Have you
verified that your
server is running and that you can connect to it in other was, such as using a
web browser?
Pl
SJ does not have this functionality, but this might be a good thing to add in
the future.
--- "Mangavalli, Ramanujam" <[EMAIL PROTECTED]> wrote:
> Does anyone know how can I specify that an external program be used to diff
> two word documents? Or two OpenOffice documents?
>
f not -- what's does happen? Will the DB get corrupted?
>
> Regards,
> Peter
>
> -Original Message-
> From: Robert MacGrogan [mailto:[EMAIL PROTECTED]
> Sent: 29 August 2005 18:07
> To: Peter Vanderborght
> Subject: Re: SourceJammer
>
> I'm afraid S
No! He's returning to the enemy!
Well, so long as it's not an M$ product :-)
Nothing so organized as a WSDL. Your best bet would be to look at the
deployment descriptors in
the resources/common/deploy directory in the SJ server source.
For additional documentation, I'm afraid I'm going to have
Sriram,
I'm sorry that no one on the list has responsed. I don't have any experience
with JBoss, so I'm
afraid I don't have anything helpful to offer. The install.bat was only tested
with Tomcat, so
it's no surprise that it doesn't work with some containers.
Does anyone out there know anything
Hi, Joshua.
I think this thread contains the solution to your problem:
http://www.mail-archive.com/sourcejammer-users@lists.sourceforge.net/msg00140.html
--Rob
--- Joshua Swain <[EMAIL PROTECTED]> wrote:
> I am having problems connecting to an archive. This error happened
> right after a p
Excellent, Riccardo.
I'm happy that solution that worked. And thanks to Albert for fielding this!
--Rob
--- Riccardo Cohen <[EMAIL PROTECTED]> wrote:
> I found the solution of "hasLocalFileChanged" by using
>
> SourceVersionChecker checker = new
> SourceVersionChecker(dir,archurl,a
I am guessing its something to do with the
> server and it binds only to localhost. Do you know where Tomcat5 keeps its
> config inside the conf directory like Apache?
>
> On 8/4/05, Robert MacGrogan <[EMAIL PROTECTED]> wrote:
> >
> > Hi, Akshay.
> >
> >
Hi, Akshay.
Could provide some more information about what's going on? When you say it
"doesn't work" do you
mean that the SJ client can't find it all? Can you hit your SJ server with a
web browser at all?
Have you exposed any servlet apps on your external ip before? This sounds like
a webserve
Have you read the Quick Start Guide? This is covered in there.
http://www.sourcejammer.org/quickstart.html
--Rob
--- Akshay Joshi <[EMAIL PROTECTED]> wrote:
> i cant create my initial archive using the client... how do I do it
> manually?
>
__
Excellent, Kevin. Glad you fixed it. And, dang, those quote character came
through looking very
funky in the email, at least for me. How does " turn into â?
--Rob
--- [EMAIL PROTECTED] wrote:
> Robert,
>
> Its working now. Belwo is what we did:
>
> The new file contains:NodeName=âtemp
This depends entirely on what you want to do. As far as licensing is concerned,
this is not a
problem as long as you use the GLPL release and not the GPL release.
If you are looking to embed SJ in a client-side application and use an ordinary
SJ server, then
you could use the class SimpleInterfa
Hi, Conor.
I theory, this could work, so long as when you installed your SJ server, you
had the archive and
filesys directories installed outside of the Tomcat webapps directory. Do you
know if this is the
case? Another thing. You need to make sure that the old instance of SJ under
the other in
ot;5348"/>
>
>
>
>
> Do you think that may be our problem? And if so, any ideas on how to get
> around it?
>
> Thanks
>
> Kevin Cloudt
> 770-806-2648
> [EMAIL PROTECTED]
>
>
>
> Kevin Cloudt/Regulus
> 07/29/2005 12:14 PM
>
&
Did you try the old standby, restarting the SJ server?
--Rob
--- [EMAIL PROTECTED] wrote:
> Hello Robert,
>
> A developer tried to add a folder, bringing in a bunch of subfolders into
> SJ and as a result of that we cannot get to the contents of the original
> directory.
>
> Now we're at a p
I've never heard of this problem before. I haven't tested SJ under Java 5 yet,
but this sounds
very odd. You aren't connecting to your server over https, are you?
Thanks.
--Rob
--- Ste Brennan <[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
> We are just in the process of evaluating SourceJammer.
Hi, Riccardo.
First of all, you can "unlock" the project by restarting your SJ server.
It sounds like you need to set the encoding type in your SJ config files.
There's a FAQ entry that
explains this:
http://www.sourcejammer.org/psjs_faqs/08282386.html#08280317
Thanks.
--Rob
> 3) file with
Sorry, Riccardo. I don't know if I can help you. I haven't worked with the SJ
over SSL. Yes, I'm
the developer who wrote the code that makes SJ work over SSL, but I don't
really claim to
understand all that is required. It sounds like you've done everything right.
Has anyone else out there had e
nks
>
> Kevin Cloudt
> 770-806-2648
> [EMAIL PROTECTED]
>
>
>
> Robert MacGrogan <[EMAIL PROTECTED]>
> 07/13/2005 10:30 AM
>
> To
> [EMAIL PROTECTED]
> cc
>
> Subject
> Re: Api / archive location question
>
>
>
>
>
>
> Hi, Ke
Hi, Josef.
Sorry. There's nothing like this in SJ. There isn't really a concept (behind
the scenes, anyway)
of a shared folder in SJ. Only files are actually shared. I'm afraid you'll
just have to keep
bugging people until they remember to share any files they add to that folder.
--Rob
--- "Jo
This is in the sj_client.bat (or .sh) script file that launches the CL client.
--Rob
--- James A Galbraith <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I'm struggling with being able to connect to an archive on a remote
> server. The con command only accepts the user name, password, and
> archive.
Hi, Riccardo.
I think what you are going to find when your team starts using SourceJammer (or
whatever source
control system you choose) is that you are making a significant process change.
Your developers
will have to change their habits no matter what system you adopt. Source
control is more
This is SourceJammer's main limitation as compared with other systems--no
simultaneous checkouts.
I intend to add this functionality in the future, but that will probably be a
while.
For now the best advice I can give is to try to avoid situations like that.
Developer
communication and keepin
Make sure that you are using the correct URL. Should be
http://localhost:8080/sourcejammer/servlet/rpcrouter assuming that your server
is running on the
same machine as the client and that your servlet engine uses port 8080.
--Rob
--- Riccardo Cohen <[EMAIL PROTECTED]> wrote:
> When I do make a
Thanks, Albert, for a terrific explanation.
--- Albert Moliner <[EMAIL PROTECTED]> wrote:
>
> Robert has just sent a very good explanation on how SJ is typically set up in
> a network. I'll
> answer, as you ask, to your question with a short "yes" or "no" (with a "?"
> when I am not sure
> o
Ricardo,
It sounds like everything is working fine. You just haven't created your first
archive yet. Go to
Archive|Make Archive and fill in the fields in the dialog. Then add a
connection to your archive
using Connection|Connect. See the quickstart guide
(http://www.sourcejammer.org/quickstart.
Hi, Derek.
Typically, you should install the SJ server on a centralized machine that is
visible to all of
your users, but to which you can apply security by only open specific ports,
etc. All of your
users will need to install SJ clients on their local machines and use the
clients to check file
usly it will be limited in features to those that are not direct
> applied to the local copy.
> Basically I need a client that controls versions of individual files
> (add,update,diff,co ) all using in-memory data (send/received by the
> http client).
>
> regards
> Roney
>
Hi, Gavin.
You might want to try the 2.1.1.0 beta client. The $ problem should be fixed in
that release.
This client is only available through the SourceJammer SF project page right
now.
--Rob
--- Gavin Gray <[EMAIL PROTECTED]> wrote:
> Hi
>
> I am a first time user. I have quickly scanne
Hi, Roney.
Sounds like an interesting project.
I'm not sure what exactly you want the SJ client to do. Do you want it to just
stream files to an
in-memory byte array or something like that?
--Rob
--- Roney A Cordenonsi <[EMAIL PROTECTED]> wrote:
> hi,
>
> I wonder if anyone could help me
Sounds like a Tomcat/Xerces problem. What version of Tomcat are you running?
--Rob
--- Joshua Swain <[EMAIL PROTECTED]> wrote:
> Hello,
> I am having a problem with the server. I have got the server
> running, and can see the default jsp page if I look at it through a
> browser, and if I
Sorry, Suman. There's nothing like that.
--Rob
--- Suman Ghosh <[EMAIL PROTECTED]> wrote:
> Are there methods similar to
> CommandCentral.checkOutFileToStream or
> CommandCentral.getFileToStream for Checkin and/or
> addFile?
>
> Thanks
>
> Suman
>
> __
The JRE that SJ uses to launch is controlled by the sourcejammer.properties
file. The value for
JRE version should match an entry in your registry under
HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java
Runtime Environment
--Rob
--- "Green, Laura R." <[EMAIL PROTECTED]> wrote:
> I'm running sourcejam
I've finally released the beta 2 of the 2.1.2 client. I'm sorry it's been so
long since the beta
1. Hopefully we'll get to beta 3 (or the final release) much quicker.
Thanks.
--Rob
__
Discover Yahoo!
Get on-the-go sports scores, stock quotes
Use the client tool. Just "remove" the folder in question. If you want to
delete all the files
from the server, after the folder has been removed, go into the "Removed Items"
for the parent
folder and select the "removed" folder and click the "Delete" button. This will
get rid of all the
folder'
1 - 100 of 282 matches
Mail list logo
