On 5/18/07, Henri Yandell [EMAIL PROTECTED] wrote:
On 5/18/07, Martin Cooper [EMAIL PROTECTED] wrote:
snip/
I like the idea of lumping the various pieces we want to keep into a single
jar, a la JSTL. One thing, though: Wouldn't we want to ensure that all of
the pieces in that jar are
On 5/19/07, Karl von Randow [EMAIL PROTECTED] wrote:
Rahul Akolkar wrote:
Karl -
Your email below is not subscribed, so needs moderation ATM (I'll
respond to the content of this thread later).
Sorry, I repeatedly forget to switch to my subscribed address before
sending - I hit Cancel while
On 5/21/07, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
Immediate anything else thoughts
Can we move to JIRA? :)
We need to retire the components in bugzilla so people don't report
issues against them there (there's always the mailing list).
We'll need to update the unstandard build
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Or maybe not. Wonder why that failed
snip/
I should've pinged the list after I moderated them through, sorry
about that. I was offline this weekend (in theory, though I still try
to keep up with moderation duties) and didn't want to get
On 7/21/07, Henri Yandell [EMAIL PROTECTED] wrote:
So... back to the old topic.
snip/
* Upgrade build system to Maven2 (ie: Rahul's suggested approach).
snap/
I think the biggest chunk of work is related to the tlddoc. For
example, the RDC taglib styles its metadata files (since they
On 7/21/07, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
I've updated the site, both to adjust the big list of projects to be
deprecated now, to clean up lots of duplication and an over the top
front page, and to get rid of the (1.1) bits that tended to just cause
confusion.
snap/
While I
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
I'm +1 to pulling the whole log taglib into Unstandard.
snip/
+1
My only
question is what we should put it on top of. Should we:
a) Go with the last release and use log4j.
b) Use the current trunk's approach and use commons-logging.
c) Give
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Here are the tags in the DateTime taglib:
snip/
So the question becomes whether there is any value in the iterator
style tags. I don't see a lot. Any thoughts? I'm tempted to think
'deprecate' for datetime and bring nothing into Unstandard.
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
On 7/23/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Here are the tags in the DateTime taglib:
snip/
So the question becomes whether there is any value in the iterator
style tags. I
On 7/24/07, Kris Schneider [EMAIL PROTECTED] wrote:
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Here are the tags in the DateTime taglib:
snip/
So the question becomes whether there is any value in the iterator
style tags. I don't see a lot. Any thoughts? I'm tempted to think
On 7/24/07, Kris Schneider [EMAIL PROTECTED] wrote:
On 7/24/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/
Correct, and I punted on that. What is the (new) scope of Unstandard?
Something more constrained than anything thats somewhat useful but
not in JSTL?
Here's the old and tired scope
Sorry for the duplicate, dev list seems a better forum for this:
On 1/8/08, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
I don't expect us to have them running there again, though if any
taglib gets active enough to be mavenified, I could see it being put
in continuum.
snap/
Yup, I've
On 1/9/08, Henri Yandell [EMAIL PROTECTED] wrote:
My fault on the dupe - I've been shoving user and dev into the same
folder for years, so tend not to notice which list I'm on.
I've started with String taglib - best to scratch the itch you have
etc. First easy steps are done, next steps are
On 1/9/08, Henri Yandell [EMAIL PROTECTED] wrote:
On Jan 9, 2008 9:01 AM, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/9/08, Henri Yandell [EMAIL PROTECTED] wrote:
My fault on the dupe - I've been shoving user and dev into the same
folder for years, so tend not to notice which list I'm
On Mon, Oct 27, 2008 at 4:20 PM, Henri Yandell [EMAIL PROTECTED] wrote:
Anyone going to be at ApacheCon?
snip/
Not this one.
Am pondering some effort to release the latest code in trunk.
snap/
Will cheer from the sidelines this time.
-Rahul
On Sat, Jan 3, 2009 at 5:35 PM, Henri Yandell flame...@gmail.com wrote:
On Sat, Jan 3, 2009 at 12:45 PM, Rahul Akolkar rahul.akol...@gmail.com
wrote:
On Sat, Jan 3, 2009 at 4:34 AM, Henri Yandell flame...@gmail.com wrote:
String taglib now produces a jar with tld in, and outputs
On Sat, Jan 3, 2009 at 8:52 PM, Henri Yandell flame...@gmail.com wrote:
JNDI done :)
RDC has a bunch of deps, so will be a little involved.
snip/
I'll take this on when I look at the parent pom (hopefully in the coming week).
Datetime
depends on the deprecated request taglib for its tests,
On Sun, Jan 4, 2009 at 10:39 PM, bay...@apache.org wrote:
Author: bayard
Date: Sun Jan 4 19:39:53 2009
New Revision: 731428
URL: http://svn.apache.org/viewvc?rev=731428view=rev
Log:
Making the pom a child of the taglibs-parent. Wondering if there's any reason
for keeping the site
On Tue, Jan 6, 2009 at 5:59 AM, Henri Yandell flame...@gmail.com wrote:
New site deployed.
snip/
Neatness!
So I assume 'mvn site-deploy' in taglibs/proper/site for main site and
same command in individual taglibs for their site? Any other magic to
remember? I'll make some minor change to the
the distribution management URLs I'll be dealing with to
scpexe:// -- that'll work for me and continue to work for you).
-Rahul
Sneek peek link fixed - thanks for pointing that out :)
Hen
On Tue, Jan 6, 2009 at 1:03 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Tue, Jan 6, 2009 at 5:59 AM, Henri
On Wed, Jan 7, 2009 at 1:02 AM, Henri Yandell flame...@gmail.com wrote:
scpexe is my preference too :) screw the scp desirers 'til they do
some real work.
snip/
:-)
I've pushed up the other taglib directories that have been migrated so
far, so feel free to have a play. Next steps are to
to the nightly.
snip/
Will do, when I finish up the rest of the RDC migration tomorrow, and
will ping here.
Irritatingly, ri...@apache has taken your rahul@ login there.
snap/
Sheesh, oh well.
-Rahul
Hen
On Sat, Jan 10, 2009 at 2:37 PM, Rahul Akolkar rahul.akol...@gmail.com
wrote
The m2 migration for the RDC taglib is complete and trunk is good again.
I have verified that the binary distro has good artifacts (tried
deploying the war and looking at a couple of JSPs), and that the
source distro builds.
The magic phrase to produce the complete distros is:
mvn site
On Sun, Jan 11, 2009 at 2:16 AM, Henri Yandell flame...@gmail.com wrote:
If you haven't already, go register a user at:
http://vmbuild.apache.org/continuum/projectGroupSummary.action?projectGroupId=145
The let me know and I'll add you to the project admin. Then you can
add RDC to the
So I think we're doing well on the m2 stuff (thanks for getting it started Hen).
Various observations that came to mind as I looked at this during the
last couple of days:
* Artifact IDs - Lets have the invariant part first (so
'taglibs-string' rather than 'string-taglib') ... I like the former
Mod'ed continuum through.
This is a bootstrapping issue, didn't have the RDC parent installed.
Now that this run has installed the parent, next run should be
successful.
-Rahul
On Wed, Jan 14, 2009 at 5:13 PM, contin...@vmbuild.apache.org
contin...@apache.org wrote:
Online report :
On Thu, Feb 5, 2009 at 1:52 AM, Henri Yandell flame...@gmail.com wrote:
I'm thinking we should do a beta release of the Standard 1.2 code. Or alpha.
Any thoughts?
snip/
Sounds good.
One other question - is it v1.2 or v2.0?
snap/
v1.2 seems fine to me (we had standard v1.1 for JSTL 1.1).
On Fri, Feb 13, 2009 at 10:39 PM, Henri Yandell flame...@gmail.com wrote:
I've a Taglib I'd like to have live in the Taglibs sandbox. All my own work
etc.
Can I go ahead and put it in and see what happens; should I do something else?
snip/
Sandbox works, if you'd like.
-Rahul
Hen
On Mon, Aug 17, 2009 at 11:16 AM, Henri Yandellflame...@gmail.com wrote:
Various parts of SVN moved over to
http://svn.apache.org/repos/asf/tomcat/taglibs/
Namely standard, rdc, extended, site and taglibs-parent.
snip/
Thanks Hen -- checked out trunks, looks good.
-Rahul
William A. Rowe, Jr. wrote:
But you are ignoring;
Precedence: bulk
present on all list mails, which should supercede any
DSN request.
This is a red herring. I did some digging, its possible to have little
control over one's mail client/mail server (its true). Can we go back
to the
On 9/7/05, Mark Thomas [EMAIL PROTECTED] wrote:
I have made a checkout of tomcat/site/trunk available at
http://www.apache.org/~markt/tomcattlp/
The downloads don't work (I think because of where this is hosted but
I haven't looked at it).
snip/
The webserver needs to view the scripts as
On 9/8/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: markt
Date: Thu Sep 8 15:13:43 2005
New Revision: 279657
snip/
Mark -
Looking at this commit, it seems you might want to get some sweeping
propset's in on svn:eol-style, and use these as auto-props for future
svn additions, if you
On 9/22/05, Yoav Shapira [EMAIL PROTECTED] wrote:
Hi,
Maybe I did something wrong here, or maybe I'm just missing a step, but if
someone (probably Mark) could help out here, that'd be great ;)
I just added a new FAQ section on clustering to the SVN tomcat/site/trunk
area.
It's in
Congratulations, and good luck.
-Rahul
On 10/26/06, Henning Schmiedehausen [EMAIL PROTECTED] wrote:
Hi,
the Board has passed the resolution to turn the Velocity project into
Apache Velocity, i.e. we are leaving the Jakarta Umbrella to become a
TLP in our own right.
The transition to
Documentation still contains CVS references
---
Key: CACTUS-239
URL: http://issues.apache.org/jira/browse/CACTUS-239
Project: Cactus
Type: Bug
Components: Documentation
Reporter: Rahul Akolkar
http
[ http://issues.apache.org/jira/browse/CACTUS-239?page=all ]
Rahul Akolkar updated CACTUS-239:
-
Attachment: cactus_uses_svn.patch
Patch updates documentation to point to SVN.
Documentation still contains CVS references
[ http://issues.apache.org/jira/browse/SCXML-6?page=all ]
Rahul Akolkar reopened SCXML-6:
---
Reopening to resolve correctly (Bugzilla to JIRA migration oddity).
[scxml] explore strategies for decoupling execution context from
representation
[ http://issues.apache.org/jira/browse/SCXML-6?page=all ]
Rahul Akolkar resolved SCXML-6:
---
Resolution: Fixed
Resolving correctly.
[scxml] explore strategies for decoupling execution context from
representation
[ http://issues.apache.org/jira/browse/SCXML-8?page=all ]
Rahul Akolkar resolved SCXML-8:
---
Resolution: Fixed
Fixed in r407424, should appear in 05182006 nightlies.
[scxml] External Digester does not addCustomActions
[
http://issues.apache.org/jira/browse/CHAIN-12?page=comments#action_12413263 ]
Rahul Akolkar commented on CHAIN-12:
Reminds me of this thread:
http://marc.theaimsgroup.com/?t=11333936882r=1w=2
I do agree with Niall that moving the problem along
[ http://issues.apache.org/jira/browse/SCXML-12?page=all ]
Rahul Akolkar resolved SCXML-12:
Resolution: Invalid
Assign To: Rahul Akolkar
Sorry, my reply to your initial post [1] was incorrect. elseif ... / and
else/ are partitions
[ http://issues.apache.org/jira/browse/SCXML-5?page=all ]
Rahul Akolkar updated SCXML-5:
--
Fix Version/s: 0.5
[scxml] src attribute throws up a null pointer exception!
-
Key: SCXML
[ http://issues.apache.org/jira/browse/SCXML-7?page=all ]
Rahul Akolkar updated SCXML-7:
--
Fix Version/s: 0.5
[scxml] Write Use Case for Stand-alone Application Modelling a Stop Watch
[ http://issues.apache.org/jira/browse/SCXML-4?page=all ]
Rahul Akolkar updated SCXML-4:
--
Fix Version/s: 0.5
[scxml] More Explicit Instructions on core-engine.html
--
Key: SCXML-4
[ http://issues.apache.org/jira/browse/SCXML-9?page=all ]
Rahul Akolkar updated SCXML-9:
--
Fix Version/s: 0.5
[scxml] More Explicit Instructions on core-digester.html
Key: SCXML-9
[ http://issues.apache.org/jira/browse/SCXML-12?page=all ]
Rahul Akolkar updated SCXML-12:
---
Fix Version/s: 0.5
[scxml] if statement fails within another one
-
Key: SCXML-12
[ http://issues.apache.org/jira/browse/SCXML-10?page=all ]
Rahul Akolkar updated SCXML-10:
---
Fix Version/s: 0.5
[scxml] please add datamodel explanation and examples to user guide
[ http://issues.apache.org/jira/browse/SCXML-6?page=all ]
Rahul Akolkar updated SCXML-6:
--
Fix Version/s: 0.5
[scxml] explore strategies for decoupling execution context from
representation
[ http://issues.apache.org/jira/browse/SCXML-11?page=all ]
Rahul Akolkar updated SCXML-11:
---
Fix Version/s: 0.5
[SCXML] Need access to SCXMLExecutor's root context
---
Key: SCXML-11
[ http://issues.apache.org/jira/browse/SCXML-8?page=all ]
Rahul Akolkar updated SCXML-8:
--
Fix Version/s: 0.5
[scxml] External Digester does not addCustomActions
---
Key: SCXML-8
[ http://issues.apache.org/jira/browse/SCXML-2?page=all ]
Rahul Akolkar updated SCXML-2:
--
Fix Version/s: 0.5
[scxml] Thread-safety in Executor
-
Key: SCXML-2
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/SCXML-1?page=all ]
Rahul Akolkar updated SCXML-1:
--
Bugzilla Id: (was: 38459)
Fix Version/s: 0.5
[scxml] JUnit tests for SCXML
-
Key: SCXML-1
URL
[ http://issues.apache.org/jira/browse/SCXML-3?page=all ]
Rahul Akolkar updated SCXML-3:
--
Bugzilla Id: (was: 39413)
Fix Version/s: 0.5
[scxml] atribute @src to be parsed for assign tag
[ http://issues.apache.org/jira/browse/SCXML-13?page=all ]
Rahul Akolkar updated SCXML-13:
---
Fix Version/s: 0.5
SCXML doesn't compile using JDK 1.5
---
Key: SCXML-13
URL: http
[ http://issues.apache.org/jira/browse/SCXML-1?page=all ]
Rahul Akolkar updated SCXML-1:
--
Bugzilla Id: (was: 38459)
Fix Version/s: Nightly Builds
(was: 0.5)
[scxml] JUnit tests for SCXML
[ http://issues.apache.org/jira/browse/SCXML-1?page=all ]
Rahul Akolkar updated SCXML-1:
--
Bugzilla Id: (was: 38459)
Fix Version/s: 0.5
(was: Nightly Builds)
[scxml] JUnit tests for SCXML
[ http://issues.apache.org/jira/browse/SCXML-1?page=all ]
Rahul Akolkar resolved SCXML-1.
---
Resolution: Fixed
This may be re-opened at any time if there are more tests to contribute.
[scxml] JUnit tests for SCXML
[ http://issues.apache.org/jira/browse/SCXML-3?page=all ]
Rahul Akolkar resolved SCXML-3.
---
Resolution: Fixed
Added in r423479.
[scxml] atribute @src to be parsed for assign tag
---
Key
[ http://issues.apache.org/jira/browse/SCXML-13?page=all ]
Rahul Akolkar resolved SCXML-13.
Resolution: Fixed
Xalan Interpretive is no longer available in (Sun) JDK 1.5.
http://java.sun.com/j2se/1.5.0/docs/guide/xml/jaxp/JAXP-Compatibility_150.html
[ http://issues.apache.org/jira/browse/IO-89?page=comments#action_12423130
]
Rahul Akolkar commented on IO-89:
-
Agreed, thanks for your time. My only comment is since
FileUtils.isFileNewer/Older are exclusive, perhaps we should have
[
http://issues.apache.org/jira/browse/JEXL-17?page=comments#action_12426016 ]
Rahul Akolkar commented on JEXL-17:
---
Can you supply a test case (just the expression String should do) where this
happens? Usually, I see
[ http://issues.apache.org/jira/browse/JEXL-17?page=all ]
Rahul Akolkar resolved JEXL-17.
---
Resolution: Fixed
Thanks, fixed in r429169:
http://svn.apache.org/viewvc?view=revrevision=429169
Reused the existing ParseException and added a couple of test
[ http://issues.apache.org/jira/browse/SCXML-14?page=all ]
Rahul Akolkar resolved SCXML-14.
Fix Version/s: 0.6
Resolution: Fixed
Thanks, fixed in r429516:
http://svn.apache.org/viewvc?rev=429516view=rev
and should be available from the 08072006
[
http://issues.apache.org/jira/browse/SCXML-15?page=comments#action_12426373 ]
Rahul Akolkar commented on SCXML-15:
Do any of the following avenues work? If not, please post your usecase to help
us better understand the need
[ http://issues.apache.org/jira/browse/SCXML-15?page=all ]
Rahul Akolkar updated SCXML-15:
---
Fix Version/s: 0.6
User of SCXMLExecutor does not have access to the current context data
[ http://issues.apache.org/jira/browse/SCXML-16?page=all ]
Rahul Akolkar updated SCXML-16:
---
Fix Version/s: 0.6
Assignee: Rahul Akolkar
Correct. Also, targettype and sendid should be evaluated as well, in line with
the latest Working Draft
[ http://issues.apache.org/jira/browse/SCXML-15?page=all ]
Rahul Akolkar resolved SCXML-15.
Resolution: Won't Fix
Yes, that would be another option, should have been option (e) in my last
comment. Thanks for the clarification, I'm accordingly resolving
[ http://issues.apache.org/jira/browse/JEXL-17?page=all ]
Rahul Akolkar updated JEXL-17:
--
Fix Version/s: 1.1
Affects Version/s: 1.0
(was: Nightly Builds)
ExpressionFactory.createNewExpression should throw an Exception
[ http://issues.apache.org/jira/browse/JEXL-12?page=all ]
Rahul Akolkar updated JEXL-12:
--
Bugzilla Id: (was: 29550)
Fix Version/s: 1.0
Affects Version/s: (was: Nightly Builds)
[JEXL] Implement short-circuit boolean evaluation
[ http://issues.apache.org/jira/browse/JEXL-7?page=all ]
Rahul Akolkar updated JEXL-7:
-
Bugzilla Id: (was: 22193)
Fix Version/s: 1.1
Affects Version/s: (was: Nightly Builds)
[jexl] Unable to reference statics
[ http://issues.apache.org/jira/browse/JEXL-7?page=all ]
Rahul Akolkar reopened JEXL-7:
--
Re-opening, to resolve correctly.
[jexl] Unable to reference statics
--
Key: JEXL-7
URL
[ http://issues.apache.org/jira/browse/JEXL-7?page=all ]
Rahul Akolkar resolved JEXL-7.
--
Resolution: Fixed
[jexl] Unable to reference statics
--
Key: JEXL-7
URL: http://issues.apache.org
[ http://issues.apache.org/jira/browse/JEXL-16?page=all ]
Rahul Akolkar updated JEXL-16:
--
Fix Version/s: 2.0
Affects Version/s: 1.0
Any grammar changes will not happen before 2.0, updating fix version.
allowing quote escaping
[ http://issues.apache.org/jira/browse/JEXL-15?page=all ]
Rahul Akolkar updated JEXL-15:
--
Bugzilla Id: (was: 31186)
Fix Version/s: 2.0
Update fix version per earlier comment.
[jexl] Needs definable functions
[ http://issues.apache.org/jira/browse/JEXL-11?page=all ]
Rahul Akolkar updated JEXL-11:
--
Bugzilla Id: (was: 31189)
Fix Version/s: 2.0
Update fix version per earlier comment.
[jexl] Don't make null convertible into anything
[ http://issues.apache.org/jira/browse/JEXL-10?page=all ]
Rahul Akolkar updated JEXL-10:
--
Bugzilla Id: (was: 31188)
Fix Version/s: 2.0
Update fix version per earlier comment.
[jexl] Make possible checking for unresolved variables
[ http://issues.apache.org/jira/browse/JEXL-3?page=all ]
Rahul Akolkar updated JEXL-3:
-
Bugzilla Id: (was: 39193)
Fix Version/s: 2.0
I agree that the VariableResolver style API is much better than get/set vars.
This has to be moved to a major
[ http://issues.apache.org/jira/browse/JEXL-13?page=all ]
Rahul Akolkar updated JEXL-13:
--
Bugzilla Id: (was: 38320)
Fix Version/s: 2.0
Updating fix version per last comment.
[jexl] Make JEXL allow for an Uberspect plugin
[ http://issues.apache.org/jira/browse/SCXML-17?page=all ]
Rahul Akolkar updated SCXML-17:
---
Fix Version/s: 1.0
Affects Version/s: 0.5
(was: 0.6)
Indeed, the ability to plug in the unified EL API (and expressions thereof
[ http://issues.apache.org/jira/browse/SCXML-18?page=all ]
Rahul Akolkar updated SCXML-18:
---
Affects Version/s: 0.5
(was: 0.6)
I think the Affects Version field should point to released version(s).
Refactoring
[ http://issues.apache.org/jira/browse/SCXML-18?page=all ]
Rahul Akolkar resolved SCXML-18.
Resolution: Won't Fix
The association to a Node is via the WD itself (it talks about XML data trees,
and appending/relocating subtrees à la DOM operations). I
[
http://issues.apache.org/jira/browse/SCXML-20?page=comments#action_12433489 ]
Rahul Akolkar commented on SCXML-20:
Cool, perhaps we should place a link to this issue from the related question on
the wiki FAQ page. This is also somewhat
Fix checkstyle issues in 1.1
Key: JEXL-20
URL: http://issues.apache.org/jira/browse/JEXL-20
Project: Commons JEXL
Issue Type: Task
Affects Versions: 1.1
Reporter: Rahul Akolkar
Fix
[ http://issues.apache.org/jira/browse/SCXML-19?page=all ]
Rahul Akolkar updated SCXML-19:
---
Fix Version/s: 1.0
Need to resume a state machine from a specified state
-
Key: SCXML-19
[ http://issues.apache.org/jira/browse/SCXML-20?page=all ]
Rahul Akolkar updated SCXML-20:
---
Fix Version/s: 0.6
A Suggestion to enhance SCXMLExecutor and SCInstance class to support state
persistence
[ http://issues.apache.org/jira/browse/SCXML-21?page=all ]
Rahul Akolkar updated SCXML-21:
---
Fix Version/s: 0.6
Send an event by delay attribute, with the targettype attribute is absent
[ http://issues.apache.org/jira/browse/EL-14?page=all ]
Rahul Akolkar resolved EL-14.
-
Resolution: Invalid
Behavior is per spec. Resolving as Invalid.
Solution is to use String type for status property.
Property type incorrectly interpreted
: Nightly Builds
Reporter: Rahul Akolkar
Attached patch adds the capability to snapshot current namespaces at any point
during parsing. This is useful, for example, in Commons SCXML where the value
of an attribute can contain an XPath expression which needs to be evaluated
later
[ http://issues.apache.org/jira/browse/DIGESTER-107?page=all ]
Rahul Akolkar updated DIGESTER-107:
---
Attachment: DIGESTER-107.patch
Suggested improvement to capture namespace snapshots and related test case.
Provide ability to capture namespace
[
http://issues.apache.org/jira/browse/DIGESTER-107?page=comments#action_12437150
]
Rahul Akolkar commented on DIGESTER-107:
Thanks for the feedback. WRT the earlier patch:
* I had the new members protected since to achieve
[ http://issues.apache.org/jira/browse/DIGESTER-107?page=all ]
Rahul Akolkar updated DIGESTER-107:
---
Attachment: DIGESTER-107-01.patch
Patch that limits changes to getCurrentNamespaces() method. Test case is the
same as the earlier patch.
Provide
[
http://issues.apache.org/jira/browse/DIGESTER-107?page=comments#action_12437217
]
Rahul Akolkar commented on DIGESTER-107:
Correct, I should've checked the type heirarchy for ESE. In any case, a
RuntimeException shouldn't happen
[ http://issues.apache.org/jira/browse/DIGESTER-107?page=all ]
Rahul Akolkar updated DIGESTER-107:
---
Attachment: DIGESTER-107-02.patch
Revised patch per earlier comment.
Provide ability to capture namespace snapshots
[ http://issues.apache.org/jira/browse/DIGESTER-107?page=all ]
Rahul Akolkar resolved DIGESTER-107.
Resolution: Fixed
Committed to trunk in r449882. Resolving as Fixed.
Provide ability to capture namespace snapshots
[
http://issues.apache.org/jira/browse/JEXL-24?page=comments#action_12437872 ]
Rahul Akolkar commented on JEXL-24:
---
The patch seems to contain some noise (such as removing a license header,
formatting changes?), but the crux (using Longs here
[
http://issues.apache.org/jira/browse/SCXML-22?page=comments#action_12438470 ]
Rahul Akolkar commented on SCXML-22:
There is no such requirement for an SCXML engine, but its useful feedback I
agree. Two questions:
(a) While the workaround
Deprecate digester rules
Key: SCXML-23
URL: http://issues.apache.org/jira/browse/SCXML-23
Project: Commons SCXML
Issue Type: Bug
Affects Versions: 0.5
Reporter: Rahul Akolkar
Fix
[
http://issues.apache.org/jira/browse/SCXML-23?page=comments#action_12438766 ]
Rahul Akolkar commented on SCXML-23:
Marked deprecated in r451364 while at 0.6-SNAPSHOT.
Deprecate digester rules
Add (and remove) CustomDigester
---
Key: SCXML-24
URL: http://issues.apache.org/jira/browse/SCXML-24
Project: Commons SCXML
Issue Type: Task
Affects Versions: 0.5
Reporter: Rahul Akolkar
Based
[ http://issues.apache.org/jira/browse/SCXML-24?page=all ]
Rahul Akolkar updated SCXML-24:
---
Fix Version/s: 0.6
Tentatively set fix version to 0.6.
Add (and remove) CustomDigester
---
Key: SCXML-24
701 - 800 of 862 matches
Mail list logo
