sourcejammer-devel — Developer List

[SourceJammer-devel] Re: Fw: SJ error -- missing file

[Robert M. <rob...@ya...>]

Hi, Kevin.

Thanks for bringing this to our attention and I'm sorry to hear that you've been experiencing this
problem. 

Losing files is about as bad a thing as a source control system can do and I do not doubt that
you're having this problem and that it has been very frustrating to you. But I'm not yet ready to
accept that SourceJammer itself is actually the culprit. 

This is not a problem that anyone else has reported to me. We've been using SJ at work for about 3
years and have never experienced anything of that sort. I'm not saying that SourceJammer is not
doing this, but it strikes me as unlikely. There is only one place in the SJ code base where
source files are deleted, and this is the permanenty delete functionality. A file has to be in a
"removed" state before this will even be possible. And then, not only will the source file be
deleted--all evidence of the file will be deleted, including all source files and the file meta
data.

Does anyone out there know, if Java is in the middle of a file write operation and gets
interrupted, might it simply delete the file it's writing to? That seems unlikely, but this is the
only scenario under which I could see that SJ might be doing this. This would involve the SJ
server somehow getting interrupted while it was in the middle of a file add or file check in
operation. (Note, this would not just be an interruption of the connection between client and
server. This would mean that the client check-in request had come into the server successfully and
that the server, in the middle of processing the part of the request that involves updating the
source of the latest version of the file, gets interrupted.)

As for other possible culprits, other than the OS, I really don't know without knowing what sort
of processes you are running.

As for log files, SJ does not have it's own log file. Any logging gets spit out to the tomcat
standard logs files. You can also check the logs in the plugin-work/event-logger directory. These
are not log files exactly, but logs of each day's activities (all modifications to an archive).

A good practice is to back up the source control directories every night. Here at work we use a
little utility that I wrote called SyncJammer. This is a pretty simple app that basically "knows"
if a file's changed since it was last backed up, so it doesn't just bulk copy every single file.
Anyway, if you had a backup system like this in place you'd be able to recover the missing file
that way and could simply drop it in the property directory and SJ would pick it right up.

--Rob


--- Kev...@re... wrote:

> Hello Robert,
> 
> Where can I find log files, error messages and the like for source jammer? 
>  We are still experiencing files disappearing.
> 
> Below is a foward from a developer about another missing file on the SJ 
> server and what he did to get it back. 
> 
> Here are steps to see evidence of files disappearing:
> 
> I'm hoping that this information may serve as a means to stir up a 
> creative dialogue that would eventually yield a solution for us.
> 
> Because this has happened 2 or 3 times already, We have set up a cronjob 
> to dump all filenames in the nas01 source directory to a flat file with 
> the current days date in the name.   This is the directory from which I am 
> daily compiling a list of filenames:
> 
>                 /usr/local/sourcejammer/server/archives/nas01/source
> 
> We have been doing this since Thursday.  I have 5 days worth of source 
> filename dumps.
> 
> We have a perl script that compares two dumps of filenames to find 
> potentially missing files.
> 
> Over the past 5 days, 4 different files have disappeared from the source 
> directory.
> 
> One of the files that have disappeared is the file with the name: 35731
> 
> Here is a list of the daily filename dumps of the source directory:
> $ ls -ltr *.sj_source.log
> -rw-r--r--   1 kcloudt  staff     213050 Aug  4 07:15 
> 20050804.sj_source.log
> -rw-r--r--   1 kcloudt  staff     214226 Aug  5 16:19 
> 20050805.sj_source.log
> -rw-r--r--   1 kcloudt  staff     214334 Aug  6 07:15 
> 20050806.sj_source.log
> -rw-r--r--   1 kcloudt  staff     214340 Aug  7 07:15 
> 20050807.sj_source.log
> -rw-r--r--   1 kcloudt  staff     214586 Aug  8 07:15 
> 20050808.sj_source.log
> 
> Here we see that filename 35731 is not showing up in dumps after August 
> 5th.
> $ grep 35731 *.sj_source.log
> 20050804.sj_source.log:35731
> 20050805.sj_source.log:35731
> 
> Here we are verifying that filename 35731 is not in the source directory
> $ ls /usr/local/sourcejammer/server/archives/nas01/source/35731
> /usr/local/sourcejammer/server/archives/nas01/source/35731: No such file 
> or directory
> 
> Here we see that the source directory has 37640 files
> $ ls /usr/local/sourcejammer/server/archives/nas01/source | wc
>    37640   37640  214784
> 
> Here we see some of the files in the source directory
> $ ls /usr/local/sourcejammer/server/archives/nas01/source | more
> 0
> 1
> 10
> 100
> 1000
> 10000
> 10001
> 10002
> 10003
> 10004
> 10005
> 10006
> 10007
> 10008
> 10009
> 1001
> 10010
> 10011
> 10012
> 10013
> 10014
> 10015
> 10016
> --More--
> 
> Thanks,
> 
> Kevin Cloudt
> 770-806-2648
> kev...@re...
> ----- Forwarded by Kevin Cloudt/Regulus on 08/08/2005 11:53 AM -----
> 
> Robin Levine/Regulus 
> 08/05/2005 05:16 PM
> 
> To
> Kevin Cloudt/Regulus@Regulus
> cc
> Michael Horner/Regulus@Regulus, Chuck Patton/Regulus@Regulus
> Subject
> SJ error -- missing file
> 
> 
> 
> 
> 
> The file 
> Iview-new/iview/Migration/src/com/regulusgroup/dbms/TemplateAttributeDAO.java 
> was throwing this error when attempting to check it back in.
> 
> From previous experience, it indicates the file has gone away on the SJ 
> server ;-(
> 
> Recovered as follows:
> -- Copied my file on disk to another location
> -- Unchecked out the file from SJ
> -- Removed the file from SJ
> -- Copied the file back
> -- Added back to SJ
> 
> The latest version is back, but history for that file is now lost
> 
> Thanks;
> 
> Robin S Levine
> rob...@re...
> 770-806-2655
> 
> 


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

[SourceJammer-devel] Re: using SimpleInterface to connect

[Robert M. <rob...@ya...>]

Riccardo,

GuiConf.getDefaultDirectory() should give you the default directory. But there are two
requirements for this to work. 1) When you start up your app, you've got to initialize AppConf to
point to the proper config directory. Call SimpleInterface.setConfDirectory() should work. And 2)
There must actually be a default directory configured for the user/archive you are logged into and
for the folder you are trying to find the default directory for.

The easiest way to set up a default directory is to log in to your archive with the SJ client
first and set one up from there. Once you've done this, GuiConf.getDefaultDirectory() should pick
up the directory as long as 1) you're logging in using the same SJ user and 2) you point
SimpleInterface.setConfDirectory() to the same conf directory used by your SJ client.

--Rob

--- Riccardo Cohen <rc...@ar...> wrote:

> (PS:sorry for the mail on devel list, i made a little mistake)
> 
> Thanks a lot
> Now my loop work correctly and I can know if a file is checked out with :
> 
>          if (info.isCheckedOut())
>          {
>            String user=info.getCheckedOutToUser();
> 
> 
> What I would like to do is also check if the file on disk is different (because someone has
> checked
> in a file)
> I try to use CommandCentral.getInstance().hasLocalFileChanged, but the second argument is a
> directory, and I could not find any way to have it from NodeInfo. I could not find any way of
> getting the default archive path locally with guiconf (getDefaultWorkingDirectory answers null)
> 
> Thanks for any help
> 
> Robert MacGrogan wrote:
> 
> > Hi, Riccardo.
> > 
> > I think your problem is that you need to call setOut() on SimpleInterface before you do
> anything
> > else. This is a dumb requirement, I know. There should be a default value, but this is how it
> > works now.
> > 
> > For a pretty good example of some code that uses SimpleInterface, take a look at the code for
> > sj-eclipse. You can get it from here:
> > 
> > http://sourceforge.net/project/showfiles.php?group_id=89891&package_id=145383
> > 
> > (The code packaged in the release file.)
> > 
> > As for linking the SJ compiled classes up with the source files for easier debugging, you
> don't
> > have to use ant. Just download the source release and use jar to jar un-jar the sj-server.jar
> file
> > and then re-jar it with the source files.
> > 
> > Good luck.
> > 
> > --Rob
> > 
> > --- Riccardo Cohen <rc...@ar...> wrote:
> > 
> 
> -- 
> Riccardo Cohen
> 
> Articque
> Les Roches
> 37230 Fondettes
> France
> web = http://www.articque.com
> tel: +33 02 47 49 90 49
> fax: +33 02 47 49 91 49
> 
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> SourceJammer-users mailing list
> Sou...@li...
> 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 

[SourceJammer-devel] New Home for dev.sourcejammer.org

[Robert M. <rob...@ya...>]

Hello, everyone.

I was forced to move dev.sourcejammer.org to a new machine. The old box is restarting itself all
the time, so the server was almost always down. The new box should be much more stable.

I've brought over only a few of the older users. If you need access to the sj code and can't get
in, let me know and I'll set you back up.

Thanks.

--Rob


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

[SourceJammer-devel] RE: using SimpleInterface to connect

[Robert M. <rob...@ya...>]

Hi, Riccardo.

I think your problem is that you need to call setOut() on SimpleInterface before you do anything
else. This is a dumb requirement, I know. There should be a default value, but this is how it
works now.

For a pretty good example of some code that uses SimpleInterface, take a look at the code for
sj-eclipse. You can get it from here:

http://sourceforge.net/project/showfiles.php?group_id=89891&package_id=145383

(The code packaged in the release file.)

As for linking the SJ compiled classes up with the source files for easier debugging, you don't
have to use ant. Just download the source release and use jar to jar un-jar the sj-server.jar file
and then re-jar it with the source files.

Good luck.

--Rob

--- Riccardo Cohen <rc...@ar...> wrote:

> Hi
> I want to congratulate the developers of the simpletools.SimpleInterface api. It is really easy
> to use.
> I've coded a class to access the archive from client side, and have a connection error :
> java.lang.NullPointerException
>          at org.sourcejammer.client.gui.CommandCentral.connectToArchive(Unknown Source)
>          at org.sourcejammer.client.simpletools.SimpleInterface.connect(Unknown Source)
>          at jammerlist.main(jammerlist.java:30)
> Apart from the fact that I do not congratulate the dev team for those numerous null pointer 
> exceptions :) is there any way to have info about the error  ? (the source does not provide a
> jar 
> with both java and class, so the exception cannot give the line where it appears)
> 
> I tried to compile source on unix, but it needs ant, so I downloaded ant but it needs sun jdk
> (i'm 
> using ibm one) so I downloaded sunjdk but it needs libc++6 so i downloaded it but it needs 
> libstdc++-libc6.1-1.so.2 so I forgave :(
> 
> This is my code:
> Thanks
> Riccardo Cohen
> 
> import java.lang.*;
> import java.util.*;
> import java.sql.*;
> import java.io.*;
> import java.net.*;
> 
> import org.sourcejammer.client.simpletools.*;
> import org.sourcejammer.project.view.*;
> 
> public class jammerlist
> {
>    public static void main(String[] args)
>    {
>      boolean fail=false;
>      Project proj=null;
>      if (args.length==0)
>        System.out.println("syntax : jammerlist c:\\jammer\\conf");
>      SimpleInterface si=SimpleInterface.getInstance();
>      fail=(si==null);
>      if (fail)
>        System.out.println("si null");
>      if (!fail)
>      {
>        try{si.setConfDirectory(args[0]);}catch(Exception ex){fail=true;}
>        if (fail)
>          System.out.println("conf err");
>      }
>      if (!fail)
>      {
>        try{proj=si.connect("develjava","http://jam.articque.com/servlet/rpcrouter",
>          "rcohen","zzzz");}catch(Exception ex){ex.printStackTrace();fail=true;}
>        if (fail)
>          System.out.println("connect err");
>      }
>      if (!fail)
>      {
>        fail=proj==null;
>        if (fail)
>          System.out.println("proj null");
>      }
>      if (!fail)
>      {
>        int count=proj.childCount();
>        System.out.println("count="+count);
>      }
>      if (!fail)
>      {
>        try{si.disconnect();}catch(Exception ex){fail=true;}
>        if (fail)
>          System.out.println("disconnect err");
>      }
>      System.out.println(fail?"failed":"ok");
>    }
> }
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO September
> 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> SourceJammer-users mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
> 



		
__________________________________ 
Yahoo! Mail 
Stay connected, organized, and protected. Take the tour: 
http://tour.mail.yahoo.com/mailtour.html 

[SourceJammer-devel] Re: [SourceJammer-users] Re: little prb with sourcejammer

[Albert M. <amo...@ev...>]

I'm moving the thread to the devel list, as it's turning more to it.
We don't experience any problems with locks in the server (perhaps twice a
year), but the truth is that it does not suffer too high a trade of data.
I don't believe the use of plugins would make it go much worse (after all, the
client will access the server anyway with the extra communication load), but if
you prefer writing a client side program, there are a few people who have done
it. I think the starting point is the SimpleInterface class, but I haven't used
it, so you ought to check the devel list archive to get a more accurate idea of
how to begin. A crawler of the project tree is for sure not too difficult to
implement.

Albert.


----- Original Message -----
From: "Riccardo Cohen" <rc...@ar...>
To: <sou...@li...>
Sent: Tuesday, July 26, 2005 4:59 PM
Subject: Re: [SourceJammer-users] Re: little prb with sourcejammer


> Server side is quite all right for me, except that I often have to restart the
jsp server due to
> locks pb (??) maybe it is because the server is not very powerful (celeron
500Mhz)
>
> My main problem is client side : do you think possible that I write a little
java class (client
> side) that walks through all files of an archive and get their attributes
(checkedout or not,
> different from local or not, date) ?
>
> Albert Moliner wrote:
>
> > Mmm, not exactly.
> > Plugins act as listeners of events, but cannot currently modify the
repository
> > in any way (I like that behaviour).
> > To prevent the binary/text problem from happening from now on, you'll have
to
> > add the extensions to the clients through the Preferences menu, or copy the
> > configuration file that stores the types in all the clients (although the
> > published files will remain with the wrong type).
> >
> > To write your own plugin, check the framework API at
> >
> > http://www.sourcejammer.org/specs/plugins/
> >
> > To get the notion of how you could write your own, take a look at the
> > extensions/notify files in the SourceJammer repository (the host is
> > dev.sourcejammer.org, and I think there's a guest access, Rob knows better
about
> > it). That's very simple, the docs under resources were pretty complete, and
will
> > probably help you to start up (itf it does not fit your needs per se).
> > Let me know if you want more support, I'm just being short now to avoid
boring
> > you.
> >
> > Hope it helps,
> > Albert.

[SourceJammer-devel] Re: Api / archive location question

[Robert M. <rob...@ya...>]

Well, I assume that you're using the SJ client simple interface to drive your tool. Correct? If
so, then the only requirement is that your server have the SJ client installed somewhere and that
the server is capable of displaying a GUI interface. If you've got a commandline only unix or
linux server, then no, you tool won't work. 

A future improvement to SJ will be spinning off the simple interface and separating it from all
GUI-specific code. 

Hopefully that helps.

--Rob

--- Kev...@re... wrote:

> Hello Robert,
> 
> For reporting purposes, I currently access the SJ archive remotely from my 
> PC using the SJ API in a java program that I wrote.  This works fine, 
> however it is somewhat slow because of our network. 
> 
> Is it possible to run my java/SJ-api program directly on the server?
> 
> If so, how?
> 
> Thanks a bunch
> 
> Kevin Cloudt
> 770-806-2648
> kev...@re...


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

[SourceJammer-devel] Latest Client Beta

[Robert M. <rob...@ya...>]

Could everyone who's interested please test out the latest 2.1.1 beta client? I release this some
time ago, but with little fanfare. I'm finally testing it out myself (sorry, Timo). Anyway, it
seems to be working great. 

My only complaint is with the color of the check marks for checked out files (not distinct enough)
and the color used for not-in-sync files (too much like the color for no-local-copy files). I'll
make those changes myself. Other than that, it seems to work great.

I'd like to do a final release soon--in the next couple of weeks--so I'd appreciate it if a few
other people could really test it out.

Thanks.

--Rob




		
__________________________________ 
Do you Yahoo!? 
Make Yahoo! your home page 
http://www.yahoo.com/r/hs

[SourceJammer-devel] Re: [SourceJammer-users] sj client without local copy

[Robert M. <rob...@ya...>]

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 <ro...@ce...> wrote:

> hi,
> 
> I wonder if anyone could help me with this:
> I'm developing a system in java (actually an http server in a machine 
> without hard disk) which needs a version control client embedded.
> The idea is for the system to be an agent between the http clients and 
> the versioning control system (which will reside in another machine 
> obviously).
> In practice, what I'm trying to do is to use the existing SourceJammer 
> client libraries *without* having to have a local woking copy (no hard 
> disk on this machine, the system will reside in a flash card).
>  From a first look in the client source code it seems the client does 
> not provide such functionality. I'm trying to find out the best/easiest 
> way to achieve that.
> I don't have much experience with building web service requests, so this 
> will not be my first option.
> So before trying to modify the client code to not use local directory, I 
> wonder if anyone has tried something similar or have any thoughts on that.
> Any suggestion is very much appreciated.
> 
> Roney Cordenonsi
> 
> -- 
> 
> Roney A Cordenonsi
> Software Developer
> 
> This email and any attachments may be confidential or legally privileged.  If you received this
> message in error or are not the intended recipient. you should destroy the e-mail message and
> any attachments or copies,
> and you are prohibited from retaining, distributing, disclosing or using any information
> containing herein.  Please inform us of the erroneous delivery by return e-mail.  Thank you for
> your co-operation.
> 
> www.cellcast.tv
> 150 Great Portland Street
> London
> W1W 6QD
> UK
> Tel: (020) 7190 0300
> Fax: (020) 7190 0301
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> SourceJammer-users mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-users
> 



		
____________________________________________________ 
Yahoo! Sports 
Rekindle the Rivalries. Sign up for Fantasy Football 
http://football.fantasysports.yahoo.com

[SourceJammer-devel] sj client without local copy

[Roney A C. <ro...@ce...>]

hi,

I wonder if anyone could help me with this:
I'm developing a system in java (actually an http server in a machine 
without hard disk) which needs a version control client embedded.
The idea is for the system to be an agent between the http clients and 
the versioning control system (which will reside in another machine 
obviously).
In practice, what I'm trying to do is to use the existing SourceJammer 
client libraries *without* having to have a local woking copy (no hard 
disk on this machine, the system will reside in a flash card).
 From a first look in the client source code it seems the client does 
not provide such functionality. I'm trying to find out the best/easiest 
way to achieve that.
I don't have much experience with building web service requests, so this 
will not be my first option.
So before trying to modify the client code to not use local directory, I 
wonder if anyone has tried something similar or have any thoughts on that.
Any suggestion is very much appreciated.

Roney Cordenonsi

-- 

Roney A Cordenonsi
Software Developer

This email and any attachments may be confidential or legally privileged.  If you received this message in error or are not the intended recipient. you should destroy the e-mail message and any attachments or copies,
and you are prohibited from retaining, distributing, disclosing or using any information containing herein.  Please inform us of the erroneous delivery by return e-mail.  Thank you for your co-operation.

www.cellcast.tv
150 Great Portland Street
London
W1W 6QD
UK
Tel: (020) 7190 0300
Fax: (020) 7190 0301

Re: [SourceJammer-devel] Slow Progress of Sourcejammer

[Robert M. <rob...@ya...>]

Timo.

You're absolutely right that progress has been horribly slow. I've been far too distracted by
other projects lately. But don't give up on SJ yet! (Well, I know you didn't say you're giving
up.) I'm very close to wrapping up some other things and then SJ will nearly have my full
attention.

I apologize for not releasing your latest changes to the new client, Timo. I understand you're
frustration. But please don't ever worry about bugging me about something like that. If you want
to email me and say, "Hey, Rob, where's my new release?" I won't mind a bit. But I should be more
on the ball.

That said, I'll roll out a new client beta today.

My guess is that in about two months I'll suddenly jump head first into the new SJ 2.2 development
cycle. It's much later than I had hoped, but I definitely plan on kicking into gear later this
year. Hopefully some of you out there will still be willing to develop with me, but if not, well,
I'll procede anyway.

Thanks.

--Rob



--- Timo Haberkern <tim...@ya...> wrote:
> Hello all,
> 
> i'm a little bit desillusionated about the progress of Sourcejammer. After
> month we didn't get the changes of the 2.1.x branch to a releasable version. We
> stuck at the beta 1 of what we know is something buggy. I checked in patches
> for all known problems. I know Rob has other and more important things to do
> but the timespan from the beta 1 to the non existing beta 2 is really huge.
> I started with great expectations, motivation and ideas for the future of
> Sourcejammer and the coding in the codebase of SJ was pretty easy through Rob's
> great work, but at the moment i'm a little bit demotivated in doing more
> development cause there is no countable result for me at the moment. I thought
> about using SJ in our company but for that i need a version 2.1.1.0.
> 	
> So i will set my SJ-work on hold for quite a while. Maybe if there is more
> coding activity in the future i will be back coding for SJ.
> 	
> Sorry for that.
> 	
> Timo
> 
> 
> 		
> __________________________________ 
> Discover Yahoo! 
> Stay in touch with email, IM, photo sharing and more. Check it out! 
> http://discover.yahoo.com/stayintouch.html
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by Yahoo.
> Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
> Search APIs Find out how you can build Yahoo! directly into your own
> Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 

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

[SourceJammer-devel] Slow Progress of Sourcejammer

[Timo H. <tim...@ya...>]

Hello all,

i'm a little bit desillusionated about the progress of Sourcejammer. After
month we didn't get the changes of the 2.1.x branch to a releasable version. We
stuck at the beta 1 of what we know is something buggy. I checked in patches
for all known problems. I know Rob has other and more important things to do
but the timespan from the beta 1 to the non existing beta 2 is really huge.
I started with great expectations, motivation and ideas for the future of
Sourcejammer and the coding in the codebase of SJ was pretty easy through Rob's
great work, but at the moment i'm a little bit demotivated in doing more
development cause there is no countable result for me at the moment. I thought
about using SJ in our company but for that i need a version 2.1.1.0.
	
So i will set my SJ-work on hold for quite a while. Maybe if there is more
coding activity in the future i will be back coding for SJ.
	
Sorry for that.
	
Timo


		
__________________________________ 
Discover Yahoo! 
Stay in touch with email, IM, photo sharing and more. Check it out! 
http://discover.yahoo.com/stayintouch.html

Re: [SourceJammer-devel] Bugtracker

[Robert M. <rob...@ya...>]

I haven't done any SJ work for a while. I continue to be distracted by a number of other projects.
Two of these projects should wrap up soon, giving me time to focus on SJ for a while. Probably
you'll see a sudden burst of activity sometime this summer.

I have had a chance to try out JIRA yet. I really don't have a strong opinion as to which bug
tracker we use. phpbt is not much improvement over the SF bug tracker, so I wouldn't mind using
something else. If you want to set up roadmap so everyone can check it out, go ahead. (By the way,
I can't get to the web link you sent.) Also, you could possibly follow through with JIRA and get
that set up, if you feel like it.

Thanks.

--Rob

--- Timo Haberkern <tim...@ya...> wrote:
> Hello list,
> 
> Rob, was there any success with JIRA??? If not what do you think about the
> following solution? Seems very nice:
> 	
> http://projects.edgewall.com/trac/roadmap
> 
> Maybe i will be able to setup a server for this if you don't have a fitting
> server environment.
> 	
> 
> BTW: How is the status with a beta 2 for SJ??
> 	
> Timo
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 

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

[SourceJammer-devel] Bugtracker

[Timo H. <tim...@ya...>]

Hello list,

Rob, was there any success with JIRA??? If not what do you think about the
following solution? Seems very nice:
	
http://projects.edgewall.com/trac/roadmap

Maybe i will be able to setup a server for this if you don't have a fitting
server environment.
	

BTW: How is the status with a beta 2 for SJ??
	
Timo

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

Re: [SourceJammer-devel] Forbid copy directory into itself

[Timo H. <tim...@ya...>]

Albert,

sorry for the late answer, i was very busy the last weeks. I will look at this
today or tommorow and will post some informations

Timo

--- Albert Moliner <amo...@ev...> wrote:
> Hello.
> I have not found this in the phpBugTracker (perhaps it was never moved from
> SF's
> tracker), but once Timo said that he had fixed bug 968076, forbidding to copy
> a
> project into itself.
> Was that in the client, or the server? Although the client could also check
> it
> up, the place to control it is the server. This latter question arises just
> because if it was implemented in the client, it seems to fail; but if it was
> in
> the server, then it's normal that the recursive copy has happened to us,
> since
> we have not updated it.
> A boy here using the latest client has mistakenly selected the same target
> project (which is now the default one shown in the dialog). He can't remember
> whether he was copying or moving, but the problem is just the same. I've
> managed
> to fix it by editting the server XMLs, anyway.
> 
> Well, the point is: Hadn't you fixed this, Timo? Is it reasonable that it has
> happened with the new client? Is it in phpBugTracker?
> 
> Cheers,
> Albert.
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: New Crystal Reports XI.
> Version 11 adds new functionality designed to reduce time involved in
> creating, integrating, and deploying reporting solutions. Free runtime info,
> new features, or free trial, at: http://www.businessobjects.com/devxi/728
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 

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

[SourceJammer-devel] Re: SJ Label question

[Robert M. <rob...@ya...>]

That's right. Once a file is deleted (as opposed to removed) it is gone for good. There's no
getting it back. Don't delete a file (but you can remove it) if you want to keep it around.

--Rob


--- Kev...@re... wrote:
> So if we delete a file and try to revirt back to an old label that needs 
> it, we would not have the ability to use that file, right?
> 
> Thanks!
> 
> Kevin Cloudt
> 770-806-2648
> kev...@re...
> 
> 
> 
> Robert MacGrogan <rob...@ya...> 
> 04/22/2005 10:55 AM
> 
> To
> Kev...@re...
> cc
> 
> Subject
> Re: SJ Label question
> 
> 
> 
> 
> 
> 
> Weird stuff. No one likes files to mysteriously disappear--especially from 
> a source control
> system.
> 
> If you simply "remove" a file (meaning that it is actually still in the 
> archive, but hidden from
> view), that will not break your label. But if the file is out-and-out 
> deleted, the label will be
> broken. You'll probably get an error message when you try to retrieve the 
> label. 
> 
> Actually deleting files should be reserved for when you really need to do 
> that--probably only for
> really big files that will free up some disk space when they're gone.
> 
> --Rob
> 
> 
> --- Kev...@re... wrote:
> > Hello Rob,
> > 
> > What happens if we make a label and later on we delete a file in SJ that 
> 
> > that label requires?
> > 
> > Thanks!
> > 
> > btw, at the same time of the mysterious file disappearing we discovered 
> > that some jar files were missing too.  We are running a daily report of 
> > all files in SJ.  We then compare that report with the previous day's 
> for 
> > a sanity check.  So far, we have not had any more files mysteriously 
> going 
> > away. 
> > 
> > Kevin Cloudt
> > 770-806-2648
> > kev...@re...
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 

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

[SourceJammer-devel] Re: Creating a label using the API

[Robert M. <rob...@ya...>]

Hi, Kevin.

MakeLabelAction is basically a dispatcher that calls MakeLabelProcess. MakeLabelProcess is the
class you want to look at.

For a daily process, though, you might want to rebuild a label instead of creating a new one. That
would be RebuildLabelProcess.

Thanks.

--Rob


--- Kev...@re... wrote:
> Hello Rob,
> 
> We are at a point where our builds are created once a day automatically. 
> We would like to be able to create a label automatically also.  Which 
> class in the API should we use, MakeLabelAction or MakeLabelProcess?
> 
> Thanks!
> 
> Kevin Cloudt
> 770-806-2648
> kev...@re...

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

[SourceJammer-devel] Forbid copy directory into itself

[Albert M. <amo...@ev...>]

Hello.
I have not found this in the phpBugTracker (perhaps it was never moved from SF's
tracker), but once Timo said that he had fixed bug 968076, forbidding to copy a
project into itself.
Was that in the client, or the server? Although the client could also check it
up, the place to control it is the server. This latter question arises just
because if it was implemented in the client, it seems to fail; but if it was in
the server, then it's normal that the recursive copy has happened to us, since
we have not updated it.
A boy here using the latest client has mistakenly selected the same target
project (which is now the default one shown in the dialog). He can't remember
whether he was copying or moving, but the problem is just the same. I've managed
to fix it by editting the server XMLs, anyway.

Well, the point is: Hadn't you fixed this, Timo? Is it reasonable that it has
happened with the new client? Is it in phpBugTracker?

Cheers,
Albert.

[SourceJammer-devel] Splash & about

[Albert M. <amo...@ev...>]

One more thing to do for the new client (fortunately, these are petty things):
The labels in the splash and the about box ought to be updated, both to reflect
the new versio number and the current year, oughtn't they?
Perhaps in future releases that could be automatically updated at compile time?

Albert.

Re: [SourceJammer-devel] New icons

[Robert M. <rob...@ya...>]

I think that's a good suggestion as well. On reason I chose the color red for the checkbox in my
icons is that red is a very "visible" color. It really stands out. Not that I think that the check
has to be red, but making it stand out somehow would be helpful. One other way to do this would be
to put a colored border around the icon as well. 

--Rob

--- Timo Haberkern <tim...@ya...> wrote:
> Albert,
> 
> ok, i will try to make another one over the weekend.
> 
> Timo
> --- Albert Moliner <amo...@ev...> wrote:
> > 


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

Re: [SourceJammer-devel] New icons

[Timo H. <tim...@ya...>]

Albert,

ok, i will try to make another one over the weekend.

Timo
--- Albert Moliner <amo...@ev...> wrote:
> 
> Hi.
> 
> What about doing the "file checked out" icon a bit more different from the
> checked in one? The "V" symbol could be slightly bigger, in order to know
> immediately which files are checked out (yes, yes, I know that can be told
> from
> the right-most columns, but I normally look at the left columns, where the
> file
> name is).
> 
> Cheers,
> Albert.
> 
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Personals - Better first dates. More second dates. 
http://personals.yahoo.com

[SourceJammer-devel] New icons

[Albert M. <amo...@ev...>]

Hi.

What about doing the "file checked out" icon a bit more different from the
checked in one? The "V" symbol could be slightly bigger, in order to know
immediately which files are checked out (yes, yes, I know that can be told from
the right-most columns, but I normally look at the left columns, where the file
name is).

Cheers,
Albert.

Re: [SourceJammer-devel] Beta 1 Problems

[Timo H. <tim...@ya...>]

Rob,

i have checked in my patches for:

1.) The Windows LaF Problem
2.) The .source.jam solution. There is now a checkbox in the advanced dialog,
if checkbox is selected the .source.jam files will be saved to the users
directory.
3.) The icon problem should fixed in a few minutes. All new icons are in
repository then.


Timo

--- Robert MacGrogan <rob...@ya...> wrote:
> Hi, Timo. 
> 
> I'll test out the fixes as soon as I can.
> 
> > 
> > - What i didn't found:
> > 
> > 1.) I can't reproduce Marcs Problem with the metuia L&F. It's working for
> me
> 
> I couldn't reproduce this one either.
> 
> > 2.) Rob mentioned that he has Problems with icons for shared files. Is that
> > correct Rob??
> 
> This is correct. Did you create new shared icons? Have you tried to test this
> by looking at an SJ
> folder than contains shared files (just about any SJ development folder will
> do).
> 
> --Rob
> 
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 


	
		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail

Re: [SourceJammer-devel] Beta 1 Problems

[Robert M. <rob...@ya...>]

Hi, Timo. 

I'll test out the fixes as soon as I can.

> 
> - What i didn't found:
> 
> 1.) I can't reproduce Marcs Problem with the metuia L&F. It's working for me

I couldn't reproduce this one either.

> 2.) Rob mentioned that he has Problems with icons for shared files. Is that
> correct Rob??

This is correct. Did you create new shared icons? Have you tried to test this by looking at an SJ
folder than contains shared files (just about any SJ development folder will do).

--Rob




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

Re: [SourceJammer-devel] Javadoc Version Tag

[Robert M. <rob...@ya...>]

If we take Marc's recommendation about making Label membership a property of the file, then it
would be easy to include some kind of label membership info keyword expansion. Right now, doing a
reverse lookup of label membership from the file would be tricky, though, and probably too time
consuming to do as keyword expansion.

--Rob

--- Eric <eri...@at...> wrote:
> It's great to hear that sourcejammer development has ramped up!  I was using 
> it three years ago as a central means to work on code from several locations, 
> and thought it was pretty cool.
> 
> I'm curious if any thought has been given regarding Javadoc versioning of 
> files.  By this, I mean updating the version javadoc tags of each source 
> file.  I realize that labels are used to version code in SJ, but was 
> wondering if anyone had considered enhancing SJ to be able to update the 
> source file's javadoc.  Do folks using SJ just manually keep the javadoc 
> version tag up to date?  
> 
> Actually, I have a table in my javadoc sources which provides change date, 
> version, developer initials, and a short description of the change.  While 
> some may argue that such change details are best stored outside source code, 
> it really does help with source code documentation.  Perhaps such 
> functionality, e.g. updating javadoc tags, could be pluggable in SJ, so that 
> if one wanted such functionality, they could implement it.  
> 
> Currently, the version of files is an integer which is incremented everytime a 
> new version is created, in contrast to the usage of labels which usually 
> possess a more detailed version-numbering scheme, e.g. major.minor.etc.    
> 
> Eric
> 
>  
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> SourceJammer-devel mailing list
> Sou...@li...
> https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
> 

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

Re: [SourceJammer-devel] Another RFE/refinement suggestion

[Marc P. <ma...@an...>]

Marc Palmer wrote:
> Robert MacGrogan wrote:
> 
>> You're suggesting that labels be applied to files instead of files 
>> being applied to labels? Would
>> we still have a shortcut to let you apply the label to all the files 
>> in a particular folder?
> 
> 
> Of course - but it should be right-click on folder / file -> "Add 
> label". Then you should have a dialog that shows a list of labels that 
> already exist, and also has a "Create new label" option.
> 
> Plus then you need the option for "Make floating" on each label, so you 
> can have labels that stick with the latest revision of the files, i.e. 
> "projectX_HEAD".

...and then we need a "Get Folder" dialog with an option for getting all 
the revisions that have a certain label.

Cheers

-- 
Marc Palmer    wj...@wa...
			
Wangjammers - Java, J2ME and Web Consultants
   ~ http://www.wangjammers.org/