Now I get it! :-) You want to semi-automate deployment.
I should definitely debug the sj command line tool. That's bad that that made it into production. One alternative to get you around having to wait for me to fix the code would be to use the SJ Ant tasks. You'd have to use "get project", though, which would get all the latest files in a tree. There's no get single file ant task. Nor is there an ant task to let you see what files are available. If you really need that fine-grain of detail, then it will have to be the CL. This will still be a bit tricky for you, though. You'll have to parse the CL output and turn it into a web page, etc. Actually, one other alternative would be to create some jsp pages and put them on your SJ server. Yes, this might be the easist all around. SJ already has a basic jsp web interface (check it out here: http://dev.sourcejammer.org/BrowseArchive?Command=open_archive&archive_name=SourceJammer). Do you know anything about jsp? You could probably modify the project.jsp page and add a new link called for deploy file or something like that. Then you could create a servlet based on ShowFileController. All you'd really need to do is modify the process method so that text and binary files are handled the same, get rid of all the formatting stuff, and then, in the sendFile() method, just copy the file to your desired directory. Does this sound to you like something you can do? --Rob --- Dan Bish <[EMAIL PROTECTED]> wrote: > Rob, > > Sorry for the lack of clarity. I will try to communicate a little more > eloquently... > > I have several developers who all have a SJ client installed on their > machines. They are going to start utilizing SJ for version control as soon > as I get this synchronization thing worked out. > > A simple scenario would be: > 1. - A developer (using a SJ client) uploads their files to the appropriate > archive on a Linux repository server. > 2. - Once it has been determined that their code appears to be good, and > should be rolled out, they would open a web page that calls a shell script. > 3. - This shell script communicates with the SJ Command Line and returns a > list of files for the specified archive. > 4. - The developer then chooses what files need to be transferred to the > server and submits to another shell script. > 5. - This shell script communicates with the SJ Command Line telling it to > "get" the latest version of the file with the name(s) that has/have been > selected and save it to the appropriate location in the file structure on > the repository server. > 6. - At that time SyncJammer would be told to look at the file structure and > identify what files are new or updated, and consequently push then out to > the appropriate server. > > This scenario keeps the developers from accidentally loading bad files onto > our live servers (because they don't have direct access) whereby making our > users unhappy. In the event that the new file does contain something that > is not copasetic, the developer, or myself can roll back to the appropriate > archived file until we know what the problem is. > > Now that I have given a better description of the problem (I hope), maybe I > can tell you how wonderful you are and flatter you into helping me figure > out a solution. If I can come up with a series of correct commands to be > run on the command line via the shell script I might just get this thing > working. If I do, I will be happy to submit the web pages and shell scripts > for others to use. There "must" be others that have similar situations. > > Thank you again for being so attentive and helpful. > > Cheers, > > --Dan > __________________________________ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ SourceJammer-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sourcejammer-devel
