[jira] Commented: (IVY-764) make it possible to specify permissions of published files for the SSH resolver
[ https://issues.apache.org/jira/browse/IVY-764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587502#action_12587502 ] Tero Hagström commented on IVY-764: --- Thanks, folks! We'll give it a try as soon as we can, hopefully next week. > make it possible to specify permissions of published files for the SSH > resolver > --- > > Key: IVY-764 > URL: https://issues.apache.org/jira/browse/IVY-764 > Project: Ivy > Issue Type: Improvement >Affects Versions: 2.0.0-beta-2 >Reporter: Tero Hagström >Assignee: Maarten Coene > Fix For: 2.0-RC1 > > > When we use the ssh resolver to publish artifacts to a repository on our > server, the access permissions of the created files only allow reading by the > user that published the artifacts. As a result, no one else can get the > artifacts from the repository, which completely defeats it's purpose. > File permissions look like this: > -rw--- 1 atu dev 875 Mar 10 12:34 core-20080310123411.jar > -rw--- 1 atu dev 40 Mar 10 12:34 core-20080310123411.jar.sha1 > -rw--- 1 atu dev 32 Mar 10 12:34 core-20080310123411.jar.md5 > -rw--- 1 atu dev 166 Mar 10 12:34 ivy-20080310123411.xml > -rw--- 1 atu dev 40 Mar 10 12:34 ivy-20080310123411.xml.sha1 > -rw--- 1 atu dev 32 Mar 10 12:34 ivy-20080310123411.xml.md5 > I could not find any way to configure or otherwise affect the file > permissions. Is there a way? > BTW, with Ivy 1.4.1 the permissions looked like this: > -rw-rw-r-- 1 th dev 877 Mar 6 10:08 core-20080306100813.jar > -rw-rw-r-- 1 th dev 40 Mar 6 10:08 core-20080306100813.jar.sha1 > -rw-rw-r-- 1 th dev 32 Mar 6 10:08 core-20080306100813.jar.md5 > -rw-rw-r-- 1 th dev 166 Mar 6 10:08 ivy-20080306100813.xml > -rw-rw-r-- 1 th dev 40 Mar 6 10:08 ivy-20080306100813.xml.sha1 > -rw-rw-r-- 1 th dev 32 Mar 6 10:08 ivy-20080306100813.xml.md5 > We will now fall back to using Ivy version 1.4.1, for the time being. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[EMAIL PROTECTED]: Project test-ant-no-xerces (in module ant) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant-no-xerces has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 10 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant-no-xerces : Java based build tool Full details are available at: http://vmgump.apache.org/gump/public/ant/test-ant-no-xerces/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Optional dependency jakarta-tomcat-4.0 prerequisite failed with reason build failed -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant/test-ant-no-xerces/gump_work/build_ant_test-ant-no-xerces.html Work Name: build_ant_test-ant-no-xerces (Type: Build) Work ended in a state of : Failed Elapsed: 11 mins 50 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtest.haltonfailure=false -Dant.home=/srv/gump/public/workspace/ant/dist run-tests [Working Directory: /srv/gump/public/workspace/ant] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant/build/testcases:/srv/gump/public/workspace/ant/src/tests/junit:/srv/gump/public/workspace/ant/src/etc/testcases:/srv/gump/public/workspace/ant/src/etc/testcases/taskdefs/optional/out:/srv/gump/public/workspace/ant/build/lib/ant-stylebook.jar:/srv/gump/public/workspace/ant/build/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/build/lib/ant-swing.jar:/srv/gump/public/workspace/ant/build/lib/ant-junit.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/build/lib/ant-javamail.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-bcel.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-regexp.jar:/srv/gump/public/workspace/ant/build/lib/ant-trax.jar:/srv/gump/public/workspace/ant/build/lib/ant-commons-net.jar:/srv/gump/public/workspace/ant/build/lib/ant-jsch.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-log4j.jar:/srv/gump/public/worksp ace/ant/build/lib/ant-antlr.jar:/srv/gump/public/workspace/ant/build/lib/ant-commons-logging.jar:/srv/gump/public/workspace/ant/build/lib/ant-jdepend.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-bsf.jar:/srv/gump/public/workspace/ant/build/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/build/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-oro.jar:/srv/gump/public/workspace/ant/build/lib/ant.jar:/srv/gump/public/workspace/ant/build/lib/ant-jai.jar:/srv/gump/packages/antlr-2.7.6/antlr.jar:commons-logging-gump-07042008.jar:commons-logging-api-gump-07042008.jar:/srv/gump/public/workspace/apache-commons/net/dist/commons-net-09042008.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/public/workspace/jakarta-bcel/target/bcel-5.3-SNAPSHOT.jar:bsf-gump-07042008.jar:/srv/gump/public/workspace/logging-log4j-12/dist/lib/log4j-09042008.jar:/srv/gump/public/workspace/jakarta-oro/jakarta-oro-09042008.jar:/srv/gump/public/workspace/jakarta-rege xp/build/jakarta-regexp-09042008.jar:/srv/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jdepend-2.6/lib/jdepend.jar:/srv/gump/packages/jsch/jsch-0.1.28.jar:/srv/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/srv/gump/public/workspace/ant-antlibs/antunit/build/ant-antunit-09042008.jar:/srv/gump/public/workspace/junit/dist/junit-09042008.jar:jasper-compiler-gump-07042008.jar:jasper-runtime-gump-07042008.jar:/srv/gump/public/workspace/xml-commons/java/build/which.jar:/srv/gump/public/workspace/rhino/build/rhino_09042008/js.jar:/srv/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/srv/gump/packages/bs h-2.0b4/bsh-util-2.0b4.jar:/srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-09042008.jar - [au:antunit] Target: testValueWorks caused an ERROR [au:antunit]at line 78, column 33 [au:antunit]Message: The following error occurred while executing this line: [au:antunit] /srv/gump/public/workspace/ant/src/tests/antunit/types/scriptcondition-test.xml:25: Unable to load a script engine manager (org.apache.bsf.BSFManager or javax.script.ScriptEng
[EMAIL PROTECTED]: Project test-ant (in module ant) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project test-ant has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 2 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - test-ant : Java based build tool Full details are available at: http://vmgump.apache.org/gump/public/ant/test-ant/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Optional dependency jakarta-tomcat-4.0 prerequisite failed with reason build failed -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant/test-ant/gump_work/build_ant_test-ant.html Work Name: build_ant_test-ant (Type: Build) Work ended in a state of : Failed Elapsed: 11 mins 43 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/srv/gump/public/workspace/xml-xalan/build/serializer.jar:/srv/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dtest.haltonfailure=false -Dant.home=/srv/gump/public/workspace/ant/dist run-tests [Working Directory: /srv/gump/public/workspace/ant] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant/build/testcases:/srv/gump/public/workspace/ant/src/tests/junit:/srv/gump/public/workspace/ant/src/etc/testcases:/srv/gump/public/workspace/ant/src/etc/testcases/taskdefs/optional/out:/srv/gump/public/workspace/ant/build/lib/ant-stylebook.jar:/srv/gump/public/workspace/ant/build/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/build/lib/ant-swing.jar:/srv/gump/public/workspace/ant/build/lib/ant-junit.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/build/lib/ant-javamail.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-bcel.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-regexp.jar:/srv/gump/public/workspace/ant/build/lib/ant-trax.jar:/srv/gump/public/workspace/ant/build/lib/ant-commons-net.jar:/srv/gump/public/workspace/ant/build/lib/ant-jsch.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-log4j.jar:/srv/gump/public/worksp ace/ant/build/lib/ant-antlr.jar:/srv/gump/public/workspace/ant/build/lib/ant-commons-logging.jar:/srv/gump/public/workspace/ant/build/lib/ant-jdepend.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-bsf.jar:/srv/gump/public/workspace/ant/build/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/build/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/build/lib/ant-apache-oro.jar:/srv/gump/public/workspace/ant/build/lib/ant.jar:/srv/gump/public/workspace/ant/build/lib/ant-jai.jar:/srv/gump/packages/antlr-2.7.6/antlr.jar:commons-logging-gump-07042008.jar:commons-logging-api-gump-07042008.jar:/srv/gump/public/workspace/apache-commons/net/dist/commons-net-09042008.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/public/workspace/jakarta-bcel/target/bcel-5.3-SNAPSHOT.jar:bsf-gump-07042008.jar:/srv/gump/public/workspace/logging-log4j-12/dist/lib/log4j-09042008.jar:/srv/gump/public/workspace/jakarta-oro/jakarta-oro-09042008.jar:/srv/gump/public/workspace/jakarta-rege xp/build/jakarta-regexp-09042008.jar:/srv/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jdepend-2.6/lib/jdepend.jar:/srv/gump/packages/jsch/jsch-0.1.28.jar:/srv/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/srv/gump/public/workspace/ant-antlibs/antunit/build/ant-antunit-09042008.jar:/srv/gump/public/workspace/junit/dist/junit-09042008.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar:jasper-compiler-gump-07042008.jar:jasper-runtime-gump-07042008.jar:/srv/gump/public/workspace/xml-commons/java/build/which.jar:/srv/gump/public/workspace/rhino/build/rhino_09042008/js.jar:/srv/gump/packages/bsh-2.0b4/bsh-commands-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-classpath-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-core-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-bsf-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-2.0b4. jar:/srv/gump/packages/bsh-2.0b4/bsh-reflect-2.0b4.jar:/srv/gump/packages/bsh-2.0b4/bsh-util-2.0b4.jar:/srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-09042008.jar - [au:antunit] Target: testValueWorks caused an ERROR [au:antunit]at line
Re: ASF Bugzilla - Bug 39644: FTP task fails, but reason is unclear
To whom it may concern, I am having the same type of problem with Ant FTP task as described in the ASF Bugzilla bug #39644: https://issues.apache.org/bugzilla/show_bug.cgi?id=39644 FTP task seems to fail in the middle of large file transfers (~100Mb in size and more) but the reason is not clear. I am using the following components: Apache Ant version 1.6.5 compiled on June 2 2005 Jakarta-oro-2.0.8.jar Manifest.mf file: - Manifest-Version: 1.0 Ant-Version: Apache Ant 1.5.3 Created-By: 1.4.2-b28 (Sun Microsystems Inc.) Name: org/apache/oro Specification-Title: Jakarta ORO Specification-Version: 2.0.8 Specification-Vendor: Apache Software Foundation Implementation-Title: org.apache.oro Implementation-Version: 2.0.8 2003-12-28 11:00:13 Implementation-Vendor: Apache Software Foundation --- commons-net-1.4.1.jar Manifest.mf: --- Manifest-Version: 1.0 Ant-Version: Apache Ant 1.5.3 Created-By: Apache Jakarta Maven Built-By: scohen Package: org.apache.commons.net Build-Jdk: 1.4.2_07 Extension-Name: commons-net Specification-Title: Jakarta Commons Net Specification-Vendor: The Apache Software Foundation Specification-Version: 1.4.1 Implementation-Title: org.apache.commons.net Implementation-Vendor: The Apache Software Foundation Implementation-Version: 1.4.1 --- I use the FTP task as follows (within the Anty script): The file size to trtansfer is 143 MB (150,532,096 bytes). The script fails with the following message: upload.ftp.mirw: [ftp] Creating directory: MIRW/6.0.0.beta [ftp] Directory created OK [delete] Deleting: C:\Documents and Settings\MITI.MITI\Local Settings\Temp\ant11519043300.tmp [ftp] sending files [ftp] transferring C:\User\MITI-6.x\Dev\InstallShield\MITI Installer\Media\TOTAL_SOLUTION\Package\MetaIntegration-win32.exe BUILD FAILED C:\User\MITI-6.x\Dev\build\build.xml:918: error during FTP transfer: org.apache.commons.net.io.CopyStreamException: IOException caught while copying. What is the resolution to the FTP exception problem? Are there any additional FTP task parameters that may help here (like # of retries etc.)? Thank you. Vladimir
[EMAIL PROTECTED]: Project dotnet-antlib-test (in module ant-antlibs) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project dotnet-antlib-test has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 40 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - dotnet-antlib-test : Task and Type Libraries for Apache Ant Full details are available at: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib-test/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/ant-antlibs/dotnet-antlib-test/gump_work/build_ant-antlibs_dotnet-antlib-test.html Work Name: build_ant-antlibs_dotnet-antlib-test (Type: Build) Work ended in a state of : Failed Elapsed: 22 secs Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only -Dant-testutil.jar=/srv/gump/public/workspace/ant/build/lib/ant-testutil.jar test [Working Directory: /srv/gump/public/workspace/ant-antlibs/dotnet] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:/srv/gump/public/workspace/ant-antlibs/dotnet/build/test-classes:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant-antlibs/antunit/build/ant-antunit-09042008.jar:/srv/gump/public/workspace/ant-antlibs/dotnet/build/ant-dotnet-09042008.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - [au:antunit] Class org.apache.ant.dotnet.build.NAntTask loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:nant org.apache.ant.dotnet.build.NAntTask [au:antunit] Class org.apache.ant.dotnet.wix.WixTask loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:wix org.apache.ant.dotnet.wix.WixTask [au:antunit] Class org.apache.ant.dotnet.NUnitTask loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:nunit org.apache.ant.dotnet.NUnitTask [au:antunit] Class org.apache.ant.dotnet.compile.CSharp loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:csc org.apache.ant.dotnet.compile.CSharp [au:antunit] Class org.apache.ant.dotnet.compile.JSharp loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:jsharpc org.apache.ant.dotnet.compile.JSharp [au:antunit] Class org.apache.ant.dotnet.compile.VisualBasicCompile loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:vbc org.apache.ant.dotnet.compile.VisualBasicCompile [au:antunit] Class org.apache.ant.dotnet.Ildasm loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:ildasm org.apache.ant.dotnet.Ildasm [au:antunit] Class org.apache.ant.dotnet.compile.Ilasm loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:ilasm org.apache.ant.dotnet.compile.Ilasm [au:antunit] Class org.apache.ant.dotnet.compile.WsdlToDotnet loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:wsdltodotnet org.apache.ant.dotnet.compile.WsdlToDotnet [au:antunit] Class org.apache.ant.dotnet.ImportTypelib loaded from parent loader (parentFirst) [au:antunit] +Datatype antlib:org.apache.ant.dotnet:importtypelib org.apache.ant.dotnet.ImportTypelib [au:antunit] Build sequence for target(s) `tearDown' is [tearDown] [au:antunit] Complete build sequence is [tearDown, testSchemaMustBeSet, testLocalWsdlVB, testInvalidExtraOps, testSrcIsMissing, testNoParams, testBothSrc, testSchemaFileMustHaveOneOptionOnly, testLocalWsdl, testSrcIsDir, probe_for_apps, validate, testLocalWsdlServerVB, setUp, testLocalWsdlServer, testNoSrc, testSchemaFileMustExist, , testInvalidExtraOpsVB, testDestIsDir] [au:antunit] Deleting directory /srv/gump/public/workspace/ant-antlibs/dotnet/src/tests/antunit/wsdl/build [au:antunit] Deleting directory /srv/gump/p
DO NOT REPLY [Bug 42122] copies the wrong file permission
https://issues.apache.org/bugzilla/show_bug.cgi?id=42122 --- Comment #3 from Kostas Georgiou <[EMAIL PROTECTED]> 2008-04-09 19:12:59 PST --- The above batch fixes my testcase, since it's on Zip.java it's very likely that it will solve the original problem as well. The original solution didn't work (for my testcase) but it should also be used since it makes sense. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 42122] copies the wrong file permission
https://issues.apache.org/bugzilla/show_bug.cgi?id=42122 --- Comment #2 from Kostas Georgiou <[EMAIL PROTECTED]> 2008-04-09 19:02:20 PST --- Created an attachment (id=21801) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=21801) use getUnixMode() only when the platform is unix -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 42122] copies the wrong file permission
https://issues.apache.org/bugzilla/show_bug.cgi?id=42122 Kostas Georgiou <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #1 from Kostas Georgiou <[EMAIL PROTECTED]> 2008-04-09 17:21:17 PST --- I get similar problems (mode 000) with something like: The jar files in ${mergedir} have been created with Sun's jar which doesn't include a unix mode. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 34764] Zip task sets '000' permission on UNIX
https://issues.apache.org/bugzilla/show_bug.cgi?id=34764 --- Comment #7 from Kostas Georgiou <[EMAIL PROTECTED]> 2008-04-09 17:17:46 PST --- releated to #42122 maybe? -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
DO NOT REPLY [Bug 34764] Zip task sets '000' permission on UNIX
https://issues.apache.org/bugzilla/show_bug.cgi?id=34764 Kostas Georgiou <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
svn commit: r646563 - /ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java
Author: maartenc Date: Wed Apr 9 15:13:39 2008 New Revision: 646563 URL: http://svn.apache.org/viewvc?rev=646563&view=rev Log: Removed unused imports. Modified: ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java Modified: ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java URL: http://svn.apache.org/viewvc/ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java?rev=646563&r1=646562&r2=646563&view=diff == --- ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java (original) +++ ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyResolveTest.java Wed Apr 9 15:13:39 2008 @@ -25,8 +25,6 @@ import org.apache.ivy.TestHelper; import org.apache.ivy.core.module.id.ModuleRevisionId; import org.apache.ivy.core.report.ResolveReport; -import org.apache.ivy.util.DefaultMessageLogger; -import org.apache.ivy.util.Message; import org.apache.tools.ant.BuildException; import org.apache.tools.ant.Project; import org.apache.tools.ant.taskdefs.Delete;
[jira] Resolved: (IVY-272) revision token is not set in report outputpattern
[ https://issues.apache.org/jira/browse/IVY-272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maarten Coene resolved IVY-272. --- Resolution: Fixed Fix Version/s: 2.0-RC1 This should be ok now. All relevant tokens should be replaced now in the outputpattern (including revision, branch and other extra attributes defined for the module). > revision token is not set in report outputpattern > - > > Key: IVY-272 > URL: https://issues.apache.org/jira/browse/IVY-272 > Project: Ivy > Issue Type: Bug > Components: Ant >Affects Versions: unspecified >Reporter: wenceslas >Assignee: Maarten Coene >Priority: Minor > Fix For: 2.0-RC1 > > > The token "revision" is not set and can'' be used int the report ant task to > suffix the output pattern. > outputpattern="[organisation]-[module]-[revision].html" graph="no"/> -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
svn commit: r646561 - in /ant/ivy/core/trunk: CHANGES.txt doc/use/report.html src/java/org/apache/ivy/ant/IvyReport.java test/java/org/apache/ivy/ant/IvyReportTest.java
Author: maartenc Date: Wed Apr 9 15:08:49 2008 New Revision: 646561 URL: http://svn.apache.org/viewvc?rev=646561&view=rev Log: FIX: revision token is not set in report outputpattern (IVY-272) Modified: ant/ivy/core/trunk/CHANGES.txt ant/ivy/core/trunk/doc/use/report.html ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyReport.java ant/ivy/core/trunk/test/java/org/apache/ivy/ant/IvyReportTest.java Modified: ant/ivy/core/trunk/CHANGES.txt URL: http://svn.apache.org/viewvc/ant/ivy/core/trunk/CHANGES.txt?rev=646561&r1=646560&r2=646561&view=diff == --- ant/ivy/core/trunk/CHANGES.txt (original) +++ ant/ivy/core/trunk/CHANGES.txt Wed Apr 9 15:08:49 2008 @@ -78,6 +78,7 @@ - IMPROVEMENT: Change allownomd and skipbuildwithoutivy into a more semantically correct name (IVY-297) - IMPROVEMENT: Smarter determination if an expression is exact or not for RegexpPatternMatcher and GlobPatternMatcher +- FIX: revision token is not set in report outputpattern (IVY-272) - FIX: Ivy uses the first set of configurations it sees when resolving multiple versions of a module (IVY-681) - FIX: Eviction fails for libs not providing their ivy configuration and providing artifacts named different between lib versions (IVY-537) - FIX: Memory leak in ModuleRevisionId.java (IVY-791) Modified: ant/ivy/core/trunk/doc/use/report.html URL: http://svn.apache.org/viewvc/ant/ivy/core/trunk/doc/use/report.html?rev=646561&r1=646560&r2=646561&view=diff == --- ant/ivy/core/trunk/doc/use/report.html (original) +++ ant/ivy/core/trunk/doc/use/report.html Wed Apr 9 15:08:49 2008 @@ -56,14 +56,16 @@ confa comma separated list of the configurations for which a report should be generated No. Defaults to the configurations resolved by the last resolve call (during same ant build), or ${ivy.resolved.configurations} if no resolve was called organisationthe name of the organisation of the module for which report should be generated -No, unless no resolve was called during the build. Defaults to last resolved module organisation. +No, unless resolveId has not been specified and no resolve was called during the build. Defaults to last resolved module organisation. modulethe name of the module for which report should be generated -No, unless no resolve was called during the build. Defaults to last resolved module. +No, unless resolveId has not been specified and no resolve was called during the build. Defaults to last resolved module. validatetrue to force ivy files validation against ivy.xsd, false to force no validation No. Defaults to default ivy value (as configured in configuration file) xslfileindicates which xsl file should be used to generate the report No, defaults to ivy provided xsl which generates html report -settingsRefA reference to the ivy settings that must be used by this task (since 2.0)No, 'ivy.instance' is taken by default. +settingsRefA reference to the ivy settings that must be used by this task (since 2.0)No, 'ivy.instance' is taken by default. +resolveIdThe id which was used for a previous resolve (since 2.0)No, defaults to '[org]-[module]'. + Examples Modified: ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyReport.java URL: http://svn.apache.org/viewvc/ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyReport.java?rev=646561&r1=646560&r2=646561&view=diff == --- ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyReport.java (original) +++ ant/ivy/core/trunk/src/java/org/apache/ivy/ant/IvyReport.java Wed Apr 9 15:08:49 2008 @@ -25,6 +25,7 @@ import java.io.IOException; import java.io.InputStream; import java.io.OutputStream; +import java.text.ParseException; import java.util.ArrayList; import java.util.Iterator; import java.util.List; @@ -41,9 +42,11 @@ import org.apache.ivy.core.IvyPatternHelper; import org.apache.ivy.core.cache.ResolutionCacheManager; import org.apache.ivy.core.module.id.ModuleId; +import org.apache.ivy.core.module.id.ModuleRevisionId; import org.apache.ivy.core.resolve.ResolveOptions; import org.apache.ivy.core.settings.IvySettings; import org.apache.ivy.plugins.report.XmlReportOutputter; +import org.apache.ivy.plugins.report.XmlReportParser; import org.apache.ivy.util.FileUtil; import org.apache.ivy.util.Message; import org.apache.tools.ant.BuildException; @@ -79,6 +82,8 @@ private List params = new ArrayList(); private String resolveId; + +private ModuleRevisionId mRevId; public File getTodir() { return todir; @@ -115,7 +120,7 @@ public void setOrganisation(String organisation) { this.organisation = organisation; } - + public boolean isGraph() { retur
[jira] Updated: (IVY-272) revision token is not set in report outputpattern
[ https://issues.apache.org/jira/browse/IVY-272?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maarten Coene updated IVY-272: -- Assignee: Maarten Coene Issue Type: Bug (was: Improvement) Summary: revision token is not set in report outputpattern (was: revision token is not set) > revision token is not set in report outputpattern > - > > Key: IVY-272 > URL: https://issues.apache.org/jira/browse/IVY-272 > Project: Ivy > Issue Type: Bug > Components: Ant >Affects Versions: unspecified >Reporter: wenceslas >Assignee: Maarten Coene >Priority: Minor > > The token "revision" is not set and can'' be used int the report ant task to > suffix the output pattern. > outputpattern="[organisation]-[module]-[revision].html" graph="no"/> -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (IVY-482) Use a property instead of hardcoded values for version numbers
[ https://issues.apache.org/jira/browse/IVY-482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maarten Coene updated IVY-482: -- Fix Version/s: (was: 2.0.0-beta-1) > Use a property instead of hardcoded values for version numbers > -- > > Key: IVY-482 > URL: https://issues.apache.org/jira/browse/IVY-482 > Project: Ivy > Issue Type: Improvement >Affects Versions: 2.0.0-alpha-2 > Environment: all >Reporter: Kev Jackson >Priority: Minor > > Use a property instead of hardcoded values for version numbers -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Reopened: (IVY-482) Use a property instead of hardcoded values for version numbers
[ https://issues.apache.org/jira/browse/IVY-482?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Maarten Coene reopened IVY-482: --- Assignee: (was: Maarten Coene) Good point, after reading the description again, I must confess I don't have an idea what is being asked here... > Use a property instead of hardcoded values for version numbers > -- > > Key: IVY-482 > URL: https://issues.apache.org/jira/browse/IVY-482 > Project: Ivy > Issue Type: Improvement >Affects Versions: 2.0.0-alpha-2 > Environment: all >Reporter: Kev Jackson >Priority: Minor > > Use a property instead of hardcoded values for version numbers -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
DO NOT REPLY [Bug 44790] New: NullPointerException using with
https://issues.apache.org/bugzilla/show_bug.cgi?id=44790 Summary: NullPointerException using with Product: Ant Version: 1.7.0 Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Core AssignedTo: notifications@ant.apache.org ReportedBy: [EMAIL PROTECTED] Possibly related to Bug #44731? $ cat > xx.xml $ ant -v -f xx.xml -Dfoobar=aa.bb.cc Apache Ant version 1.7.0 compiled on September 22 2007 Buildfile: xx.xml Detected Java version: 1.5 in: /usr/lib/jvm/java-1.5.0-sun-1.5.0_13-sr2/jre Detected OS: Linux parsing buildfile /home/archie/ivycore/trunk/xx.xml with URI = file:/home/archie/ivycore/trunk/xx.xml Project base dir set to: /home/archie/ivycore/trunk Build sequence for target(s) `foo' is [foo] Complete build sequence is [foo, ] foo: [antlib:org.apache.tools.ant] Could not load definitions from resource org/apache/tools/ant/antlib.xml. It could not be found. BUILD FAILED /home/archie/ivycore/trunk/xx.xml:3: java.lang.NullPointerException at org.apache.tools.ant.types.Mapper.getImplementation(Mapper.java:233) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:342) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Caused by: java.lang.NullPointerException at org.apache.tools.ant.util.GlobPatternMapper.setFrom(GlobPatternMapper.java:98) at org.apache.tools.ant.types.Mapper.getImplementation(Mapper.java:226) ... 18 more --- Nested Exception --- java.lang.NullPointerException at org.apache.tools.ant.util.GlobPatternMapper.setFrom(GlobPatternMapper.java:98) at org.apache.tools.ant.types.Mapper.getImplementation(Mapper.java:226) at org.apache.tools.ant.taskdefs.PathConvert.execute(PathConvert.java:342) at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:288) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:105) at org.apache.tools.ant.Task.perform(Task.java:348) at org.apache.tools.ant.Target.execute(Target.java:357) at org.apache.tools.ant.Target.performTasks(Target.java:385) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1329) at org.apache.tools.ant.Project.executeTarget(Project.java:1298) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1181) at org.apache.tools.ant.Main.runBuild(Main.java:698) at org.apache.tools.ant.Main.startAnt(Main.java:199) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:257) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:104) Total time: 1 second $ -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[jira] Issue Comment Edited: (IVY-643) Ship ivy with commons-vfs-sandbox.jar, because it provides the webdav support
[ https://issues.apache.org/jira/browse/IVY-643?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587263#action_12587263 ] rambius edited comment on IVY-643 at 4/9/08 9:42 AM: --- David, the Subversion server or more specifically mod_dav_svn implements a superset of the WebDAV specification and it is called Delta V and is available as an RFC draft. Delta V deals mainly with versioning as this topic was exlcuded from the original WebDAV protocol because of its complexity. There are not fully complaint Delta V servers and clients and Subversion does not fully comply as well. Anyway, Subversion support all WebDAV requests plus some of the Delta V ones. You can technically send a dav PUT request to a Subverion/mod_dav_svn, but it will reject it. The reason is that Delta V says that before you PUT a file, you have to do a CHECKOUT request on it. This is roughly how it works. Anyway, Subversion can be configured to work as a WebDAV server, thus accepting generic WebDAV requests. The configuration is described in Appendix C "WebDAV and Autoversioning" [1], section "Autoversioning", [2] in the Subversion book. Use the directive SVNAutoversioning on in your httpd.conf to turn autoversioning on. Now, if you send for example a PUT request for a file, it will do all the Delta V hassle to CHECKOUT the file, PUT it and CHECKIN. Subversion also assign auto-generated comments to such files. Thus an ordinary webdav client can use the SVN repository. [1] http://svnbook.red-bean.com/en/1.4/svn.webdav.html [2] http://svnbook.red-bean.com/en/1.4/svn.webdav.autoversioning.html was (Author: rambius): David, the Subversion server or more specifically mod_dav_svn implements a superset of the WebDAV specification and it is called Delta V and is available as an RFC draft. Delta V deals mainly with versioning as this topic was exlcuded from the original WebDAV protocol because of its complexity. There are fully complaint Delta V servers and clients and Subversion does not fully comply as well. Anyway, Subversion support all WebDAV requests plus some of the Delta V ones. You can technically send a dav PUT request to a Subverion/mod_dav_svn, but it will reject it. The reason is that Delta V says that before you PUT a file, you have to do a CHECKOUT request on it. This is roughly how it works. Anyway, Subversion can be configured to work as a WebDAV server, thus accepting generic WebDAV requests. The configuration is described in Appendix C "WebDAV and Autoversioning" [1], section "Autoversioning", [2] in the Subversion book. Use the directive SVNAutoversioning on in your httpd.conf to turn autoversioning on. Now, if you send for example a PUT request for a file, it will do all the Delta V hassle to CHECKOUT the file, PUT it and CHECKIN. Subversion also assign auto-generated comments to such files. Thus an ordinary webdav client can use the SVN repository. [1] http://svnbook.red-bean.com/en/1.4/svn.webdav.html [2] http://svnbook.red-bean.com/en/1.4/svn.webdav.autoversioning.html > Ship ivy with commons-vfs-sandbox.jar, because it provides the webdav support > - > > Key: IVY-643 > URL: https://issues.apache.org/jira/browse/IVY-643 > Project: Ivy > Issue Type: Improvement > Components: Core >Affects Versions: 2.0.0-alpha-2 >Reporter: Ivan "Rambius" Ivanov > > The commons-vsf project has been split into commons-vfs.jar and > commons-vfs-sandbox.jar. The webdav support is provided by > commons-vfs-sandbox.jar, see http://commons.apache.org/vfs/index.html : "Due > to some technical reasons we had to move the webdav and jcifs (smb) > filesystem to the sandbox. So if you need one of these filesystems you have > to build VFS manually." > Ivy does not come with commons-vfs-sandbox.jar and I believe it should in > order to prevent its users from the hassle of building commons-vfs > themselves. I myself built it from commons-vfs 1.0 source. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (IVY-643) Ship ivy with commons-vfs-sandbox.jar, because it provides the webdav support
[ https://issues.apache.org/jira/browse/IVY-643?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Ivan "Rambius" Ivanov updated IVY-643: -- David, the Subversion server or more specifically mod_dav_svn implements a superset of the WebDAV specification and it is called Delta V and is available as an RFC draft. Delta V deals mainly with versioning as this topic was exlcuded from the original WebDAV protocol because of its complexity. There are fully complaint Delta V servers and clients and Subversion does not fully comply as well. Anyway, Subversion support all WebDAV requests plus some of the Delta V ones. You can technically send a dav PUT request to a Subverion/mod_dav_svn, but it will reject it. The reason is that Delta V says that before you PUT a file, you have to do a CHECKOUT request on it. This is roughly how it works. Anyway, Subversion can be configured to work as a WebDAV server, thus accepting generic WebDAV requests. The configuration is described in Appendix C "WebDAV and Autoversioning" [1], section "Autoversioning", [2] in the Subversion book. Use the directive SVNAutoversioning on in your httpd.conf to turn autoversioning on. Now, if you send for example a PUT request for a file, it will do all the Delta V hassle to CHECKOUT the file, PUT it and CHECKIN. Subversion also assign auto-generated comments to such files. Thus an ordinary webdav client can use the SVN repository. [1] http://svnbook.red-bean.com/en/1.4/svn.webdav.html [2] http://svnbook.red-bean.com/en/1.4/svn.webdav.autoversioning.html > Ship ivy with commons-vfs-sandbox.jar, because it provides the webdav support > - > > Key: IVY-643 > URL: https://issues.apache.org/jira/browse/IVY-643 > Project: Ivy > Issue Type: Improvement > Components: Core >Affects Versions: 2.0.0-alpha-2 >Reporter: Ivan "Rambius" Ivanov > > The commons-vsf project has been split into commons-vfs.jar and > commons-vfs-sandbox.jar. The webdav support is provided by > commons-vfs-sandbox.jar, see http://commons.apache.org/vfs/index.html : "Due > to some technical reasons we had to move the webdav and jcifs (smb) > filesystem to the sandbox. So if you need one of these filesystems you have > to build VFS manually." > Ivy does not come with commons-vfs-sandbox.jar and I believe it should in > order to prevent its users from the hassle of building commons-vfs > themselves. I myself built it from commons-vfs 1.0 source. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (IVY-795) default to current user name in ssh/sftp resolver
default to current user name in ssh/sftp resolver - Key: IVY-795 URL: https://issues.apache.org/jira/browse/IVY-795 Project: Ivy Issue Type: Improvement Components: Core Affects Versions: 2.0.0-beta-2 Reporter: Marcus Better Priority: Minor When using the ssh or sftp resolvers, the "user" attribute does not have a default value. It should default to the current user, just like the ssh program does. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (IVY-793) faq.html missing in apache-ivy-2.0.0-beta2-bin-with-deps.zip
[ https://issues.apache.org/jira/browse/IVY-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587141#action_12587141 ] Rocko commented on IVY-793: --- I don't mind where it goes, but it is linked directly in tutorial.html. So, if I go to the doc folder and open tutorial.html locally, the FAQ-Link contained is dead. I haven't checked if faq.html is linked that way in others documents as well, but because of the link it appeared to me, that it should have been distributed with the documentation. As I don't know about how the file distribution is organzised, I can't recommend what's best, but it looks to me like fixing the link in tutorial.html is the easiest. > faq.html missing in apache-ivy-2.0.0-beta2-bin-with-deps.zip > > > Key: IVY-793 > URL: https://issues.apache.org/jira/browse/IVY-793 > Project: Ivy > Issue Type: Bug > Components: Documentation >Affects Versions: 2.0.0-beta-2 > Environment: WinXP >Reporter: Rocko >Priority: Trivial > > It seems like faq.html is not included in the > apache-ivy-2.0.0-beta2-bin-with-deps.zip -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (IVY-482) Use a property instead of hardcoded values for version numbers
[ https://issues.apache.org/jira/browse/IVY-482?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587082#action_12587082 ] Xavier Hanin commented on IVY-482: -- Which version numbers are we talking about here? > Use a property instead of hardcoded values for version numbers > -- > > Key: IVY-482 > URL: https://issues.apache.org/jira/browse/IVY-482 > Project: Ivy > Issue Type: Improvement >Affects Versions: 2.0.0-alpha-2 > Environment: all >Reporter: Kev Jackson >Assignee: Maarten Coene >Priority: Minor > Fix For: 2.0.0-beta-1 > > > Use a property instead of hardcoded values for version numbers -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (IVY-793) faq.html missing in apache-ivy-2.0.0-beta2-bin-with-deps.zip
[ https://issues.apache.org/jira/browse/IVY-793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12587081#action_12587081 ] Xavier Hanin commented on IVY-793: -- faq.html is in ivy-site, not ivy documentation. We package only ivy documentation with ivy distribs, not the whole site. So I think we can either close this issue as won't fix, or consider moving the faq to ivy documentation instead of the site. What do you think? > faq.html missing in apache-ivy-2.0.0-beta2-bin-with-deps.zip > > > Key: IVY-793 > URL: https://issues.apache.org/jira/browse/IVY-793 > Project: Ivy > Issue Type: Bug > Components: Documentation >Affects Versions: 2.0.0-beta-2 > Environment: WinXP >Reporter: Rocko >Priority: Trivial > > It seems like faq.html is not included in the > apache-ivy-2.0.0-beta2-bin-with-deps.zip -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.