Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
@Gary as mentionned there are matches but also notice several vendors (most) abandonned the game due to the new governance so dont expect as much choices as before. Le mer. 28 déc. 2022 à 07:24, Richard Zowalla a écrit : > There is a Jakarta artifact available for Narayana: narayana-jta-jakarta > > For the SPI: jboss-transaction-spi-jakarta > > (because JBoss plays the namespace game with their app server ;-) ) > > Geronimo most likely also provides a Jakarta version or (if it is only > API) can be replaced by the Jakarta artifact. > > Gruß > Richard > > > Am 27. Dezember 2022 22:54:40 MEZ schrieb Romain Manni-Bucau < > rmannibu...@gmail.com>: >> >> @Emmanuel Bourg you can use jakarta artifacts directly >> for dbcp or tomee ones which provides jakarta namespace. >> >> Le mar. 27 déc. 2022 à 22:28, Emmanuel Bourg a écrit : >> >> I tried to replace javax with jakarta in DBCP, the less trivial part is >>> to find a replacement for the test dependencies: >>> - org.apache.geronimo.modules:geronimo-transaction >>> - org.jboss.narayana.jta:narayana-jta >>> - and maybe org.jboss:jboss-transaction-spi >>> >>> Or we disable the transaction tests temporarily to publish quickly a >>> Jakarta variant. >>> >>> Emmanuel Bourg >>> -- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >>>
Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
There is a Jakarta artifact available for Narayana: narayana-jta-jakarta For the SPI: jboss-transaction-spi-jakarta (because JBoss plays the namespace game with their app server ;-) ) Geronimo most likely also provides a Jakarta version or (if it is only API) can be replaced by the Jakarta artifact. Gruß Richard Am 27. Dezember 2022 22:54:40 MEZ schrieb Romain Manni-Bucau : >@Emmanuel Bourg you can use jakarta artifacts directly >for dbcp or tomee ones which provides jakarta namespace. > >Le mar. 27 déc. 2022 à 22:28, Emmanuel Bourg a écrit : > >> I tried to replace javax with jakarta in DBCP, the less trivial part is >> to find a replacement for the test dependencies: >> - org.apache.geronimo.modules:geronimo-transaction >> - org.jboss.narayana.jta:narayana-jta >> - and maybe org.jboss:jboss-transaction-spi >> >> Or we disable the transaction tests temporarily to publish quickly a >> Jakarta variant. >> >> Emmanuel Bourg >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >>
Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
There is non point in doing this "quickly", if there is no match in the namespace game for the test dependencies, it only goes to prove that the whole ecosystem has not progressed far enough or is mature enough. Gary On Tue, Dec 27, 2022, 16:28 Emmanuel Bourg wrote: > I tried to replace javax with jakarta in DBCP, the less trivial part is > to find a replacement for the test dependencies: > - org.apache.geronimo.modules:geronimo-transaction > - org.jboss.narayana.jta:narayana-jta > - and maybe org.jboss:jboss-transaction-spi > > Or we disable the transaction tests temporarily to publish quickly a > Jakarta variant. > > Emmanuel Bourg > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [math] contribution proposal for multivariate functions optimization (2)
Hi. Le mar. 27 déc. 2022 à 23:30, François Laferrière a écrit : > > Hello, > I am finally done with a draft version of multivariate optimizers (gradient > descent, Newton-Raphson, BFGS) that fits the legacy API design and class > hierarchy. Thanks! > The new code is compliant with checkstyle rule. > My question is : "what's next?". Post the code somewhere so that it can be reviewed. :-) > I suppose that I should have access to a specific git branch so that I can > submit my code as a pull request? Is there a reason not to use the "master" branch? > Or is there another specific process? Providing a patch through JIRA is also possible (cf. below). > By the way, I have not been able to create a JIRA account. Instructions are here: https://infra.apache.org/jira-guidelines.html#who Best, Gilles >>> [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [ANNOUNCE] Commons Math 4.0-beta1
Hi. Le mar. 27 déc. 2022 à 16:00, Bill Igoe a écrit : > > I noted the beta on maven. Should I delete the older version from the POM > file? Do you mean version 3.6.1 ? > I now have both in my code; > > Also is it appropriate to ask a question on the LevenbergMarquardtOptimizer > in this forum? Better start another thread for that one, on the "user" ML: https://commons.apache.org/mail-lists.html with "[Math]" as prefix in the "Subject:" line. Thanks, Gilles > [...] - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [math] contribution proposal for multivariate functions optimization (2)
Hello, I am finally done with a draft version of multivariate optimizers (gradient descent, Newton-Raphson, BFGS) that fits the legacy API design and class hierarchy. The new code is compliant with checkstyle rule. My question is : "what's next?". I suppose that I should have access to a specific git branch so that I can submit my code as a pull request? Or is there another specific process? By the way, I have not been able to create a JIRA account. Many thanks in advance François Laferrière Le vendredi 21 octobre 2022 à 15:47:51 UTC+2, Gilles Sadowski a écrit : Hello. I haven't looked at the code, but thanks for your interest in contributing to Commons Math. The more straightforward path is indeed to adapt your code to what is currently in the "...legacy" module. However, you can really consider the other venue, i.e. a design specific to this family of optimizers to be defined in a separate module. [In the current "legacy" code we tried to share as much code as possible, but this has led to various design issues.] Which is best is certainly not clear-cut. My hope is that starting from a clean slate may help us make progress on several aspects of the library that we wanted to change anyways[1] (as per the JIRA records). Regards, Gilles [1] For example, usage of external matrix algebra implementations. Le ven. 21 oct. 2022 à 15:30, François Laferrière a écrit : > > Hello Alex, > Ichecked the architecture of MultivariateOptimizer family to compareto what I > have done so far. I think that what I have done can berefactored to fit in > the general framework as extension ofGradientMultivariateOptimizer even > though, main differences are : > - > There is no need to provide explicit gradient function, as it can be computed > with finite difference (secant approximation to partial derivative). > > - > There is a need to compute the Hessian matrix. In the same way, it is > computed with finite differences. > > - > My approach uses of an extension of MultivariateFunction that have methods to > provide gradient and hessian. But that is perhaps not a so good idea: it > would be better to provide generic gradient and hessian classes that are > operator applied to plain MultivariateFunction. > > > I also have already written tests to cover at least all nominalcases and a > few error cases. Now that I know where to put my code, Iwill integrate it in > ACM clone (with all tests) and try to refactorit until it fit seamlessly in > ACM classes and concepts. > > This may take a while. > > Yours truly > François Laferrière > > Le jeudi 20 octobre 2022 à 20:18:46 UTC+2, Alex Herbert > a écrit : > > Hi, > > Thanks for the interest in Commons Math. > > Currently all the optimisation code is in commons-math-legacy. I think > the gradient based methods would fit in: > > org.apache.commons.math4.legacy.optim.nonlinear.scalar.gradient > > Can your implementations be adapted to work with the existing > interfaces? The decision to move the entire 'optim' package to a new > module allows a redesign of interfaces. The old and new can coexist > but ideally we would want to support only one optimisation > architecture. Have a look at the current classes and let us know what > you think. > > Regards, > > Alex > > > > On Thu, 20 Oct 2022 at 15:36, François Laferrière > wrote: > > > > Hello, > > Sorry, previous message was a mess > > Based on Apache common math, I have implemented some commonplace > > optimization algorithms that could be integrated in ACM. This includes > > > > - Gradient Descent (en.wikipedia.org/wiki/Gradient_descent) > > > > - Newton Raphson > >(https://en.wikipedia.org/wiki/Newton's_method_in_optimization) > > > > - BFGS > >(https://en.wikipedia.org/wiki/Broyden–Fletcher–Goldfarb–Shanno_algorithm) > > > > They are implemented in such a way that other algorithms of the same family > > (Newton) can be implemented easily from existing building blocks. > > I clone http://gitbox.apache.org/repos/asf/commons-math.git but I am a bit > > lost in the module structure. Should I put my code in one existing > > commons-math4-* module (if so which one?) or should I create a new module > > (for instance commons-math-optimization) ? > > Many thanks in advance > > François Laferrière > > > > > > - > 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
Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
@Emmanuel Bourg you can use jakarta artifacts directly for dbcp or tomee ones which provides jakarta namespace. Le mar. 27 déc. 2022 à 22:28, Emmanuel Bourg a écrit : > I tried to replace javax with jakarta in DBCP, the less trivial part is > to find a replacement for the test dependencies: > - org.apache.geronimo.modules:geronimo-transaction > - org.jboss.narayana.jta:narayana-jta > - and maybe org.jboss:jboss-transaction-spi > > Or we disable the transaction tests temporarily to publish quickly a > Jakarta variant. > > Emmanuel Bourg > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
I tried to replace javax with jakarta in DBCP, the less trivial part is to find a replacement for the test dependencies: - org.apache.geronimo.modules:geronimo-transaction - org.jboss.narayana.jta:narayana-jta - and maybe org.jboss:jboss-transaction-spi Or we disable the transaction tests temporarily to publish quickly a Jakarta variant. Emmanuel Bourg - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [ANNOUNCE] Commons Math 4.0-beta1
I noted the beta on maven. Should I delete the older version from the POM file? I now have both in my code; Also is it appropriate to ask a question on the LevenbergMarquardtOptimizer in this forum? If so, in the LeastSquaresOptimizer.Optimum object what is the appropriate value for the getSigmas function? I assume the function returns the standard error for each of the estimated coefficients. Have a Happy New Year! Bill On Thu, Dec 22, 2022 at 2:45 PM Gilles Sadowski wrote: > More than 6.5 years after the last release, the ASF "Commons" > team is pleased to announce the availability of > Commons Math (version 4.0-beta1) > > The release notes can be reviewed at > https://www.apache.org/dist/commons/math/RELEASE-NOTES.txt > > Distribution packages can be downloaded from > https://commons.apache.org/math/download_math.cgi > > When downloading, please verify signatures using > https://downloads.apache.org/commons/KEYS > > Maven artifacts are also available from the Maven Central repository: > https://repo.maven.apache.org/maven2/org/apache/commons > > > Best regards, > Gilles (for the "Commons" PMC) > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >