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
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 rory.odonn...@oracle.com wrote:
Hi Benedict,
As I already mentioned we have prepared guidance on migrating some of the
more common usage patterns of JDK-internal
oct. 2014, at 20:48, Rory O'Donnell rory.odonn...@oracle.com 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?
paul
On 17 oct. 2014, at 10:42
Le 15 oct. 2013 à 07:33, Dave Brosius dbros...@apache.org 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
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 this
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 in
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 frightened
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 LGPL.
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
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 churn
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 then
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
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
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 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 whole
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.
(I
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 code.
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
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
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
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
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:
Perhaps file
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:
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
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]
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
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
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
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
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,
-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
Description
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
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
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
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
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
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
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
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: Commons Developers List dev@commons.apache.org
Sent: Monday, November 10, 2008 11
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
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
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
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,
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.
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 also
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
50 matches
Mail list logo