On 1/05/15 10:22, Bruno P. Kinoshita wrote:
> Since I joined Commons I've had a special interest in [jelly] due to its
> importance in the Jenkins project.
>
> Jenkins uses a patched version of [jelly]. Kohsuke, creator of Jenkins,
> is/was a Commons committer too, and submitted some issues. I
On 17 oct. 2014, at 20:48, "Rory O'Donnell" wrote:
> Let me try one at a time - commons-jelly attached.
>
> Rgds,Rory
> On 17/10/2014 19:22, Paul Libbrecht wrote:
>> Rory,
>>
>> I see no attachments here. Can you post it to some web-place please?
>
Rory,
I see no attachments here. Can you post it to some web-place please?
paul
On 17 oct. 2014, at 10:42, Rory O'Donnell wrote:
> Hi Benedict,
>
> As I already mentioned we have prepared guidance on migrating some of the
> more common usage patterns of JDK-internal APIs
> to supported publ
Phil,
> The proposal is not to move it anywhere, just designate it as
> dormant so people know no one is currently working on it. Honestly,
> it is basically *acknowledging* its currently dead state.
Absolutely!
> If you intend to work on it, you can commit to the svn file hen posted top
> of t
Le 15 oct. 2013 à 07:33, Dave Brosius a écrit :
> I couldn't disagree more. Dormant/attic means the project has leprosy. I
> don't know the answer to this, but wondering, has there ever been a commit to
> an attic'ed project? I personally would never think of doing that.
As probably the only pe
Being a happy user of BeanShell (in the jEdit world) and being a sleepy Apache
Commons committer. I'm all in favor of seeing beanshell come in here.
paul
On 28 mai 2013, at 09:34, Simone Tripodi wrote:
> Hi all PMC members,
>
> I started a VOTE thread in general@incubator to accept BeanShell i
With what project Jochen?
paul
On 24 mai 2013, at 09:46, Jochen Wiedmann wrote:
> Hi,
>
> for those of you who don't know it, this pointer:
>
> http://semver.org/
>
> IMO, it is what we basically do, without expressing it so well.
>
> Jochen
>
> --
> "That's what prayers are ... it's frig
Javamelody a part of apache-commons?
That would feel really cool to my eyes.
pual
On 16 févr. 2013, at 20:54, Emeric wrote:
> Hi,
>
> To be a bit more precise, the license of javamelody [1] is LGPL, not GPL, and
> I
> am able to relicense it if needed. The jrobin dependency for RRD is also LG
Benedikt,
On 13 févr. 2013, at 08:49, Benedikt Ritter wrote:
> Commons components usually don't have any dependencies. How would you
> implement this under this restriction?
I've never seen this written before. Have you?
paul
Gary,
please read commons-dev netiquette.
You definitely need to express the sub-project name.
paul
Le 14 oct. 2012 à 05:32, Gary Lucas a écrit :
> Damjan,
>
> I just submitted a new Tracker Item, #93, and a patch. Unfortunately, I
> don't seem to be able to find a control for granting a li
To produce RSS, I've used Jelly quite happily.
I know it is not actively supported and has some flaws... but to output xml, it
plays really well.
Paul
Le 13 oct. 2012 à 07:12, Gary Gregory a écrit :
> It seems like Rome development has staled. Is the library fully baked?
>
> I am going to chu
How about commons-codec?
paul
Le 4 févr. 2012 à 06:38, ma...@nimp.co.uk a écrit :
> Hello,
>
> I am developing a utility class and would like to contribute it to an
> Apache project. I am writing to know if Apache commons is the right
> project, which sub project would be the right place and th
Le 27 juil. 2011 à 13:25, Torsten Curdt a écrit :
> There is already a plist lib out there.
> http://code.google.com/p/plist/
> That said - it's GPL so it's the same as not usable for the most of us.
Moreover, that library is not doing object instantiation the way BeanUtils does
it.
> Plists
Hello list,
I've met configuration's implementation of the plist parser and writer but I
would like something more of the nature of a marshall/demarshaller, using
BeanUtils.
I am wondering there's another API in the commons world that does this. I
haven't found any.
I have started mine which
+1
I kind of know Jelly will come here...
And with this rule, it feels like it might allow me to smoothly restart work on
jelly when time comes, then request a vote for removal of dormancy when I feel
confident.
As answered by Phil to James, I believe that the vote is only considered with
tha
So we should relaunch a vote?
(or... I should vote a no and relaunch?)
paul
Le 16 mai 2011 à 23:44, Phil Steitz a écrit :
>>> d) svn remains open (but no commits without revival vote)
>> It seems slightly too harsh to me.
>> Since jelly is among the heaviest targeted ones here, I think the wh
Sorry Phil,
I missed that one. I would like to adjust that policy at line:
>d) svn remains open (but no commits without revival vote)
It seems slightly too harsh to me.
Since jelly is among the heaviest targeted ones here, I think the whole
dormancy aspect would fit but preventing commits so
Henri,
I can't prevent it but I am not for it.
So here's my +0 for each of the proposals:
Le 11 avr. 2011 à 07:12, Henri Yandell a écrit :
> * Proposal #1: Create a Commons Attic.
+0
(attic is even better than "not actively maintained")
> So:
> * Proposal #2: Move Jelly to Commons Attic.
+0
This sounds like a spam, right?
I have simply removed it.
Does anyone know if we should do more?
I am not sure I know how to find the user-name of user rinku except being admin.
paul
Le 25 févr. 2011 à 11:02, Apache Wiki a écrit :
> + * [[http://www.paycor.com/|hr services]] high-performance,
A friend responded the following:
> Although Android Programs are written in Java, there is no Java VM on
> Android Devices, they use the so called Dalvik VM.
>
> So when writing programs for Android devices, one needs the Android
> SDK which contains a cross compiler that translates the
> java c
Frank,
why not propose this as another project?
It requires more maintenance, that is true.
Sandbox is designed for that, including to evaluate if there are user bases.
I tend to feel your contribution is not useless.
A readable syntax instead of java syntax for formulæ that are rather longer
t
Well... I never thought about such but maybe it's indeed useful.
Something short and tiny that is a lot more compact than the java syntax for
math but would have about the same capabilities.
I am not used to commit to lang so we'll have to wait for them to answer.
I find the classname Post
Frank,
I don't see why langs would have this, especially since it generally involves
variables, scopes, objects, etc.
Can you compare that to JEXL ?
paul
Le 5 janv. 2011 à 20:49, frank asseg a écrit :
> hola guys,
>
> i am currently working on a math expression parser, and wanted to ask if
>
Clouduser,
(that doesn't taste like a name),
provided a is in context of type A and class A has a getter getB() then ${A.b}
gives you the return of getB().
That's how I always accessed nested java objects.
I don't understand your XML-example though... at least not its relevance for
jexl.
Can yo
How does it compare to the Metaphone results?
paul
Le 15 sept. 2010 à 09:56, Meyer Falk a écrit :
> Ok, thank you. There's now an issue at JIRA:
> https://issues.apache.org/jira/browse/CODEC-106
>
> Best regards,
> Falk
>
> Am Montag, den 13.09.2010, 08:56 -0400 schrieb James Carman:
>> Perha
Hello developers,
I took a little time to try to rebuild the site so as to answer the
question of Oliver Heger on the commons-users mailing-list and it
turned out to be less painful then expected.
I uploaded a preview of the rebuild at:
http://www.activemath.org/~paul/tmp/jelly-sit
Henri,
Some people might even say the whole of Jelly is dormant, and indeed,
I, as many other jelly committers have been unable to find cycles to
simply fix the most elementary things such as the wrong "how-to-start".
Maven 2 is not using Jelly, that was one of the reason for them to
move
Henri,
this would be welcome but it might be quite hard since jelly and maven
1 have been living hand in hand for a long time and there's still a
huge lot of maven.xml code in the many jelly projects.
Le 14-sept.-09 à 15:54, Henrib a écrit :
It might be convenient to create a branch in Jelly
Hello Jexl developers,
has ExpressionFactory disappeared?
Did package-names maybe change?
I guess I would appreciate to revert that bit, maybe by explicitly
depending on jexl 1?
paul
Le 11-sept.-09 à 13:43, commons-jelly development (running Gump) a
écrit :
[javac] /srv/gump/public/w
Won't this break anything that uses Maven 1 and jexl as dependency in
Gump? Is there a way around here?
I'm thinking of jelly at least.
paul
On 13-juin-09, at 13:11, Christian Grobmeier wrote:
Hi there,
just thought it would be nice removing M1 support from the 2.0 branch,
which deals with
So commits in svn and in git are "compatible" ?
paul
Le 27-mai-09 à 12:25, Emmanuel Bourg a écrit :
Thanks to the infrastructure team a Git mirror is now available for
Commons CLI:
git://git.apache.org/commons-cli.git
Emmanuel Bourg
---
-logging.properties file in your class path with the following
line in it:
org
.apache
.commons.logging.Log=org.apache.commons.logging.impl.Log4JLogger
That will choose log4j for you.
Paul Libbrecht wrote:
Ah, that's more clear.
But again, it cannot be predictable and pluggeable, or?
smime.p7s
Descri
this is the type of comments I had heard several times about commons-
logging... classloader issue...
I never understood them, what you describe is a probably hypothesis.
paul
Le 22-avr.-09 à 00:03, John Bollinger a écrit :
I confess that I don't understand the portal environment very well,
Ah, that's more clear.
But again, it cannot be predictable and pluggeable, or?
paul
Le 21-avr.-09 à 22:27, Dennis Lundberg a écrit :
Sorry, I wasn't being clear. I was not talking about configuring the
*level* of logging, but rather the logging implementation being used.
smime.p7s
Descript
allow me to chim in,
does it make sense to expect *predictable results* ?
What you should always configure is the default logging, and that's
done, traditionally, by making the normal threshold either info or
error in the programme, maybe that could be enhanced ("preferred-
level" ?).
Full
That may be well the case, the need for such flexibility in images is
probably there, however if this would be adopted it really need
appropriate names, something of the sort BigString.
paul
Le 08-avr.-09 à 11:36, Jörg Schaible a écrit :
Have a look at the different ImageInputStream/Image
Hello commons list,
one thing I keep seeing around is people exchanging either too big
strings, byte-arrays, or stringbuffers. It looks like, they one has
still not found something sensible that describes something close to
an array of characters so:
- that can give its length
- that can
This sounds good to me as an initiative.
I am bit worried with the title apr (or is it acr?) since it overlaps
a lot with apache httpd's apr (which is widespread in many
distributions as one of the bases of httpd).
Wouldn't ajr be better a term since it's about a java binding?
Is tomcat nati
Erm... what about xml-commons ?
http://xml.apache.org/commons/
is this considered dropped?
At least another project that's in the realm of xml-commons is xml-
resolver, or?
Would that migrate in as well? It could but...
paul
Le 29-déc.-08 à 11:06, Jochen Wiedmann a écrit :
On Mon, Dec 29
It may be worth quoting that:
- it's livable to be registered to commons-dev without filter (you
need a swift delete key)
- the filter practice is deep anchored until the netiquette for both
commons-dev and commons-user so that mails without the project prefix
are very quickly warned about a
Thanks Stefan,
I will fix this, most probably today.
Except rolling back it's not really easy...
It took me a while to understand why I could not reproduce it but now
I know that it is because many taglibs aren't flagged to depend on
jelly core snapshot, which I will change now.
paul
Le 0
hello ActiveMathers,
I would be happy if amath-one is not too loaded this morning since
we're demonstrating a bit at the intergeo review.
thanks on advance
paul
smime.p7s
Description: S/MIME cryptographic signature
I also agree that you need to be able to see who
you're supporting, hence the reason for a patch submission to JIRA
yesterday (with a follow-up in response to your comments today).
John
- Original Message - From: "Paul Libbrecht" <[EMAIL PROTECTED]
>
To: &
John,
Le 10-nov.-08 à 07:11, John Spackman a écrit :
Yes, kind of - I've only recently come across Git and the concept of
DVCS but it was my intention to look at using a DVCS for this.
But DVCS "only" does source code - setting up a seperate branch only
works if the community at large see the
Le 09-nov.-08 à 05:35, John Spackman a écrit :
I agree that the website needs some changes although I had thought
that this was largely for broken links and for a consistent left-
hand side menu; updating the documentation for the taglibs is a
pretty herculean task, not least because in orde
Hello John,
I think it would be lovely to start some maintenance and to get an
extra committer aboard.
The procedure to become so, however, really starts with the "other
methods" (mailing-list and jira in particular).
The focus on the core of jira is rather happy.
I am more than happy to re
Henry,
I'm not opposed to such a process for Jelly.
One important point is that migrating from and to N.A.M. is relatively
flawless.
What does imply "remove from trunks-proper", just an externals?
If yes I would have no big problem.
Please note that making the docu reasonable is a bit more
Le 05-nov.-08 à 10:22, XuQing Tan a écrit :
I'm recently investigating some excutable xml scripters. So I want
to know
is Jelly still in development, since it's last release is in 2004?
Nick,
Unfortunately no.
For a long time it was annoyed by the fact that building it required
huge resour
Siva,
anteater is not very close to commons to my knowledge, as sebb pointed
out somewhat quickly.
I looked a bit at the documentation and saw they have jelly support as
well which provides much of your expectations. The foreach tag,
however, seems to be theirs.
So, if you allow, here's
Le 14 avr. 08 à 12:52, James Carman a écrit :
Also, the name "nabla" would suggest that the component is designed
for calculating derivatives of vector functions.
The name "nabla" is also very close to "nambla" and I doubt the ASF
wants to be associated with that organization.
Nabla is als
I would agree with Phil,
as long as Math is not modularized (which turned out to be quite a
hassle for jelly but probably pays on the long run, especially now
that maven 1.1 handles reactor cleanly) Nabla should not be part of
it. At least for the dependencies, it's quite different.
Will
Hello fellow developers,
this component cannot be built anymore because Jaxme has too much
evolved... and I'm afraid I know no-one that can upgrade jelly-jaxme
for this. I already asked the original developer without success.
Maybe it is simpler to remove it from gump which always works with
52 matches
Mail list logo