Now that tomcat.apache.org contains a site, anyone mind if I remove
/www/jakarta.apache.org/tomcat and tomcat-temp?
Also, could the watchdog directory be moved over to
/www/tomcat.apache.org/watchdog please?
Thanks,
Hen
-
To un
It was pointed out to me that Tomcat/servletapi is missing a tag. In
https://svn.apache.org/repos/asf/tomcat/servletapi/tags/servlet2.4-jsp2.0-tc5.x/
there is no TOMCAT_5_5_12.
Looking at /home/cvs/servletapi-5/LICENSE,v there definitely was such
a tag, and a quick set of find's and a diff show th
some
> problem/issue, or just happen to notice this oddity?
>
> Yoav
>
> On 1/5/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
> > It was pointed out to me that Tomcat/servletapi is missing a tag. In
> > https://svn.apache.org/repos/asf/tomcat/servletapi/tags/s
Just noticed while digging into the Tomcat build that Tomcat pulls the
source to dbcp/collections/pool and repackages it under
org.apache.tomcat.dbcp after making a source change.
I was wondering if this is just done to remove the UnmodifiableList
bit, or is it done for size or classloading issue
On 5/25/06, Mark Claassen <[EMAIL PROTECTED]> wrote:
I have a question about two optional packages: mx4j and junit.
Are they really optional? I realize that some build processes may use junit
to test the build, but does it need to in the distribution?
Looking at the latest binary, junit doesn
I'll take care of it as a part of the Jakarta retirement.
Hen
On Thu, Nov 3, 2011 at 10:33 AM, sebb wrote:
> The Jakarta TLP is about to retire to the attic; however the taglibs
> site still refers to non-existent jakarta pages for the downloads.
>
> A bug [1] was raised for this for this some w
Hard to argue against it. I've no energy for Taglibs coding. I wish
we'd got a JSTL 1.2 released, but c'est la vie.
All the steps listed sound good except removing the website.
Historically on the Attic side we've kept the websites up with a
notice that the project is dead, rather than going dark
Post discussion between Tomcat PMC and Jakarta PMC (with myself as the
go between), the Jakarta Taglibs subproject is going to move over to
Tomcat land. Chiefly this means:
* The JSTL implementations: 1.0, 1.1 and unreleased 1.2.
* RDC Taglib.
* An in development 'extended' taglib.
The Jakarta Ta
n getting that setup next. Rahul and I both
have the tomcat unix group now, so I'll work on moving the sites over
into tomcat.apache.org/taglibs this week; and setting up the redirects
on the Jakarta side.
Hen
On Thu, Aug 13, 2009 at 1:48 AM, Henri Yandell wrote:
> Post discussion betwee
On Mon, Aug 17, 2009 at 10:51 AM, Rahul Akolkar wrote:
> On Mon, Aug 17, 2009 at 1:04 AM, Henri Yandell wrote:
>
>> I hand edited the RDC website to point over to the Tomcat SVN location
>> on people.apache.org.
>
>
> Not clear what that means.
I modif
On Tue, Aug 18, 2009 at 9:16 PM, Rahul Akolkar wrote:
> On Mon, Aug 17, 2009 at 1:51 PM, Rahul Akolkar wrote:
>> On Mon, Aug 17, 2009 at 1:04 AM, Henri Yandell wrote:
>
>>> The Standard taglib's site is not in a happy
>>> state so I'll be working on g
On Wed, Aug 19, 2009 at 9:25 PM, Rahul Akolkar wrote:
> On Wed, Aug 19, 2009 at 11:00 AM, Henri Yandell wrote:
>> So... steps:
>>
>> * New Standard site that merges 1.0, 1.1 and 1.x docs together, rather
>> than treating them as separate taglibs.
>> * Retir
Generally +1.
Noting that this includes the Taglibs subsites which are Maven based.
Hen
On Thu, Sep 3, 2009 at 3:59 AM, Mark Thomas wrote:
> Folks,
>
> As part of the response to the recent compromise of ASF servers [1] the
> infrastructure team are introducing a new way to sync web sites from s
Did this go through Mark?
Where do I commit the Taglibs site?
Hen
On Thu, Sep 3, 2009 at 3:59 AM, Mark Thomas wrote:
> Folks,
>
> As part of the response to the recent compromise of ASF servers [1] the
> infrastructure team are introducing a new way to sync web sites from svn
> and are looking
I've pushed the current state of the Taglibs site out:
http://tomcat.apache.org/taglibs/
It's not ready to go live, but it gives us a good feel for what's left to do.
Hen
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apa
On Tue, Sep 22, 2009 at 10:06 AM, Rahul Akolkar wrote:
> On Thu, Sep 17, 2009 at 10:32 PM, wrote:
>> Author: bayard
>> Date: Fri Sep 18 02:32:18 2009
>> New Revision: 816441
>>
>> URL: http://svn.apache.org/viewvc?rev=816441&view=rev
>> Log:
>> Commenting out the list of taglibs. Changing urls t
n.
c) A Taglibs entry under Download and one under Documentation
(currently there's not a Taglibs download page - each taglib handles
its own).
d) Something else.
Hen
On Sat, Sep 19, 2009 at 2:40 AM, Henri Yandell wrote:
> I've pushed the current state of the Taglibs site out:
>
>
Thanks all - I've gone with option a) and will change if there's a
change of consensus. Should show up on the site in a few hours.
Migration complete :)
Hen
On Tue, Oct 6, 2009 at 6:58 AM, Rainer Jung wrote:
> On 05.10.2009 22:11, Henri Yandell wrote:
>> This is now live
(dropping tomcat-users@)
The BSF Taglib was deprecated in July 2007, one of the first to be
recognized as unsupported. And as you say below, retired in the
Taglibs move to Tomcat.
If BSF users still have a strong need for it for legacy reasons, I'd
suggest it go in Jakarta BSF. There's been no on
Not sure where Christopher's email was, but:
If there is any interest in a retired taglib, I'm all for it being
merged into the Extended Taglib. Currently I plan to consider
replacing the functionality from String Taglib (mostly as EL
functions), Log Taglib and JNDI Taglib (perhaps).
It sounds li
On Sat, Nov 7, 2009 at 8:59 AM, Mark Thomas wrote:
> All,
>
> I was thinking about this on my way back from ApacheCon and we probably
> need to get some advice out to users early next week.
>
> My current understanding is that the MITM attack is triggered by a
> renegotiation.
>
> On this basis I
On Wed, Nov 11, 2009 at 12:09 AM, Luciana Moreira Sa de Souza Signed
by - PrivaSphere AG wrote:
> Hello,
>
> I am currently working on my company's platform to get around this security
> problem during re-negotiation. After discussing with my group about the
> progress being made towards a fix fo
On Tue, Jun 29, 2010 at 11:45 PM, Jeremy Boynes wrote:
> In bug 45197 https://issues.apache.org/bugzilla/show_bug.cgi?id=45197 Henri
> wrote:
> * Look at questions in the length method in ForEachSupport.java
> * Look at commented out code in prepre in ForEachSupport.java
>
> By "in the length met
Agreed on 1.18.2. For String params (and Number, Character and
Boolean) it looks like Functions should be able to assume that they're
null-safe.
Hen
On Sun, Jul 4, 2010 at 12:20 PM, Jeremy Boynes wrote:
> Different methods in our Functions implementation handle null parameters
> inconsistently;
>
> Jeremy
>
> On Jul 4, 2010, at 11:36 PM, Henri Yandell wrote:
>
>> Agreed on 1.18.2. For String params (and Number, Character and
>> Boolean) it looks like Functions should be able to assume that they're
>> null-safe.
>>
>> Hen
>>
>>
On Thu, Jul 8, 2010 at 3:59 AM, Rainer Jung wrote:
> On 08.07.2010 01:14, sebb wrote:
>>
>> On 7 July 2010 21:19, Rainer Jung wrote:
>>>
>>> On 07.07.2010 21:00, sebb wrote:
On 7 July 2010 10:47, Rainer Jung wrote:
>
> On 29.06.2010 17:17, jean-frederic clere wrote:
>>>
>
On Thu, Jul 8, 2010 at 9:36 AM, sebb wrote:
> On 8 July 2010 16:22, Henri Yandell wrote:
>>
>> IIUC, it means the tag would not refer to any trunk revision.
>
> Strictly speaking, yes, there is no exact match in trunk, because the
> version fixes are deliberately not a
On Fri, Jul 9, 2010 at 12:51 PM, Jeremy Boynes wrote:
> In light of the performance issues logged against the XML taglib and
> functional issues like #49578, I was looking at refactor the XML tags to use
> the JAXP XPath API to pre-compile expressions and dynamically resolve
> variables. I thin
On Wed, Jul 14, 2010 at 8:45 PM, Jeremy Boynes wrote:
> On Jul 12, 2010, at 7:04 PM, Jeremy Boynes wrote:
>
>> I'm going to ping Xalan about the increase in time taken as expressions are
>> evaluated as I would assume I'm doing something silly.
>
> I looked into the Xalan implementation and the p
+1 for reformatting.
I've lived with the terrible code style in taglibs for years because I
felt that reformatting it just for me was over the top. Now there are
more eyes on the code; PLEASE MAKE IT READABLE! :)
I'm assuming it's a one-time only reformat to get us onto something sane.
Hen
On T
May I suggest you emit a warning to the logs when comma is used in the
regexp for a few versions?
Hen
On Fri, Dec 24, 2010 at 10:34 AM, Mark Thomas wrote:
> There are a number of configuration properties defined as "comma
> separated regular expressions". As someone pointed out at at ApacheCon
>
+1, Java 1.5 is EOL as you say.
While Oracle are in the business of supporting the old versions when
it gets painful, we're not.
Hen
On Sun, Jan 2, 2011 at 3:27 PM, Jeremy Boynes wrote:
> In Java6 support was added for LocaleServiceProviders that extend the Locales
> supported by the java.text
As an alternative - can we implement this such that it uses this in
Java6 and falls back to the old bad code in 1.5 and before?
On Tue, Jan 11, 2011 at 1:43 AM, Henri Yandell wrote:
> +1, Java 1.5 is EOL as you say.
>
> While Oracle are in the business of supporting the old versions
d the synchronization issues as Joda is
> thread safe; the downside is that it's an external dependency. And we would
> still need a solution for numbers.
>
> On Jan 16, 2011, at 11:33 AM, Henri Yandell wrote:
>
>> As an alternative - can we implement this such that it
On Sun, Jan 23, 2011 at 12:41 PM, Jeremy Boynes wrote:
> The only bug remaining that impact the JSTL libraries is #46052 (locale
> performance on 1.6). Henri suggested releasing in its current form which
> sounds reasonable. Should we release this as 1.2.0? Is this a good version
> number - sho
Yeah, we need to add some local pages.
Hen
On Thu, Feb 24, 2011 at 3:58 AM, sebb wrote:
> The RDC and JSTL pages still point to the Jakarta site for download links.
>
> Would it be possible to create local download pages instead?
>
> The download links don't appear on the Jakarta site, so it mea
A very late and non-binding +1 :)
On Wed, Nov 13, 2013 at 6:58 PM, Jeremy Boynes wrote:
> I'd like to release Apache Standard Taglib 1.2.1. This is an update to the
> withdrawn 1.2.0, built with JDK 1.7.0_45 to address JavaDoc issues and
> incorporating feedback on the documentation.
>
> Maven
Started digging into this last night. New computer so checkout, figure out
right version of Maven etc. 3.1.1 has issues with the site, so you have to
stay on 3.0.5.
I've made some initial changes, then discovered that we seem to have lost
the xdoc for the website (one file) for the standard subcom
Shouldn't be changing the copyright date until we actually make a
copyrightable modification to that product.
Hen
On Fri, Jan 3, 2014 at 10:08 AM, wrote:
> Author: rjung
> Date: Fri Jan 3 18:08:32 2014
> New Revision: 1555177
>
> URL: http://svn.apache.org/r1555177
> Log:
> Happy new 2014!
>
On Saturday, January 11, 2014, Konstantin Kolinko wrote:
> 2014/1/12 Henri Yandell >:
> > Shouldn't be changing the copyright date until we actually make a
> > copyrightable modification to that product.
> >
>
> I think this itself is one, as it fixes typos in
easier*
* Change urls to point to mirror rather than archive
* Push content into tomcat-site/taglibs manually
* Change the news item on Tomcat itself to announce the release
Hen
On Sat, Jan 11, 2014 at 3:52 PM, Konstantin Kolinko
wrote:
> 2014/1/12 Henri Yandell :
> > Started digging
On Sun, Jan 12, 2014 at 8:52 AM, Jeremy Boynes wrote:
> On Jan 11, 2014, at 10:58 PM, Henri Yandell wrote:
>
> > Thanks. Wish I'd looked here before digging myself. I assumed it was
> > something weird I did when moving over from Jakarta and spent far too
> much
>
On Sun, Jan 12, 2014 at 3:39 AM, Rainer Jung wrote:
> Hi Henri,
>
> On 11.01.2014 22:15, Henri Yandell wrote:
> > Shouldn't be changing the copyright date until we actually make a
> > copyrightable modification to that product.
>
> Not sure whether the "u
>
>
> On Jan 11, 2014, at 10:58 PM, Henri Yandell wrote:
>>
>> > Remaining tasks:
>> >
>> > * Create a page to show source location.
>> > * Create a .cgi page for download mirrors *I hope that's gotten easier*
>> > * Change url
On Sun, Jan 12, 2014 at 9:16 PM, Henri Yandell wrote:
>
>
> My main concern is it makes inactive codebases seem alive. ie) extended
> looks as though there's been code change in the last 5 years instead of
> only having had code in it in 2009. Similar with RDC.
>
>
Any thoughts Jeremy on our containing tags outside of the Standard
implementation?
I was pondering folding the Extended one (which contains two very tiny
tags) into the Standard taglib, or if you don't see any likelihood for
adding new ones, just removing it.
Hen
+1 to that vision.
I'll ditch the current Extended code.
Hen
On Tue, Jan 14, 2014 at 8:47 AM, Jeremy Boynes wrote:
> On Jan 13, 2014, at 9:51 PM, Henri Yandell wrote:
>
> > Any thoughts Jeremy on our containing tags outside of the Standard
> > implementation?
> >
Per the below, I'll go ahead and move RDC to the Attic; waiting 72 hours in
case there's a -1.
Hen
On Tue, Jan 14, 2014 at 4:23 PM, Rahul Akolkar wrote:
> On Tue, Jan 14, 2014 at 12:49 AM, Henri Yandell
> wrote:
> >
> > On Sun, Jan 12, 2014 at 9:16 PM, Henri Ya
at 10:56 PM, Henri Yandell wrote:
>
> >>
> >>
> >> On Jan 11, 2014, at 10:58 PM, Henri Yandell wrote:
> >>>
> >>>> Remaining tasks:
> >>>>
> >>>> * Create a page to show source location.
> >>>&
I've updated the site to point to the 1.2.1 release. It's a bit of a kludge
right now. Once RDC heads in the direction of the Attic, I'd like to move
the site fully into the tomcat-site directory, avoiding any of the
generated Maven noise. Then the only oddity is copying the javadoc in.
Jeremy - w
On Fri, Jan 24, 2014 at 11:35 PM, Mladen Turk wrote:
> On 01/24/2014 07:51 PM, Rainer Jung wrote:
>
>> On 24.01.2014 17:24, Mladen Turk wrote:
>>
>>> On 01/24/2014 03:14 PM, Mark Thomas wrote:
>>>
If you have are for *your* @author tags to be removed from trunk, reply
here and I'll
could be released if someone had the energy to fix the website and
> rustle up votes.
>
> On Oct 13, 2012, at 10:58 AM, Henri Yandell wrote:
>
>> Hard to argue against it. I've no energy for Taglibs coding. I wish
>> we'd got a JSTL 1.2 released, but c'est la vie
t much activity as there has been
> no update to the JSR in many years. The JSTL code in trunk does pass the 1.2
> TCK and could be released if someone had the energy to fix the website and
> rustle up votes.
>
> On Oct 13, 2012, at 10:58 AM, Henri Yandell wrote:
>
>> Ha
Do we have to do any bureaucratize to register as having passed the TCK?
Or is it:
* Generate release artifacts.
* VOTE on release.
* VOTE on Attic.
* Publish.
* Make project read-only.
Hen
On Mon, Dec 31, 2012 at 3:11 PM, Henri Yandell wrote:
> What exactly is left to do the release?
On Fri, Jan 18, 2013 at 8:30 AM, Jeremy Boynes wrote:
> On Jan 18, 2013, at 1:34 AM, Konstantin Kolinko wrote:
>> Regarding the two taglibs that are not yet in the attic, I have no
>> interest in "RDC" taglib, but I am interested in JSTL one.
>
> +1
>
>>
>> I think once we make the first release,
On Mon, Jan 28, 2013 at 3:46 AM, Mark Thomas wrote:
> On 26/01/2013 21:51, Henri Yandell wrote:
>> On Fri, Jan 18, 2013 at 8:30 AM, Jeremy Boynes wrote:
>>> On Jan 18, 2013, at 1:34 AM, Konstantin Kolinko wrote:
>>>> Regarding the two taglibs that are n
Coming back to this after a while :)
Does anyone else get errors when trying to build standard regarding
LocaleUtils?
/Users/hen/Keep/OSS/apache/tomcat-taglibs/standard/jstlel/src/main/java/org/apache/taglibs/standard/tag/el/fmt/ParseDateTag.java:[25,49]
cannot find symbol
symbol : class Locale
Figured out. I was using mvn package rather than mvn install.
Too used to simple dependency structures over in Commons.
Hen
On Fri, Jun 21, 2013 at 7:51 AM, Henri Yandell wrote:
>
> Coming back to this after a while :)
>
> Does anyone else get errors when trying to build standa
FYI that I'm digging into the Taglibs site to figure out how it is we go
from 15 Maven target/site directories to 1 site.
I'm then going to write a dumb shell script that copies the relevant parts
to a Tomcat site/taglibs checkout, allowing for the site to be updated. I'm
sure there's a very cleve
mvn scm-publish:publish-scm
>
> Make sense ?
> I can work on that or help you if you want.
>
>
>
>
> 2013/6/24 Henri Yandell :
> > FYI that I'm digging into the Taglibs site to figure out how it is we go
> > from 15 Maven target/site directories to 1 site.
On Mon, Jul 1, 2013 at 3:04 AM, Olivier Lamy wrote:
> Apologize for delayed response.
>
> 2013/6/26 Jeremy Boynes :
> > On Jun 25, 2013, at 7:54 AM, Henri Yandell wrote:
> >
> >> Help much appreciated - but do we want all the content of all the
> modules
> &
On Tue, Jul 2, 2013 at 8:43 PM, Jeremy Boynes wrote:
> On Jul 2, 2013, at 9:41 AM, Henri Yandell wrote:
> >
> > I wouldn't expect to deploy the site from tags - a site is a live/current
> > thing.
>
> The core site is a live/current thing, but there is also the
&
Slowly digging into this. Thus far I've confirmed the source builds :)
Next up is working out how to deploy the examples.
Hen
On Fri, Aug 2, 2013 at 12:32 PM, Jeremy Boynes wrote:
> A proposed release candidate Apache Taglibs 1.2.0-RC1 is now available for
> voting.
>
> This is release candida
To test out Jeremy's proposed alpha Standard 1.2 release I needed some code
to run against it. I turned to the old examples that at some point were
used to verify things (the standard/examples directory).
Surprisingly, I've got them up and running. I build with mvn package then
copy the war to a T
+1 to both.
On Friday, August 9, 2013, Jeremy Boynes wrote:
> On Aug 6, 2013, at 10:13 PM, Henri Yandell >
> wrote:
>
> > Slowly digging into this. Thus far I've confirmed the source builds :)
> >
> > Next up is working out how to deploy the examples.
>
>
Shall we move the examples up to tomcat/taglibs/standard-examples/trunk?
On Fri, Aug 23, 2013 at 2:37 PM, Henri Yandell wrote:
> +1 to both.
>
>
> On Friday, August 9, 2013, Jeremy Boynes wrote:
>
>> On Aug 6, 2013, at 10:13 PM, Henri Yandell wrote:
>>
>> >
g 6, 2013 at 11:16 PM, Henri Yandell wrote:
> To test out Jeremy's proposed alpha Standard 1.2 release I needed some
> code to run against it. I turned to the old examples that at some point
> were used to verify things (the standard/examples directory).
>
> Surprisingly, I&
67 matches
Mail list logo
