pointer to half-hearted official MS.NET ant-ish tool
heh, microsoft have just released an automated tool to build, test and deploy your .net apps: http://www.microsoft.com/downloads/details.aspx?FamilyID=b32497b0-77f7-4831- 9c55-58bf3962163eDisplayLang=en with description here, in a winzip exe wrapper around what is really a PDF File http://www.microsoft.com/downloads/details.aspx?familyid=94fdb8c8-5a87-4545- af75-6053f32c7ecadisplaylang=en End result is a tool that takes a declarative description of what VS.net solutions to run, and how to notify people, integrates with VSS. The following code sample shows the format of the configuration file settings. configuration configSections section name=BuildIt type=Sapient.Framework.Tools.BuildIt.BuildItSectionHandler, BuildIt/ /configSections appSettings add key=appendTraceOutput value=off / add key=enableCustomMessageFilter value=on/ add key=visualStudioProgID value=VisualStudio.Solution.7/ /appSettings buildIt sourceControl username=username password=password iniFilePath=c:\Program Files\Microsoft Visual Studio\VSS\srcsafe.ini srcVSSRootFolder=$/System srcFileRootFolder=c:\System/ solutions latestRootFolderFullName=c:\System buildNumberFilePath=c:\System\BuildNumber.xml solution path= c:\System\Solution1\Solution1.sln/ solution path= c:\System\Solution2\Solution2.sln/ /solutions options sendBuildReport mode=on/off smtpServer=255.255.255.255 toAddress=[EMAIL PROTECTED]/ archiveBuild mode=on/off archiveRootFolderFullName=c:\System\Archive additionalFoldersToArchive folder fullName=c:\System\Solution1\Setup1\Debug destFolderName=Debug\Setup1 / folder fullName= c:\System\Solution1\Setup1\Release destFolderName=Release\Setup1 / /additionalFoldersToArchive /archiveBuild updateAssemblyVersion mode=on/off vbAssemblyVersionVSSPath=$/System/AssemblyVersionInfo.vb csAssemblyVersionVSSPath=$/System/AssemblyVersionInfo.cs/ /options /buildIt /configuration The amusing things is the tool (a) requires fully qualitifed paths everywhere Fully qualified paths are more flexible than relative ones, but at the expense of being cumbersome. heh? relative paths is the key to cross-system portability. (b) have any form of plug-in extensibility: the only way to do it is to edit the source. Still these are details. Clearly team .NET has noticed that the java land has a better way of doing things. (And the NANT folk too, though that is not as mainstream in the NET space, yet). Notice also that BuildIt relies on VS.net being around, so is not the zero cost SDK+build tool option that NANT or Ant is.
Re: [SUBMIT] scp
On Thu, 6 Mar 2003, Joe Consumer [EMAIL PROTECTED] wrote: but I read on the jcraft site, that jsch requires 1.4 so I didn't bother. Two weeks ago or so I posted to the jsch list that I have successfully used jsch with JDK 1.2 (and 1.3) and bouncycastle's JCE implementation http://www.bouncycastle.org/. They say JDK 1.4 as jsch uses JCE and this is part of 1.4 - but JCE is available from Sun for JDK 1.2.2+ and bouncycastle's version works better than Sun's in my experience. Does it work on 1.2? Yes. Stefan
DO NOT REPLY [Bug 10755] - Ant 1.5's jar task fails to add new files when run multiple times
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10755. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10755 Ant 1.5's jar task fails to add new files when run multiple times [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 07:45 --- *** Bug 17684 has been marked as a duplicate of this bug. ***
cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Zip.java
bodewig 2003/03/07 00:07:18
Modified:src/main/org/apache/tools/ant/taskdefs Zip.java
Log:
Set file mode correctly for files read from zipfilesets.
PR: 17648
Submitted by: Antoine Levy-Lambert
Revision ChangesPath
1.99 +1 -1 ant/src/main/org/apache/tools/ant/taskdefs/Zip.java
Index: Zip.java
===
RCS file: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Zip.java,v
retrieving revision 1.98
retrieving revision 1.99
diff -u -r1.98 -r1.99
--- Zip.java 26 Feb 2003 09:57:01 - 1.98
+++ Zip.java 7 Mar 2003 08:07:17 - 1.99
@@ -538,7 +538,7 @@
prefix = zfs.getPrefix();
fullpath = zfs.getFullpath();
dirMode = zfs.getDirMode();
-fileMode = zfs.getDirMode();
+fileMode = zfs.getFileMode();
}
if (prefix.length() 0 fullpath.length() 0) {
DO NOT REPLY [Bug 17648] - zipfileset not working for zip task
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17648 zipfileset not working for zip task [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |1.6 --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 08:18 --- setting the target milestone to 1.6, but I get the feeling that a 1.5.3 is warranted. I've applied Antoine's patch, could you please verify that the problem is fixed by using the next nightly build (no earlier than 2003-03-08).
DO NOT REPLY [Bug 17713] - task that counts lines of source code
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17713. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17713 task that counts lines of source code [EMAIL PROTECTED] changed: What|Removed |Added Severity|Minor |Enhancement
RE: 1.5.3?
It must be something specific to WinZIP. My 1.5.2 jars/wars/zip all deploy fine, can be read with numerous zip reading programs, including the built-in zip file support on Windows XP. I don't even have winZIP installed, but I would be happy to get it and test if necessary. Zip-file readers that I know work: cygwin unzip Java JDK jar Eclipse built-in jar file support Windows XP Explorer compressed file s -Original Message- From: Stefan Bodewig [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 6:40 AM To: [EMAIL PROTECTED] Subject: Re: 1.5.3? On Fri, 7 Mar 2003, Steve Cohen [EMAIL PROTECTED] wrote: Do the archives produced at least continue to work as jars? I've been creating wars for our production servers using CVS HEAD ever since the bug has been introduced and so far Tomcat hasn't seen any problems. that is, does the jar program still work with them as far as extraction, listing, etc? I think so. I don't understand why there is a problem with verifying the fix. WinZIP is near-ubiquitous As ubiquitous as Windows, I guess. See what *I* don't have 8-) I suppose it will be fully tested with WinZIP before release, right? Yes, but not by me. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17674] - Ant junit tasks do not work with Junit 3.8 and 3.81
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17674. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17674 Ant junit tasks do not work with Junit 3.8 and 3.81 --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 16:57 --- Embarrassing. There was a jar file in the path that wasn't the version I thought it was -- junit.jar! Once I cleaned up my act it worked ok, so it was a fluke that I was able to reproduce it at all.
DO NOT REPLY [Bug 17796] - FilterChain LineContainsRegExp StackOverflowError
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17796. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17796 FilterChain LineContainsRegExp StackOverflowError --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 22:33 --- Created an attachment (id=5222) Sample data file
DO NOT REPLY [Bug 17646] - Starteam Checkout Not Handling Deleted Labels
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17646. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17646 Starteam Checkout Not Handling Deleted Labels [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 22:33 --- *** This bug has been marked as a duplicate of 17695 ***
DO NOT REPLY [Bug 17695] - EOL Makes Starteam Checkout Say Status Modified
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17695. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17695 EOL Makes Starteam Checkout Say Status Modified --- Additional Comments From [EMAIL PROTECTED] 2003-03-07 22:37 --- This is not a duplicate of 17646, that was an error that has propagated here.
