Thanks everybody for your inputs, actually I wanted to automate one of our manual work, every week we have to release our product for QA purpose and our QA team is setting in different physical location, till now we used to manually split the 6 zip files each of 700MB into 15MB using a freeware splitter software and than we put these splitted files on our FTP server, this process consumes lots of time, so I thought to automate this process also. My thinking goes like this 1. My build.xml file will take the size of these 6 zip files. 2. My build.xml file will rename these 6 zip files to the format we want (say foo1.zip renamed to foo1_20051010_XYZ_SIZE.zip) 3. Than my build.xml file will run some command line splitter software and will split these 6 zip files into 15MB each. 4. After splitting these files my build.xml file will ftp these files. 5. When upload to FTP server is completed a mail will be send to all concern people with details like 5.1. Path on FTP server where the files are uploaded 5.2. Name of the file: after splicing what will be the name of the zip file 5.3. Size of zip file: After splicing the splitted zip what will be the size of the final zip file. 5.4. No. of files uploaded: How many splitted files are uploaded to FTP server?
This is my basic idea, so can anyone advice me all these 5 points are achievable or not? In my opinion all these 5 points can be done using ANT. The major thing is command line splitter software. Any help and advice will be highly appreciated. Thanks & Regards, Pritesh -----Original Message----- From: Rhino [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 19, 2005 12:41 AM To: Ant Users List Subject: Re: Size of zip file ----- Original Message ----- From: "Matt Benson" <[EMAIL PROTECTED]> To: "Ant Users List" <user@ant.apache.org> Sent: Tuesday, October 18, 2005 2:16 PM Subject: Re: Size of zip file > --- Rhino <[EMAIL PROTECTED]> wrote: > > > Oops, I missed that when I looked in the manual! > > > > Even still, I don't think Ant has the ability to > > decide which files from the > > original zip are to be grouped together into the new > > smaller zips. > > <length> should work even if you pass in <zipfileset>s > and therefore give you the lengths of all the > constituent resources... but at that point you'd > probably be just as well writing something to process > the resources directly using Ant or Java APIs rather > than parsing the output of <length mode="each" />. > Even if Ant's <length> task tells you the size of the zip file and of each of its constituent files, I think you still need some kind of programming logic to decide which of the new smaller zip files is going to get each of the files that were in the original zip. (I'm assuming that the individual files within the zip are never themselves going to be split up.) There has to be some logic that isn't - as far as I can tell! - in Ant to reason out that, for example, the optimum dispersal of the files in zip containing 5 files is to put the 1st, 2nd and 5th files into the first of the new zip files and that the 3rd and 4th files into the second new zip file - or whatever. That logic will be based on user input that says the size of the new zips should not exceed so many bytes. The logic will have to determine the size of the individual files within the zip and then group them together so that none of the new zips is over that maximum size. It will also have to handle the case where the user asks for a size that is smaller than the largest of the files in the zip file: if the maximum size is 5 MB and two of the files in the zip file are 20 MB in size, what is the utility to do? > > (I'm > > assuming that a large zip containing many files > > needs to be split into > > smaller zips that are less than or equal to a given > > size and that as few > > smaller zips should be created as possible.) > > > > I had taken the request literally; that the archive > should be broken into smaller files that would be > reassembled later into the original archive... nothing > to that. But each split file would be unusable on its > own. I believe the tool that used to do something > like this, and was mentioned by another user, was RAR > (I could be wrong though). > Your guess is as good as mine; I don't know if the questioner would find it permissible to split the individual files within the zip or not. But I think we've covered both cases now :-) After sending my first reply, I Googled on "file splitter" and came up with over a million hits! Even adding the word "java" to the search returned an awful lot of hits. So I'm pretty sure that it won't be necessary to write a new utility unless, perhaps, the user requires that each of the original files must never be split and that the output files are zip files themselves. Then again, maybe RAR or some other utility will handle that case too. Rhino > > > > > ----- Original Message ----- > > From: "Matt Benson" <[EMAIL PROTECTED]> > > To: "Ant Users List" <user@ant.apache.org> > > Sent: Tuesday, October 18, 2005 11:19 AM > > Subject: Re: Size of zip file > > > > > > > Ant >= 1.6.3 includes the <length> task which can > > get > > > file sizes for you. You could probably (a) write > > > something or (b) find something to do the split > > for > > > you. > > > > > > -Matt > > > > > > --- [EMAIL PROTECTED] wrote: > > > > > > > > > > > Dear All, > > > > I would like to know that if is > > possible > > > > that I can take a > > > > size of zip file, is there any such task in ANT > > by > > > > using which I can > > > > know the size of a zip file or folder. > > > > And also want to know that is I can split any > > zip > > > > file into desirable > > > > equal size? > > > > Any help will be highly appreciated. > > > > > > > > Regards, > > > > Pritesh > > > > > > > > > > > > > > > > > > > > > > > > Confidentiality Notice > > > > > > > > The information contained in this electronic > > message > > > > and any attachments to this message are intended > > > > for the exclusive use of the addressee(s) and > > may > > > > contain confidential or privileged information. > > If > > > > you are not the intended recipient, please > > notify > > > > the sender at Wipro or [EMAIL PROTECTED] > > > > immediately > > > > and destroy all copies of this message and any > > > > attachments. > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: > > > > [EMAIL PROTECTED] > > > > For additional commands, e-mail: > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > __________________________________ > > > Yahoo! Music Unlimited > > > Access over 1 million songs. Try it free. > > > http://music.yahoo.com/unlimited/ > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > -- > > > No virus found in this incoming message. > > > Checked by AVG Anti-Virus. > > > Version: 7.0.344 / Virus Database: 267.12.0/134 - > > Release Date: 14/10/2005 > > > > > > > > > > > > > > -- > > No virus found in this outgoing message. > > Checked by AVG Anti-Virus. > > Version: 7.0.344 / Virus Database: 267.12.0/134 - > > Release Date: 14/10/2005 > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: > > [EMAIL PROTECTED] > > For additional commands, e-mail: > > [EMAIL PROTECTED] > > > > > > > > > > __________________________________ > Yahoo! Mail - PC Magazine Editors' Choice 2005 > http://mail.yahoo.com > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- > No virus found in this incoming message. > Checked by AVG Anti-Virus. > Version: 7.0.344 / Virus Database: 267.12.0/134 - Release Date: 14/10/2005 > > -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.344 / Virus Database: 267.12.0/134 - Release Date: 14/10/2005 --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately and destroy all copies of this message and any attachments. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
