+1 to this argunentation. We should reduce the dependency surface as much as
possible.
Am 4. November 2024 09:27:24 MEZ schrieb Emmanuel Bourg :
>Le 02/11/2024 à 13:19, Gilles Sadowski a écrit :
>
>> My question was and still is: Can modularization help?
>
>Modularization is very much needed fo
+1 to sebb.
Am 2. November 2024 10:27:39 MEZ schrieb sebb :
>On Sat, 2 Nov 2024 at 09:11, Tushar Kapila wrote:
>>
>> If you only want code that is used, you can use an obfuscator? Using
>> dependencies is the way to go, IMHO. Keep concerns tight. Change in one
>> place in case of bugs and vulner
discussiom thread on the list and find a
consensus-based solution?
IMHO (from a consumer pov) the addition of >1mb of dependencies is unfortunate.
Gruß
Richard
Am 1. November 2024 20:04:33 MEZ schrieb Gary Gregory :
>Emanuel,
>
>-1 you are duplicating code (again) as a one-off wh
actual CnP is totally fine.
Gruß
Richard
Am 1. November 2024 15:22:07 MEZ schrieb Emmanuel Bourg :
>Hi Gary,
>
>Le 01/11/2024 à 14:22, Gary D. Gregory a écrit :
>> There has been no revert from the committer since the -1 on October 24, so I
>> will revert. This affects 11 J
My 2 cents are: BeanUtils is often used in the EE ecosystem EE 9.1 targets
8/11, EE 10 targets 11/17, EE 11 targets 17 or higher.
People are still doing the EE8 to 9.1/10 move (thanks to the name change). So
perhaps 11 or 17 would be a good fit for a baseline version.
Gruß
Richard
Am 14
From a spec view:
Baseline for Jakarta EE 10 would be Java 11. Jakarta EE 9 is still Java 8
(namespace Change only)
Gruß
Richard
Am 21. Juli 2023 18:10:48 MESZ schrieb Elliotte Rusty Harold
:
>Absolutely not Java 17. There are really big companies still on Java
>11, and I have no id
David wrote something similar on the tomee dev@ list [1].
So perhaps it would be worth to just provide a jakarta capable package?
[1] https://lists.apache.org/thread/gkmrdlwo1gpbzogqvrdyq1zqqt6pompc
Am Montag, dem 19.06.2023 um 14:09 +0200 schrieb Emmanuel Bourg:
> On 26/05/2023 12:20, Romain Man
Hey Romain,
thanks for the info regarding the historic back story ;)
So perhaps time to drop it, i will take that on the TomEE list.
Gruß
Richard
Am Freitag, dem 26.05.2023 um 12:20 +0200 schrieb Romain Manni-Bucau:
> Hi Richard,
>
> TomEE can drop managed package legacy dependency
s a theoretical issue.
Gruß
Richard
Am Freitag, dem 26.05.2023 um 12:08 +0200 schrieb Emmanuel Bourg:
> Le 11/05/2023 à 15:56, Richard Zowalla a écrit :
> > Hi,
> >
> > do we have any updates?
> >
> > How can I help to get a dbcp version supporting Jakarta
Hi,
do we have any updates?
How can I help to get a dbcp version supporting Jakarta namespace?
Emmanuel outlined a possible appraoch. How can we move forward with it?
Thanks & Gruß
Richard
On 2022/12/30 12:52:45 Richard Zowalla wrote:
> Thanks a lot, Emmanuel! 🎉🎉🎉
>
> It
Great news, Gary!
Very much appreciated.
Gruß
Richard
Am Donnerstag, dem 19.01.2023 um 06:11 -0500 schrieb Gary Gregory:
> Patience ;-) I am in the middle of releasing Commons Crypto. I can
> take a
> look this weekend and see what our options are...
>
> Gary
>
> On Thu
So what do we need to move forward with this once? :-)
Gruß
Richard
Am Sonntag, dem 01.01.2023 um 17:09 +0100 schrieb Jean-Baptiste Onofré:
> It looks good to me.
>
> Thanks,
> Regards
> JB
>
> On Sat, Dec 31, 2022 at 12:15 PM Emmanuel Bourg
> wrote:
> >
I guess, that it would need some tests to show, that it is working
correctly? Otherwise it would raise similar concerns as for the PR
using Maven Shading to achieve the transition.
Gruß
Richard
P.S. Build is currently failing for that one.
Am Samstag, dem 31.12.2022 um 12:15 +0100 schrieb
Thanks a lot, Emmanuel! 🎉🎉🎉
It looks good to me!
Gruß
Richard
Am Donnerstag, dem 29.12.2022 um 22:02 +0100 schrieb Emmanuel Bourg:
> Thank you, it works perfectly now.
>
> I've pushed the changes to:
>
> https://github.com/ebourg/commons-dbcp/tree/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
-ee-8-high-perfor
> mance>
>
>
> Le lun. 19 déc. 2022 à 21:23, Gary Gregory a
> écrit :
>
> > I feel like we're going around in circles. Do you not agree my the
> > path I previously outlined?
> >
> > Gary
> >
> > On Mon,
to make it happen. If it requires to make a dbcp3
due to commons rule set (binary compat) and relocation isn't an option, so be
it.
Nevertheless, I would appreciate some perspective, so we can deal with it on
our side :-) (and as already said: I am happy to help / contribute, if needed)
Gruß
P 3, on Java 8 for now but
>considering Java 11 maybe. Do consider that the Commons community is small
>and I would not want to support concurrent support and releases on bothe
>DBCP 2 and 3.
>
>Gary
>
>Gary
>
>On Sat, Dec 17, 2022, 14:12 Richard Zowalla wrote:
consensus for a route, I am happy to work on it / make it
happen via related PRs but would need some guideance on the best way to
move forward.
Gruß
Richard
Am Freitag, dem 16.12.2022 um 20:56 +0100 schrieb Romain Manni-Bucau:
> If not done in new classes (both can live in the same lib
> techn
x27;t present) :-)
Aside from that fact, method signatures might also change from javax ->
jakarta, which would require a short investigation and usage of the existing
tooling to see if this happens.
From a commons point of view that would mean to go for dbcp3, right?
Gruß
Richard
[1
avax) and cherry pick changes
between them.
(d) Abandon javax and move on
(e) Something else?
Any thoughts, ideas, visions regarding that topic?
Gruß
Richard
[1] https://github.com/apache/commons-dbcp/pull/248
-
To unsubscrib
rstand the need for a strict spec-following version to be the default
one.
However, I indeed support the semicolon-less alternative to be available
for developers wishing to use this option.
Let's take the time to discuss it ;-)
Best regards,
Richard
Le sam. 21 mai 2022 à 06:25, Bruno Kin
if used with decimal entities.
That's the point of my commit, nothing more than that.
I hope this little explanation might help you make your opinion.
Thanks in advance,
Richard
Le mar. 10 mai 2022 à 09:48, Richard BUNEL a écrit :
> Hi everyone,
>
> We're having a debate (in t
I pointed that my fix only makes the unsecaping work correctly with
decimal entities, so in my opinion the PR shouldn't be blocked by the
debate.
What's your opinion about it ?
Thanks !
Richard
https://github.com/apache/commons-text/pull/310
changes
in the coming weeks.
So my questions are:
(1) Do I need to set up a JIRA ticket for this?
(2) What other lists should I subscribe to for these purposes?
(3) What do I do next? I've created a pull request. Please let me know.
Thanks,
Richard
--
*"Use no way as your way, no style as your style."*
Bruce Lee
t belong in Commons?
One thing for Richard et al to think / comment about: joining us
means helping out on reviewing other component releases, discussions
like this, improving our release process, web site, etc. Are you
guys up for this?
Phil
That you for all of the feedback. To address some of
ons is the only place that
is really taking subprojects within its area of responsibility. There is
a community behind Droids, but not sure it's to the level of its own TLP.
Richard
-
To unsubscribe, e-mail: dev-unsubscr...@co
to start a discussion with the correct parts of Commons to
see if they are interested, and what it would take to make the move if
both parties agree.
Thanks,
Richard
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
'll
implement them in the next week or two.
Also, how about merging in some of commons primitives, seeing as
that project seems dead now?
Richard
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For
another
release in the next few months? If so, I'd be happy to re-examine the
patches provided, add unit tests, etc. and submit the appropriate
patches. If not, I won't waste my time,
Regards,
Richard
-
To unsubscribe, e
James Carman writes:
> Ok, thanks, Richard! That'd be great! What we need to do is come up
> with a plan.
How out-of-date is the JIRA list?
https://issues.apache.org/jira/secure/IssueNavigator.jspa?reset=true&mode=hide&sorter/order=DESC&sorter/field=priority&resolu
is last year before getting distracted. I did't
see much point in continuing given that a release looked to be an age
away. e.g. I put in a patch for generifying iterators in January and it
still hasn't been looked at. If a committer with rights and experience is
able to devote time I'm st
eCommand.java:108)
at
lisa.server.core.command.type.BaseLisaCommand.execute(BaseLisaCommand.java:139)
at
lisa.server.core.command.type.BaseLisaCommand.call(BaseLisaCommand.java:106)
at EDU.oswego.cs.dl.util.concurrent.FutureResult$1.run(Unknown Source)
at EDU.oswego.cs.dl.util.
On http://commons.apache.org/vfs/download.html it says:
To obtain the Commons VFS source ... Download a nightly source snapshot from
http://people.apache.org/builds/commons/nightly/commons-vfs/
But there's nothing in the list more recent than July 2007. Why?
Ri
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 commons-discovery has an issue affecting its community integration.
This issue af
and '-'s are useful (e.g. English and Lisp)
Richard
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stephen Kestle writes:
> [EMAIL PROTECTED] wrote:
> > What about Collections?
> I'll try to find to do at least a patch a week, eh?
Cool! I'll try and keep you busy :)
Richard
-
To unsubscribe, e-mail:
Henri Yandell writes:
> In Lang's case, it's more of a playground than an active release branch.
What about Collections?
> JIRA has a LangTwo version with the various ideas in, many without
> code.
I'll try and see if I can attach some patches to these to get th
o see this happen. Given
this:
1. What is the expected release timetable for each of these
branches?
2. What should I concentrate my efforts on in terms of patches?
Or should I just work down the roadmap bug list?
Richard
---
39 matches
Mail list logo
