[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57960 ]
Hans Gilde commented on JELLY-167:
--
Could you give an example of an existing piece of code that would be improved?
Are you suggesting getting rid of inherit and export?
burton 2005/01/23 01:49:50
Modified:feedparser/src/java/org/apache/commons/feedparser
AtomFeedParser.java FeedFilter.java FeedParser.java
MetaFeedParser.java NS.java RSSFeedParser.java
burton 2005/01/23 01:50:27
Added: feedparser/src/java/org/apache/commons/feedparser
TagFeedParser.java TagFeedParserListener.java
Log:
support for tags
Revision ChangesPath
1.1
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-jelly-tags-velocity contains errors.
The current state of this project
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-jelly-tags-util has an issue affecting its community
integration.
This
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-jelly-tags-bsf has an issue affecting its community integration.
This
Date: 2005-01-23T03:06:06
Editor: DirkVerbeeck
Wiki: Jakarta Commons Wiki
Page: DBCP
URL: http://wiki.apache.org/jakarta-commons/DBCP
add tomcat config examples
Change Log:
--
@@ -12,6 +12,48 @@
Date: 2005-01-23T03:15:08
Editor: DennisLundberg
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.5ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan
no comment
Change Log:
--
Date: 2005-01-23T03:22:17
Editor: DennisLundberg
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.5ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.5ReleasePlan
no comment
Change Log:
--
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57961 ]
Marc DeXeT commented on JELLY-167:
--
Hans Gilde said :
Could you give an example of an existing piece of code that would be improved?
I have done a lot a thing based upon
+1
On Sat, 22 Jan 2005 13:31:17 -0500, 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.
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
I have never used Subversion yet, so I'll
On 23 Jan 2005, at 03:31, peter royal wrote:
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.
[ http://issues.apache.org/jira/browse/JELLY-167?page=history ]
Marc DeXeT updated JELLY-167:
-
Attachment: patch.function.2.txt
new version RC2 compatible.
add 'public JellyContext newEmptyJellyContext()' to JellyContext
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57965 ]
Marc DeXeT commented on JELLY-167:
--
Sorry, it's the very right issue, but for Hans, it's a good example of what I
mean. :)
add 'public JellyContext
[ http://issues.apache.org/jira/browse/JELLY-193?page=history ]
Marc DeXeT updated JELLY-193:
-
Attachment: patch.functionRC_.2.txt
New version compatible with RC2
Custom Function Tag
---
Key: JELLY-193
URL:
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
there's been quite a lot of negative feeling about the quality of IDE
support for subversion at the moment. [snip]
so, for those who use IDEs who would suffer if we moved to subversion now,
i have two questions:
would
robert burrell donkin wrote:
On 23 Jan 2005, at 03:31, peter royal wrote:
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
I haven't followed every bit of the thread on the SVN migration, but
I just want to echo Martin Cooper's sentiments: once you start using
it, you realize how badly CVS was in need of an overhaul. For
Struts, not only have there been no committers who have mentioned any
significant problems in
+0
I am using eclipse and tried subclipse. Well, it worked, though it is
not by far as mature as eclipse's built in CVS support. Hope this will
change in the future.
For now: Does anybody know a way of automatically setting those
svn:eol-style properties? I keep forgetting this.
Oliver
Tim
For my needs I've developed a series of patches to the standard 1.0.4
commons-logging code base in order to make available the MDC (in the
case of log4j) or ContextMap (in the case of logkit) to
commons-logging using applications.
How can I contribute to commons-logging codebase with this new
+1
David
--- Tim O'Brien [EMAIL PROTECTED] 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.
Hi felows, I´m new here and if this message is on wong place, please, sorry
...
I dono if I need to introduce myself, besides I will go direct to the
subject ok?
Daniel, what dou you think about put constraints rules on some type of
propertie file? These constraints must have some type of
On Sun, 23 Jan 2005 15:19:51 -0800, Anaximandro (Woody)
[EMAIL PROTECTED] wrote:
Daniel, what dou you think about put constraints rules on some type of
propertie file? These constraints must have some type of identification (in
one ore more contexts). This is flexible and make the code more
+1
Mauro.
On Sun, 23 Jan 2005 18:03:35 +0100, Oliver Heger [EMAIL PROTECTED] wrote:
+0
I am using eclipse and tried subclipse. Well, it worked, though it is
not by far as mature as eclipse's built in CVS support. Hope this will
change in the future.
For now: Does anybody know a way of
+1
... and let's enjoy the return to command-line! ;-
(just kidding, honestly)
paul
Le 22 janv. 05, à 19:31, Tim O'Brien a écrit :
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
Hi Woody,
Thanks for interest in the contract component.
I'm always interested in suggestions and it's nice to see that people have a
look at the component.
The idea behind the constraint classes is to have a powerful way not only to
describe the constraints of a special value but also to be able
+1.
Subclipse worked fine for me, and I never trust IDEs to do
tagging/branching/scripts anyway.
IDEA will have it asap (else they'll lose customers to Eclipse) and
none of the other IDEs are interesting enough to matter :)
Hen
On Sun, 23 Jan 2005 21:01:50 +0100, Paul Libbrecht [EMAIL
On Sun, 23 Jan 2005 16:00:12 -, Stephen Colebourne
[EMAIL PROTECTED] wrote:
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
there's been quite a lot of negative feeling about the quality of IDE
support for subversion at the moment. [snip]
so, for those who
Thanx Daniel, I´ve already see the sources of contract, i18n and xmlio but I
never see before the other project you told (Slide/Projector). This other is
a jakarta project?
In contract sources I see all constraints classes (these classes is similar
to the classes suggested in book Hardcore Java,
Daniel, what dou you think about put constraints rules on some type of
propertie file? These constraints must have some type of identification
(in
one ore more contexts). This is flexible and make the code more clean
(and,
like ejb, can be changed without the need to recompile the code).
On 22 Jan 2005, at 17:30, Martin Cooper wrote:
On Sat, 22 Jan 2005 13:31:32 +, robert burrell donkin
[EMAIL PROTECTED] wrote:
On 21 Jan 2005, at 01:00, Martin Cooper wrote:
For now, I am -1 on this.
Unless I'm mistaken, the reason the license is in there is because we
were specifically asked
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57976 ]
Hans Gilde commented on JELLY-167:
--
I haven't read over your function tag patch yet, maybe that'll help me
understand.
From your unit test, it seems like you want to
In message [EMAIL PROTECTED], Tim O'Brien write
s:
This is a vote thread for migrating commons to SVN. If this vote
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the util tag gump run was broken by the splitting of the beanutils
distribution two jars. i've added the required dependency to gump.
hopefully this should be fixed in the next run.
- robert
On 19 Jan 2005, at 10:31, Brett Porter wrote:
The following taglibs are now broken. These all appear to
[
http://issues.apache.org/jira/browse/JELLY-177?page=comments#action_57977 ]
Hans Gilde commented on JELLY-177:
--
Marc, could you give me an example of someting that works after this change but
not before?
In JellyServlet, the procedure used to
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57978 ]
Hans Gilde commented on JELLY-167:
--
And, when would one use newEmptyJellyContext() as opposed to newJellyContext()?
add 'public JellyContext newEmptyJellyContext()' to
Thanks!
- Brett
Quoting robert burrell donkin [EMAIL PROTECTED]:
the util tag gump run was broken by the splitting of the beanutils
distribution two jars. i've added the required dependency to gump.
hopefully this should be fixed in the next run.
- robert
On 19 Jan 2005, at 10:31,
Le 21 janv. 05, à 23:53, Dion Gillard a écrit :
Does this really work? Because...
[...] The method here is called setAppends (note the 's').
1.5 +11 -1
jakarta-commons/jelly/src/test/org/apache/commons/jelly/
testFile.jelly
[snip]
+set var=size value=${f.length()}/
+file
polx2005/01/23 14:36:53
Modified:jelly/src/test/org/apache/commons/jelly suite.jelly
jelly/src/java/org/apache/commons/jelly/tags/core
FileTag.java
Removed: jelly/src/test/org/apache/commons/jelly testFile.jelly
Log:
testFile.jelly
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57979 ]
Marc DeXeT commented on JELLY-167:
--
Hans said :
From your unit test, it seems like you want to create a new JellyContext
that's blank but contains the parent's tag cache
This is a vote thread for migrating commons to SVN. If this vote
I can only express my opinion here. ...but whether I talk
about our experiences over at cocoon or my experiences with
other repositories.
...even if subclipse is not yet comparable with the
excellent cvs client that comes with
On Sun, 23 Jan 2005 17:49:39 -0800, Anaximandro (Woody)
[EMAIL PROTECTED] wrote:
Daniel, what dou you think about put constraints rules on some type of
propertie file? These constraints must have some type of identification
(in
one ore more contexts). This is flexible and make the code
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.
Tim O'Brien
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57980 ]
Hans Gilde commented on JELLY-167:
--
I completely agree that we should pass down the ClassLoader, but I think that
this should be added to the constructor
polx2005/01/23 16:34:06
Modified:jelly/src/java/org/apache/commons/jelly Jelly.java
jelly/src/java/org/apache/commons/jelly/util
CommandLineParser.java
jelly/xdocs changes.xml
jellymaven.xml
Log:
Adding
Nice :)
FYI, a postgoal on java:jar-resources is more appropriate than on java:compile.
- Brett
Quoting [EMAIL PROTECTED] [EMAIL PROTECTED]:
polx2005/01/23 16:34:06
Modified:jelly/src/java/org/apache/commons/jelly Jelly.java
[
http://issues.apache.org/jira/browse/JELLY-145?page=comments#action_57982 ]
Paul Libbrecht commented on JELLY-145:
--
This is now fixed in CVS.
paul
jelly -version should answer
Key: JELLY-145
You're underestimating the eclipse deployment.
All friends I know who use Windows have no other ways of using cvs than
Eclipse... (they know they can do differently but...).
But the migration is clearly going to tighten the wish for maturity of
Subclipse
paul
Le 24 janv. 05, à 00:35, Steve
[
http://issues.apache.org/jira/browse/JELLY-175?page=comments#action_57985 ]
Brett Porter commented on JELLY-175:
As of 0.9.0, jline is now BSD-licensed. We can go ahead with this.
patch for jelly-tags-interaction
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
-0
Because subversion support is rather shy of Eclipse's built in CVS.
But if it's got to happen soon, it's better to start before the deadline is
looming.
Hans
-Original Message-
From: Tim O'Brien [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 22, 2005 1:31 PM
To: Jakarta Commons
+1
On Sat, 22 Jan 2005 13:31:17 -0500, Tim O'Brien [EMAIL PROTECTED] 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
[
http://issues.apache.org/jira/browse/JELLY-167?page=comments#action_57993 ]
Marc DeXeT commented on JELLY-167:
--
Hans Gilde said
I'm not sure about the TagCache, though. Do you have an example where you
need to inherit the tag cache?
Sure. If
54 matches
Mail list logo