[jira] Commented: (COMPRESS-36) Add Zip64 Suport
[ https://issues.apache.org/jira/browse/COMPRESS-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12864639#action_12864639 ] Stefan Bodewig commented on COMPRESS-36: Unfortunately neither of the commons-compress developers has found the time to implement it, yet. And nobody else has stepped up to provide patches. Since 1.1 is supposed to be released soon, this will not make it into the release. > Add Zip64 Suport > > > Key: COMPRESS-36 > URL: https://issues.apache.org/jira/browse/COMPRESS-36 > Project: Commons Compress > Issue Type: New Feature >Reporter: Christian Grobmeier > > Add Zip64 support. This will make it work to deal with zipfiles > 2 GB. > Planned for compress 1.1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (COMMONSSITE-55) Enable deployment to local folder
[
https://issues.apache.org/jira/browse/COMMONSSITE-55?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12864591#action_12864591
]
Sebb commented on COMMONSSITE-55:
-
For example, the following profile could be added to commons-parent:
{code}
localdeploy
id::default::file:${user.home}/${commons.componentid}
{code}
> Enable deployment to local folder
> -
>
> Key: COMMONSSITE-55
> URL: https://issues.apache.org/jira/browse/COMMONSSITE-55
> Project: Commons All
> Issue Type: New Feature
> Components: Commons Parent Pom
>Reporter: Sebb
>
> The Maven deploy plugin supports the file: protocol.
> This would be very useful for testing deployment without needing to connect
> to people.a.o.
> If the artifacts look OK, they could then be packed and uploaded as described
> in
> http://commons.apache.org/releases/prepare.html#Create_the_Release_Candidate_Website,
> but with the benefit that the generated artifacts are guaranteed to be the
> same.
> Patch to follow.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (COMPRESS-36) Add Zip64 Suport
[ https://issues.apache.org/jira/browse/COMPRESS-36?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12864481#action_12864481 ] Paco Avila commented on COMPRESS-36: Is this improvement scheduled for 1.1 ? > Add Zip64 Suport > > > Key: COMPRESS-36 > URL: https://issues.apache.org/jira/browse/COMPRESS-36 > Project: Commons Compress > Issue Type: New Feature >Reporter: Christian Grobmeier > > Add Zip64 support. This will make it work to deal with zipfiles > 2 GB. > Planned for compress 1.1 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (LANG-622) StringUtils.lastIndexOfAnyBut() function desired
StringUtils.lastIndexOfAnyBut() function desired Key: LANG-622 URL: https://issues.apache.org/jira/browse/LANG-622 Project: Commons Lang Issue Type: Improvement Reporter: david cogen Priority: Minor class StringUtils needs the function lastIndexOfAnyBut() This would be like indexOfAnyBut() except searches from the end rather than the beginning. It would be like lastIndexOfAny() except looks for a character other than those in the string rather than for those in the string. This is the only one of the four combinations of "from beginning"/"from end" and "for any"/"for any but" that is not provided. Interestingly, the class header doc. mentions "LastIndexOfAnyBut" but the function does not exist - even as a private, as determined by class introspection. (This is not a frivolous request. I actually did need this function and ended up having to code a search loop.) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (DAEMON-146) -Xms and -Xmx are included twice
[ https://issues.apache.org/jira/browse/DAEMON-146?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Sebb updated DAEMON-146: Attachment: daemon-146.patch Patch to stop double reporting of -Xms/mx/ss options > -Xms and -Xmx are included twice > - > > Key: DAEMON-146 > URL: https://issues.apache.org/jira/browse/DAEMON-146 > Project: Commons Daemon > Issue Type: Bug > Components: Procrun >Reporter: David Newcomb >Priority: Minor > Fix For: 1.0.3 > > Attachments: daemon-146.patch > > > Command line: > "C:\Data\tomcat\bin\tomcat6.exe" //US//Tomcat ^ > --Description "Apache Tomcat - Company App" ^ > --StartClass org.apache.catalina.startup.Bootstrap ^ > --StopClass org.apache.catalina.startup.Bootstrap ^ > --StartParams start ^ > --StopParams stop ^ > --DependsOn MySQL ^ > --StartMode jvm ^ > --StopMode jvm ^ > --JvmOptions "-Dcatalina.base=C:\Data\tomcat" ^ > --JvmOptions "-Dcatalina.home=C:\Data\tomcat" ^ > --JvmOptions "-Djava.endorsed.dirs=C:\Data\tomcat\endorsed" ^ > --JvmOptions "-Djava.io.tmpdir=C:\Data\tomcat\temp" ^ > --JvmOptions > "-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager" ^ > --JvmOptions > "-Djava.util.logging.config.file=C:\Data\tomcat\conf\logging.properties" ^ > --JvmOptions "-Dcom.sun.management.jmxremote" ^ > --JvmOptions "-Dcom.sun.management.jmxremote.port=8181" ^ > --JvmOptions "-Dcom.sun.management.jmxremote.authenticate=false" ^ > --JvmOptions "-Dcom.sun.management.jmxremote.ssl=false" ^ > --JvmOptions "-XX:+HeapDumpOnOutOfMemoryError" ^ > --JvmMs 256 ^ > --JvmMx 512 ^ > --Jvm c:\data\java\bin\server\jvm.dll ^ > --JavaHome c:\data\java ^ > --Startup auto > Produces debug of: > [2010-03-18 10:11:15] [debug] ( prunsrv.c:1412) Commons Daemon procrun log > initialized > [2010-03-18 10:11:15] [info] Commons Daemon procrun (1.0.3.0) started > [2010-03-18 10:11:15] [info] Running 'Tomcat' Service... > [2010-03-18 10:11:15] [debug] ( prunsrv.c:1189) Inside ServiceMain... > [2010-03-18 10:11:15] [info] Starting service... > [2010-03-18 10:11:15] [debug] ( javajni.c:441 ) Jvm Option[0] -Xms256m > [2010-03-18 10:11:15] [debug] ( javajni.c:447 ) Jvm Option[1] -Xmx512m > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[2] > -Dcatalina.base=C:\Data\tomcat > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[3] > -Dcatalina.home=C:\Data\tomcat > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[4] > -Djava.endorsed.dirs=C:\Data\tomcat\endorsed > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[5] > -Djava.io.tmpdir=C:\Data\tomcat\temp > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[6] > -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[7] > -Djava.util.logging.config.file=C:\Data\tomcat\conf\logging.properties > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[8] > -Dcom.sun.management.jmxremote > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[9] > -Dcom.sun.management.jmxremote.port=8181 > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[10] > -Dcom.sun.management.jmxremote.authenticate=false > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[11] > -Dcom.sun.management.jmxremote.ssl=false > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[12] > -XX:+HeapDumpOnOutOfMemoryError > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[13] > -Djava.class.path= > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[14] -Xms256m > [2010-03-18 10:11:15] [debug] ( javajni.c:456 ) Jvm Option[15] -Xmx512m > [2010-03-18 10:11:16] [error] ( javajni.c:611 ) FindClass > org/apache/catalina/startup/Bootstrap failed > [2010-03-18 10:11:16] [error] ( prunsrv.c:999 ) Failed loading main > org/apache/catalina/startup/Bootstrap class > [2010-03-18 10:11:16] [error] ( prunsrv.c:1304) ServiceStart returned 3 > [2010-03-18 10:11:16] [info] Run service finished. > [2010-03-18 10:11:16] [error] ( prunsrv.c:1477) Commons Daemon procrun failed > with exit value: 4 > Xms and Xmx are specified twice. > There is also no space between Xms 256m and Xmx 512m. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
