Re: [statistics] move code from math4.stat.regression to commons-statistics-regression
Hello. Le sam. 15 juil. 2023 à 22:18, Dimitrios Efthymiou a écrit : > > hello everyone. I noticed that the common-statistics-regression module > has no code. Work started as a GSoC project 4 years ago (see e.g. [1]) but code did not reach a state where it could be committed. > Does that mean that we should start moving classes from > \commons-math\commons-math-legacy\src\main\java\org\apache\commons\math4\legacy\stat\ > regression > to > \commons-statistics\commons-statistics-descriptive\src\main\java\org\apache\commons\statistics\ > regression ? Sure, you can do it in your local copy and start experimenting, but I'd suggest to do it "incrementally" (discuss and agree on the new design before making any PR). Regards, Gilles [1] https://issues.apache.org/jira/browse/STATISTICS-11 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [statistics] move code from math4.stat to commons-statistics
Hello. Le sam. 15 juil. 2023 à 22:15, Dimitrios Efthymiou a écrit : > > hello everyone. I noticed that the common-statistics-descriptive module > has no code. Does that mean that we should start moving classes from > \commons-math\commons-math-legacy\src\main\java\org\apache\commons\math4\legacy\stat\descriptive > to > \commons-statistics\commons-statistics-descriptive\src\main\java\org\apache\commons\statistics\descriptive? Anirudh works on adding functionality[1] to the "descriptive" module as part of GSoC 2023. Most the communication about this happens (unfortunately) on a "Slack" channel. [Hopefully, Anirudh will reply to this post and provide an update on the current status.] Regards, Gilles [1] https://issues.apache.org/jira/browse/STATISTICS-71 - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[statistics] move code from math4.stat.regression to commons-statistics-regression
hello everyone. I noticed that the common-statistics-regression module has no code. Does that mean that we should start moving classes from \commons-math\commons-math-legacy\src\main\java\org\apache\commons\math4\legacy\stat\ regression to \commons-statistics\commons-statistics-descriptive\src\main\java\org\apache\commons\statistics\ regression ? thank you
[statistics] move code from math4.stat to commons-statistics
hello everyone. I noticed that the common-statistics-descriptive module has no code. Does that mean that we should start moving classes from \commons-math\commons-math-legacy\src\main\java\org\apache\commons\math4\legacy\stat\descriptive to \commons-statistics\commons-statistics-descriptive\src\main\java\org\apache\commons\statistics\descriptive? thank you
Re: Commons Security List mail address on Commons Mailing Lists is wrong
Thanks very much; fixed. On Sat, 15 Jul 2023 at 17:15, wrote: > > Hello, > > it appears the mail address for the "Commons Security List" on > https://commons.apache.org/mail-lists.html which is specified by the > "Post" link in the table is wrong; it erroneously refers to > u...@commons.apache.org > > Kind regards > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Commons Security List mail address on Commons Mailing Lists is wrong
Hello, it appears the mail address for the "Commons Security List" on https://commons.apache.org/mail-lists.html which is specified by the "Post" link in the table is wrong; it erroneously refers to u...@commons.apache.org Kind regards - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-fileupload2-jakarta
On 11/07/2023 12:57, Eugene Grybinnyk wrote: We tried to get rid of commons-fileupload in favour of Servlet API for our project where we disable multipart and use streaming (not to store files on the disk). And it looks like Servlet API doesn’t provide a convenient way of streaming the attachments (like commons-fileupload does) so in the end we concluded that we need to implement something similar to what we get from commons-fileupload OR to wait for version commons-fileupload:2.0. streaming is a good use case for commons-fileupload, thank you for mentioning it. I think we should highlight the differences between the Servlet API and commons-fileupload on the website, and encourage using the standard API if neither streaming nor upload progression is required. Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: commons-fileupload2-jakarta
On 12/07/2023 13:27, Martin Tzvetanov Grigorov wrote: Last time when I tried to replace Commons Fileupload with pure Servlet API I faced these issues: 1) The Servlet API does not provide hooks to follow the upload progress To display a progress bar on the client side? 2) The Servlet API does not provide a way to cleanup after processing the uploaded files, i.e. the commons-fileupload Cleaner Isn't the temp file cleaning automatically handled by the Servlet container? The API user shouldn't have to care about that. Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
