On Jun 3, 2007, at 8:27 AM, Rahul Akolkar wrote:
On 6/2/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: proyal
Date: Sat Jun 2 15:59:58 2007
New Revision: 543799
URL: http://svn.apache.org/viewvc?view=rev&rev=543799
Log:
add new project stylesheet
Missing props.
I set eol-style.
On Jun 3, 2007, at 8:24 AM, Rahul Akolkar wrote:
On 6/2/07, peter royal <[EMAIL PROTECTED]> wrote:
On Jun 1, 2007, at 10:09 PM, Dion Gillard wrote:
> +1
done! see http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/
trunk/src/test/org/apache/commons/jexl/MapLiteralTest.java?
vi
On Jun 2, 2007, at 11:25 AM, Lukas Theussl wrote:
There is a part of my patch missing from your commit: the xdocs/
style/project.css file (quite vital for the general look of the
site... ;) ), did you 'svn add' it?
ah, whoops :) thanks for catching that!
-pete
--
[EMAIL PROTECTED] - http:/
On Jun 1, 2007, at 10:09 PM, Dion Gillard wrote:
+1
done! see http://svn.apache.org/viewvc/jakarta/commons/proper/jexl/
trunk/src/test/org/apache/commons/jexl/MapLiteralTest.java?
view=markup for example usage.
-pete
On 6/2/07, peter royal <[EMAIL PROTECTED]> wrote:
So, I
[
https://issues.apache.org/jira/browse/JELLY-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500950
]
peter royal commented on JELLY-272:
---
ah, k. patch applied, the updated site just needs pushing now.
> Lots
[
https://issues.apache.org/jira/browse/JELLY-272?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12500912
]
peter royal commented on JELLY-272:
---
Lukas -- awesome! Can you commit it? :)
> Lots of defect links in webs
So, I'd like to propose a syntax addition to jexl for allowing the
definition of a map:
[ key => value, key => value ]
.. I have a patch ready to go.. I know there is the talk of "grammar
changes for 2.0", but that's who-knows-when and this is a very small
tweak that is an evolutionary c
[
https://issues.apache.org/jira/browse/JEXL-28?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
peter royal resolved JEXL-28.
-
Resolution: Won't Fix
Fix Version/s: 1.1.1
You can use your own Uberspect in JEXL-13 to achieve
[
https://issues.apache.org/jira/browse/JEXL-13?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
peter royal resolved JEXL-13.
-
Resolution: Fixed
Fix Version/s: (was: 2.0)
1.1.1
I've been sitting on
The story seems quite simple so I thought I'd just ask for a vote
sorry
if too stressed.
The interaction jelly tag-library is now ready for release 1.1.
It has been recently boosted with a finer control on auto-completion,
and maven console plugin is using it successfully.
Thanks to give it a tr
On Jan 17, 2006, at 2:15 PM, [EMAIL PROTECTED] wrote:
I would like to propose a change to JEXL to allow the introspector
to be
plugged in rather than hardcoded. It looks like this would be a fairly
simple change. My specific reason is that I would like to plug in
a new
Introspector into bot
[
http://issues.apache.org/jira/browse/JELLY-226?page=comments#action_12361559 ]
peter royal commented on JELLY-226:
---
understood. i'll push for a stable release of jaxen.
> Upgrade dom4j and jaxen
> ---
>
>
[
http://issues.apache.org/jira/browse/JELLY-226?page=comments#action_12361557 ]
peter royal commented on JELLY-226:
---
Is Jaxen 1.1. a blocker? The 1.1 beta series is light-years better than 1.0
was, and we're very slowly moving towards 1.1
>
e Grant to be filled out, apache.org/licenses/#clas>, but someone with more knowledge can
clarify that..
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
[ http://issues.apache.org/jira/browse/JELLY-219?page=all ]
peter royal closed JELLY-219:
-
Fix Version: 1.1-beta-1
Resolution: Fixed
Fixed! Thanks!
> Fix for JELLY-214 broke attribute behaviour of define:
7;s a simple formulation...
That's exactly correct. On a per-thread basis, TagScript.run()
results in a new Tag instance if caching is not enabled.
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
with your commit, all jelly-core tests were
passing ?
If not then we really need to push the NeedCaching and
RefusesCaching interfaces. Right ?
yes, with the change I made, all the tests in jelly-core were
passing. can you give an example or two of a test that's failing for
you?
-pete
;cache me' so we can move
forward with caching :)
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
introduce a 'StatefulTag'
interface..
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
pt.run()
that checks it that I restored.
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
On Jul 22, 2005, at 1:34 AM, peter royal wrote:
I'll do what you did and spend some time tomorrow looking at the
failures to see if we can have nirvana (no memory leak + exact
behavior semantics from when we had the leak).
k, i was able to get all the tests in core to pass, includin
end some time tomorrow looking at the
failures to see if we can have nirvana (no memory leak + exact
behavior semantics from when we had the leak).
-pete
--
peter royal
smime.p7s
Description: S/MIME cryptographic signature
applications to determine where caching is *not* needed).
-pete
--
peter royal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ed. Trying to figure out how to fix it
now :)
-pete
--
peter royal -> [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Jul 19, 2005, at 9:55 AM, Torsten Curdt wrote:
Anyone interested in a jakarta commons
BOF at the ApacheCon?
yes, please set one up :)
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On May 1, 2005, at 9:09 AM, Brett Porter wrote:
I've solved this problem. One of the jelly tags was relying on a new
instance being created, but the instance is now being reused. Note
that
the tag is the same call from the same script, so I assume that
this is
valid, so I have made the tag not
On Feb 10, 2005, at 8:20 AM, Jörg Schaible wrote:
en get() twice:
Object o = map.get(key);
if (o == null) {
synchronized(map) {
o = map.get(key);
if (o == null) {
map.put(key,new Object());
}
}
}
since 99% of the time it will not enter the block, the second lookup
does not ma
On Jan 23, 2005, at 7:24 AM, robert burrell donkin wrote:
so, for those who use IDEs who would suffer if we moved to subversion
now, i have two questions:
i wouldn't say i would suffer, just that i wouldn't pull the trigger
right now (but i'm not going to block forward progress)
would an extra m
On Jan 22, 2005, at 10:25 PM, Martin Cooper wrote:
If you're an IDE-only developer and you don't care about backing out
changes, merging, refactoring, or tagging and branching, then you
might have a point about a "winning proposition for the developer".
But once you've experienced SVN's atomic comm
On Jan 22, 2005, at 1:31 PM, Tim O'Brien wrote:
Alright a sufficient amount of time has passed for public comments and
testing.
This is a vote thread for migrating commons to SVN. If this vote
passes, I'll contact Justin and schedule the least disruptive migration
time possible.
-0
don't see it is
On Dec 26, 2004, at 3:33 PM, Paul Libbrecht wrote:
In order to kill the evil caching bug, it looks like putting all
script-to-tag storage in the JellyContext is the cleanest idea.
That means that TagScript.getTag() should become
TagScript.getTag(JellyContext currentContext).
But now, the problem
On Dec 16, 2004, at 10:43 AM, Paul Libbrecht wrote:
Now... aren't we >just< missing a simple notion "run-session", passed
between script-objects, where each TagScript could put it's tag ?
A simple hash-table where the key is the tag-script seems to satisfy
requirements.
That run-session, in norma
On Oct 28, 2004, at 1:24 PM, Dion Gillard wrote:
We've covered most of the issues in Jira for Jelly to make a 1.0
release.
I'd like to go ahead and make the current code a release candidate,
1.0-RC1.
If anyone has changes or bugs that need to be addressed in 1.0,
*please* raise them now, so tha
On Sep 19, 2004, at 8:33 PM, Hans Gilde wrote:
Yeah, no problem. No huge memory leak for 1.0. :)
yes please! :)
+1
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Sep 8, 2004, at 2:47 AM, Dion Gillard wrote:
I hereby propose Hans Gilde as a Jakarta Commons committer.
He has been tirelessly working to get swing and xml issues fixed for
Jelly's upcoming release and would be a welcome addition to the team.
Here's my +1.
+1
-pete
-
Jakarta Commons has voted in favor of granting Brett Porter commit
access.
Brett already has ASF commit access via the Maven project.
Projects to receive additional access to: jakarta-commons,
jakarta-commons-sandbox
Vote Results:
-1: 0
+0: 1
+1: 11
Vote Thread:
http://marc.theaimsgroup.com/?t=
On Jun 4, 2004, at 10:55 AM, Tim O'Brien wrote:
Is there anyone out there with a release plan for JEXL 1.0?
If not, is there any object to the development of one?
Go for it!
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For add
On May 15, 2004, at 10:01 PM, Henri Yandell wrote:
On 'Removing Text':
[X] +1 Remove it
[ ] -1 Keep it
On 'Versioning the Charter':
[X] +1 Add a version
[ ] -1 No need to version things
-pete
-
To unsubscribe, e-mail: [EMAIL PROTEC
On Feb 3, 2004, at 1:38 PM, Michael Lanzetta wrote:
I've got some free time. I'm not a committer, but I'd certainly be
willing
to help. What areas should I concentrate on?
Whatever you want! Its open source, so no-one can force you to do
anything :)
Manfred's list is a good start...
* Documen
On Feb 3, 2004, at 11:39 AM, Manfred Riem wrote:
No you haven't been rude, I was just wondering when there will
be a official 1.0 release. I for one would like to have the
following things.
Are you volunteering? We'd love to have more assistance!
-pete
--
On Jan 12, 2004, at 10:28 AM, Geir Magnusson Jr wrote:
2) A different approach, where the context is simple (allowing
recycling w/o much effort of other backing impls) and Jexl is smart
Regarding #2, I can see 2 approaches.
One is to do it during evaluate(), like you proposed, which will
change
On Jan 11, 2004, at 11:58 PM, Noel J. Bergman wrote:
Tim O'Brien wrote:
Could someone with access add a new component "configuration" under
the
program "commons" in Bugzilla?
Would Jakarta Commons like to migrate into Jira? We're in the process
(literally in the process) of bringing it live toni
On Jan 11, 2004, at 3:03 PM, Bill Horsman wrote:
Do you want me to resubmit the patch? BTW, my patch file didn't include
the new file I added. Is there anyway of including the new files too,
or
do I just need to include them separately?
A new patch would be easiest :)
If you're working against an
On Jan 11, 2004, at 2:54 PM, Bill Horsman wrote:
On Sun, 2004-01-11 at 20:46, peter royal wrote:
So if implement the Map interface (or expose it) then you run the
risk
of another class just calling get() instead of getVar() and bypassing
my
strict variable check.
Unless the new exception was a
On Jan 10, 2004, at 2:21 PM, Bill Horsman wrote:
I've made some changes to allow for strict checking of unknown
variables
inside an expression. Please see attached patch plus one new class
(UnknownVariableException). The changes were simple enough. The
JexlHelper.createContext()
method is now
On Jan 10, 2004, at 5:56 PM, Bill Horsman wrote:
Do you mean the methods of the java.util.Map interface constrain the
implementation ?
That's not what I meant, but actually it does :) My getVar() method
throws an UnknownVariableException and in order to maintain that API I
would have to make the Ma
On Jan 9, 2004, at 4:34 PM, Bill Horsman wrote:
My first thoughts: add a method to Expression:
/**
* Get a list of all the variables within this expression that
* aren't known by the context
* @param context contains variables we do know
* @return a list of unknown variables (or a null if ther
On Dec 23, 2003, at 7:12 AM, Carsten Ziegeler wrote:
I just started to look at Jelly for using it as the main template
engine within Cocoon and was a little bit surprised by the
JellyContext class.
But first, Jelly is really great and provides exactly the
extensability I need.
yea! i'm heavily usin
On Dec 8, 2003, at 6:50 AM, Paul Libbrecht wrote:
My current priorities for Jelly are as follows, unless something
different is raised as essential:
-> documentation for users
-> documentation for "how-to-build"
(including the memory issues and a better presentation
of the non-downloadable-jars
[X] +1, Yes let him commit
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
PROTECTED]>
robert burrell donkin <[EMAIL PROTECTED]>
Henri Yandell <[EMAIL PROTECTED]>
Tim O'Brien <[EMAIL PROTECTED]>
Juozas Baliuka <[EMAIL PROTECTED]>
Mark R. Diggory <[EMAIL PROTECTED]>
peter royal <[EMAIL PROTECTED]>
an letter has also been sent to Paul
Paul Libbrecht <[EMAIL PROTECTED]> has been contributing to Jelly in
the form of patches and valued support on the user list for over a year
now. I think its about time that he be gifted with the ability to take
his involvement to the next level.
+1 from me.
-pete
On Nov 2, 2003, at 9:21 AM, Vincent Massol wrote:
Does invokeBody only works with text? Can it work with nested tags too?
How can I achieve the above?
From what I know, it *should* work. invokeBody invokes nested tags when
called from tags defined in java, i don't see why it should be
different f
On Thursday, September 4, 2003, at 02:01 PM, Morgan Delagrange wrote:
Does it make sense to have distinct "core" and
"taglib.core" buckets, or should they be combined?
They are somewhat independent, but still part of the
same distribution.
I say combine them..
-pete
---
On Monday, August 18, 2003, at 04:42 PM, Ryan Hoegg wrote:
There is a problem with jexl when testing dotted property names for
emptiness. I am using it from jelly through maven:
maven -Ddotted.property.name=foo goal
inside the goal:
Empty property
Empty little property
I just added
On Wednesday, September 3, 2003, at 08:38 PM, bob mcwhirter wrote:
Someone should probalby shut down the jelly bugzilla, since
I believe folks are using Jira for all of the jellybugs...
yup, i'm just trying to clear out the issues (2 maybe 3 left).. most
people are good about using JIRA :)
thing
On Thursday, August 28, 2003, at 01:55 AM, [EMAIL PROTECTED] wrote:
Bill, a list of bugs is one thing, but what we really need to do is
schedule them into a release.
See
http://jira.codehaus.org/secure/
BrowseProject.jspa?id=10012&report=roadmap
for what I started on.
If anyone wants to help prun
On Tuesday, August 19, 2003, at 04:22 PM, Noel J. Bergman wrote:
Leo Sutic is an active Avalon Committer, and has Jakarta Karma by
virtue of
Avalon having been incubated in Jakarta. He wishes to contribute to
Attributes in the sandbox.
+1
-pete
---
On Monday, August 11, 2003, at 08:28 AM, Jakob Praher wrote:
attached you find a patch to an extended version of the jelly script.
for instance it does symlink replacement, so that you can link the
jelly
script conveniently in your local/bin directory. the script also fixes
some bugs like the for
On Friday, August 8, 2003, at 04:27 AM, [EMAIL PROTECTED] wrote:
I'm +1.
Me too. In fact, I have volunteered to help move it through that
process, I'm just juggling half a dozen things at the moment.
My goal was to get it to a 1.0 status, but doing another beta in the
near-term might be better/
On Sunday, August 10, 2003, at 08:53 PM, [EMAIL PROTECTED] wrote:
This allowed us to do some release planning, and gave everyone a long
list
of things to look at to help, to move forward and to get things done.
I'm happy to help do this, what do others think?
Here's jelly's current roadmap:
ht
On Thursday, July 31, 2003, at 01:12 PM, Robert McIntosh wrote:
great! Should I resubmit this via jira or has it already been taken
care of?
please resubmit, as i've been applying patches in a group on the
weekends recently, and thats the best way to make sure it doesn't get
dropped :)
-pete
-
On Wednesday, July 23, 2003, at 05:19 PM, Sean W. Ferguson wrote:
This is my first ever attempt at a patch. If I am doing wrong, please
advise.
The purpose of this patch is to include new functionality in the jelly
swing tag library. I added a FocusListenerTag and a KeyListenerTag
and modifi
On Wednesday, June 25, 2003, at 07:17 AM, [EMAIL PROTECTED] wrote:
+++ ASTMethod.java25 Jun 2003 11:17:00 - 1.4
@@ -1,5 +1,7 @@
package org.apache.commons.jexl.parser;
+{
+System.out.println("ASTMethod : "+ e);
+e.printStackTrace();;
Why no
On Wednesday, June 25, 2003, at 06:49 AM, [EMAIL PROTECTED] wrote:
geirm 2003/06/25 03:49:48
Modified:jexl/src/java/org/apache/commons/jexl/parser
ASTSubtractNode.java
Log:
Mark Wilkinson's patch (hack!) to the sub node - we really need to
fix
this anoth
On Friday, June 20, 2003, at 02:50 PM, robert burrell donkin wrote:
good to have you aboard the commons team.
just FYI there's an ettiquette page on the wiki
(http://nagoya.apache.org/
wiki/apachewiki.cgi?JakartaCommonsEtiquette) just in case some of our
habits seem a little strange. please rem
On Friday, June 20, 2003, at 12:10 PM, bob mcwhirter wrote:
On Fri, 20 Jun 2003, Peter Royal wrote:
If anyone has any outstanding patches for jelly or jexl, can you
please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
Jira?
If anyone has any outstanding patches for jelly or jexl, can you please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
On Thursday, June 19, 2003, at 11:10 AM, Jason van Zyl wrote:
If you are compiling a bit of Jelly to a Script what resources must be
present to simply compile. This bit of Jelly may have various
references
to classes that must be loaded and my question is must these resources
be present for the c
I know there are users, but it anyone maintaining it? Anyone interested
in applying outstanding patches and pushing for a release? I'm willing
to help, I just have no commit rights :)
-pete
-
To unsubscribe, e-mail: [EMAIL PROTE
On Thursday, June 12, 2003, at 03:24 PM, Peter Royal wrote:
On Thursday, June 12, 2003, at 03:13 PM, Peter Royal wrote:
The attached patch implements JSTL-compliant parameter coercion when
dealing with LT/GT/LE/GE expressions.
hrm, didn't come through before. Lets try as .diff vs .patch
On Thursday, June 12, 2003, at 03:13 PM, Peter Royal wrote:
The attached patch implements JSTL-compliant parameter coercion when
dealing with LT/GT/LE/GE expressions.
hrm, didn't come through before. Lets try as .diff vs .patch
Current ASTMethod just prints any methods during method execution to
the console. This is undesirable in unattended server processes unless
someone is always monitoring STDERR.
The attached patch causes the thrown exception to flow out of jexl, and
the calling program can deal with it according
The attached patch implements JSTL-compliant parameter coercion when
dealing with LT/GT/LE/GE expressions.
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
If you have an invalid expression, such as 'variable.length = 0', Jexl
just comes back with 'Invalid expression'.. Makes it kinda hard to
locate the problem in your script :)
The attached patch just puts the expression text into the wrapped
exception from Jexl.
-pete
-
I've run into this, and I just saw a post on a random mailing list
about this, so I figured it was a good FAQ candidate.
Answers "why is my-variable zero" when jexl interprets the expression
as my (minus) variable.
-pete
--
peter royal ->
On Tuesday, January 28, 2003, at 10:39 AM, Costin Manolache wrote:
This has been discussed in the past - but the traffic on commons is
getting bigger as we add more very active components.
We could split the list based on category - expression languages
(jxpath,
jexl, jsp-el, etc ), util librar
ime jars were audited.
IANAL tho :)
-pete
--
peter royal -> [EMAIL PROTECTED]
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
78 matches
Mail list logo