svn commit: r806045 - in /tomcat/taglibs/rdc/trunk: src/site/site.xml src/site/xdoc/index.xml taglibs-rdc-examples/src/site/xdoc/index.xml taglibs-rdc/src/site/xdoc/index.xml

[rahul]

Author: rahul
Date: Thu Aug 20 04:23:12 2009
New Revision: 806045

URL: http://svn.apache.org/viewvc?rev=806045&view=rev
Log:
Brand as Apache RDC Taglib, plus improvements to page titles and authors as 
suggested by Henri Yandell.

Modified:
tomcat/taglibs/rdc/trunk/src/site/site.xml
tomcat/taglibs/rdc/trunk/src/site/xdoc/index.xml
tomcat/taglibs/rdc/trunk/taglibs-rdc-examples/src/site/xdoc/index.xml
tomcat/taglibs/rdc/trunk/taglibs-rdc/src/site/xdoc/index.xml

Modified: tomcat/taglibs/rdc/trunk/src/site/site.xml
URL: 
http://svn.apache.org/viewvc/tomcat/taglibs/rdc/trunk/src/site/site.xml?rev=806045&r1=806044&r2=806045&view=diff
==
--- tomcat/taglibs/rdc/trunk/src/site/site.xml (original)
+++ tomcat/taglibs/rdc/trunk/src/site/site.xml Thu Aug 20 04:23:12 2009
@@ -1,7 +1,7 @@
 
-
+
   
-
+
   http://tomcat.apache.org/taglibs/rdc/"; />
   http://tomcat.apache.org/taglibs/rdc/taglibs-rdc/"; />
   http://tomcat.apache.org/taglibs/rdc/taglibs-rdc-examples/"; />

Modified: tomcat/taglibs/rdc/trunk/src/site/xdoc/index.xml
URL: 
http://svn.apache.org/viewvc/tomcat/taglibs/rdc/trunk/src/site/xdoc/index.xml?rev=806045&r1=806044&r2=806045&view=diff
==
--- tomcat/taglibs/rdc/trunk/src/site/xdoc/index.xml (original)
+++ tomcat/taglibs/rdc/trunk/src/site/xdoc/index.xml Thu Aug 20 04:23:12 2009
@@ -18,8 +18,8 @@
 -->
 
 
-  Rahul Akolkar
-  The Jakarta-Taglibs Project: Reusable Dialog Components (RDC) Tag 
Library
+  dev.AT.tomcat.apache.org
+  Reusable Dialog Components Tag Library
 
 
 

Modified: tomcat/taglibs/rdc/trunk/taglibs-rdc-examples/src/site/xdoc/index.xml
URL: 
http://svn.apache.org/viewvc/tomcat/taglibs/rdc/trunk/taglibs-rdc-examples/src/site/xdoc/index.xml?rev=806045&r1=806044&r2=806045&view=diff
==
--- tomcat/taglibs/rdc/trunk/taglibs-rdc-examples/src/site/xdoc/index.xml 
(original)
+++ tomcat/taglibs/rdc/trunk/taglibs-rdc-examples/src/site/xdoc/index.xml Thu 
Aug 20 04:23:12 2009
@@ -18,8 +18,8 @@
 -->
 
 
-  taglibs-dev.AT.jakarta.apache.org
-  Apache Jakarta Taglibs: Reusable Dialog Components (RDC) Tag 
Library
+  dev.AT.tomcat.apache.org
+  Reusable Dialog Components Tag Library
 
 
 

Modified: tomcat/taglibs/rdc/trunk/taglibs-rdc/src/site/xdoc/index.xml
URL: 
http://svn.apache.org/viewvc/tomcat/taglibs/rdc/trunk/taglibs-rdc/src/site/xdoc/index.xml?rev=806045&r1=806044&r2=806045&view=diff
==
--- tomcat/taglibs/rdc/trunk/taglibs-rdc/src/site/xdoc/index.xml (original)
+++ tomcat/taglibs/rdc/trunk/taglibs-rdc/src/site/xdoc/index.xml Thu Aug 20 
04:23:12 2009
@@ -18,8 +18,8 @@
 -->
 
 
-  taglibs-dev.AT.jakarta.apache.org
-  The Jakarta-Taglibs Project: Reusable Dialog Components (RDC) Tag 
Library
+  dev.AT.tomcat.apache.org
+  Reusable Dialog Components Tag Library
 
 
 



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r806044 - /tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml

[rahul]

Author: rahul
Date: Thu Aug 20 04:13:54 2009
New Revision: 806044

URL: http://svn.apache.org/viewvc?rev=806044&view=rev
Log:
In site menus, brand as Apache Taglibs.

Modified:
tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml

Modified: tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml
URL: 
http://svn.apache.org/viewvc/tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml?rev=806044&r1=806043&r2=806044&view=diff
==
--- tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml (original)
+++ tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml Thu Aug 20 04:13:54 
2009
@@ -1,5 +1,5 @@
 
-
+
   
   
@@ -8,7 +8,7 @@
 http://jakarta.apache.org/tomcat/
   
   
-Tomcat Taglibs
+Apache Taglibs
 http://jakarta.apache.org/tomcat/taglibs/images/taglibs.gif
 http://jakarta.apache.org/tomcat/taglibs/
   
@@ -26,7 +26,7 @@
 
 
-
+
   http://jakarta.apache.org/taglibs/index.html"; />
   http://jakarta.apache.org/site/downloads/downloads_taglibs.html"; />
   http://jakarta.apache.org/taglibs/site/using.html"; />
@@ -34,7 +34,7 @@
   http://jakarta.apache.org/taglibs/site/news.html"; />
   http://wiki.apache.org/jakarta-taglibs/FrontPage"; />
 
-
+
   http://jakarta.apache.org/taglibs/mail-lists.html"; />
   http://jakarta.apache.org/taglibs/issue-tracking.html"; />
   http://jakarta.apache.org/taglibs/site/building.html"; />



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r821454 - in /tomcat/site/trunk: docs/lists.html xdocs/lists.xml

[rahul]

Author: rahul
Date: Sun Oct  4 02:03:24 2009
New Revision: 821454

URL: http://svn.apache.org/viewvc?rev=821454&view=rev
Log:
Add the recently moved taglibs-u...@tao mailing list to the lists page of the 
Tomcat site.

Modified:
tomcat/site/trunk/docs/lists.html
tomcat/site/trunk/xdocs/lists.xml

Modified: tomcat/site/trunk/docs/lists.html
URL: 
http://svn.apache.org/viewvc/tomcat/site/trunk/docs/lists.html?rev=821454&r1=821453&r2=821454&view=diff
==
--- tomcat/site/trunk/docs/lists.html (original)
+++ tomcat/site/trunk/docs/lists.html Sun Oct  4 02:03:24 2009
@@ -229,6 +229,10 @@
 Development mailing list, including commit
   messages
 
+  
+User support and discussion for
+  Apache Taglibs
+
  
 
 
@@ -511,6 +515,103 @@
 
 
 
+
+
+
+
+
+taglibs-user
+
+
+
+
+
+
+
+
+
+
+The taglibs-u...@tomcat.apache.org
+mailing list is for users of the custom tag libraries found in
+http://tomcat.apache.org/taglibs/";>Apache Taglibs. It is also
+a good forum for asking questions about how custom tag libraries operate,
+and how they can be used.
+
+
+
+ 
+  Volume:
+  Low
+ 
+ 
+  Subscription:
+  Send a blank email to mailto:taglibs-user-subscr...@tomcat.apache.org";>
+  taglibs-user-subscr...@tomcat.apache.org
+
+ 
+ 
+  Digest subscription:
+  Send a blank email to
+  mailto:taglibs-user-digest-subscr...@tomcat.apache.org";>
+  taglibs-user-digest-subscr...@tomcat.apache.org
+
+ 
+ 
+  Posting questions to the list:
+  Send your question to mailto:taglibs-u...@tomcat.apache.org";>
+  taglibs-u...@tomcat.apache.org
+
+ 
+ 
+  Getting help with the list:
+  Send a blank email to mailto:taglibs-user-h...@tomcat.apache.org";>
+  taglibs-user-h...@tomcat.apache.org,
+  mailto:taglibs-user-digest-h...@tomcat.apache.org";>
+  taglibs-user-digest-h...@tomcat.apache.org
+
+ 
+ 
+  Unsubscription:
+  Send a blank email to mailto:taglibs-user-unsubscr...@tomcat.apache.org";>
+  taglibs-user-unsubscr...@tomcat.apache.org
+
+ 
+ 
+  Digest unsubscription:
+  Send a blank email to
+  mailto:taglibs-user-digest-unsubscr...@tomcat.apache.org";>
+  taglibs-user-digest-unsubscr...@tomcat.apache.org
+
+ 
+ 
+  List owner address:
+  Send your message to
+  mailto:taglibs-user-ow...@tomcat.apache.org";>
+  taglibs-user-ow...@tomcat.apache.org
+
+ 
+ 
+  Archives:
+  
+at http://mail-archives.apache.org/mod_mbox/tomcat-taglibs-user/";>
+Apache (see 
+http://mail-archives.apache.org/mod_mbox/jakarta-taglibs-user/";>
+older archives) and at
+http://markmail.org/list/org.apache.tomcat.taglibs-user/";>MarkMail
+(http://markmail.org/list/org.apache.jakarta.taglibs-user/";>older).
+  
+ 
+
+
+
+
+
+
+
+
+
+
+
 
 
 

Modified: tomcat/site/trunk/xdocs/lists.xml
URL: 
http://svn.apache.org/viewvc/tomcat/site/trunk/xdocs/lists.xml?rev=821454&r1=821453&r2=821454&view=diff
==
--- tomcat/site/trunk/xdocs/lists.xml (original)
+++ tomcat/site/trunk/xdocs/lists.xml Sun Oct  4 02:03:24 2009
@@ -42,6 +42,8 @@
   releases and security vulnerabilities
   Development mailing list, including commit
   messages
+  User support and discussion for
+  Apache Taglibs
  
 
 
@@ -235,5 +237,74 @@
 
 
 
+
+
+
+The taglibs-u...@tomcat.apache.org
+mailing list is for users of the custom tag libraries found in
+http://tomcat.apache.org/taglibs/";>Apache Taglibs. It is also
+a good forum for asking questions about how custom tag libraries operate,
+and how they can be used.
+
+
+
+ 
+  Volume:
+  Low
+ 
+ 
+  Subscription:
+  Send a blank email to mailto:taglibs-user-subscr...@tomcat.apache.org";>
+  taglibs-user-subscr...@tomcat.apache.org
+ 
+ 
+  Digest subscription:
+  Send a blank email to
+  mailto:taglibs-user-digest-subscr...@tomcat.apache.org";>
+  taglibs-user-digest-subscr...@tomcat.apache.org
+ 
+ 
+  Posting questions to the list:
+  Send your question to mailto:taglibs-u...@tomcat.apache.org";>
+  taglibs-u...@tomcat.apache.org
+ 
+ 
+  Getting help with the list:
+  Send a blank email to mailto:taglibs-user-h...@tomcat.apache.org";>
+  taglibs-user-h...@tomcat.apache.org,
+  mailto:taglibs-user-digest-h...@tomcat.apache.org";>
+  taglibs-user-digest-h...@tomcat.apache.org
+ 
+ 
+  Unsubscription:
+  Send a blank email to mailto:taglibs-user-unsubscr...@tomcat.apache.org";>
+  taglibs-user-unsubscr...@tomcat.apache.org
+ 
+ 
+  Digest unsubscription:
+  Send a blank email to
+  mailto:taglibs-user-digest-unsubscr...@tomcat.apache.org";>
+  taglibs-user-digest-unsubscr...@tomcat.apache.org
+ 
+ 
+  List owner address:
+  Send your message to
+  mailto:taglibs-user-ow...

svn commit: r823297 - in /tomcat/site/trunk: docs/download-native.html xdocs/download-native.xml

[rahul]

Author: rahul
Date: Thu Oct  8 19:49:52 2009
New Revision: 823297

URL: http://svn.apache.org/viewvc?rev=823297&view=rev
Log:
Add missing svn:eol-style property.

Modified:
tomcat/site/trunk/docs/download-native.html   (props changed)
tomcat/site/trunk/xdocs/download-native.xml   (props changed)

Propchange: tomcat/site/trunk/docs/download-native.html
--
svn:eol-style = native

Propchange: tomcat/site/trunk/xdocs/download-native.xml
--
svn:eol-style = native



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Site forwarding requested

[Rahul Akolkar]

On 10/13/05, Yoav Shapira <[EMAIL PROTECTED]> wrote:
> Hi,
> I've requested the infrastrcucture team to forward jakarta.apache.org/tomcat/*
> requests to tomcat.apache.org/*.  This is captured in JIRA issue INFRA-576,
> http://issues.apache.org/jira/browse/INFRA-576.  I've tested the
> tomcat.apache.org site, looks good mostly.


Cool :-)

>
> There's one thing I can't seem to figure out: clicking on the connectors
> download link results in a 500 server error page.  The download-connectors.cgi
> file seems identical to the download-55.cgi, download-41.cgi, download-33.cgi
> files, which all work just fine.  Help? ;)


chmod o+x download-connectors.cgi

-Rahul

>
> Yoav
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Adding Tomcat redirect to .htaccess

[Rahul Akolkar]

Hi Yoav,

Can you please update the Jakarta .htaccess [
https://svn.apache.org/repos/asf/jakarta/site/docs/.htaccess ] to
include the Tomcat redirect? The one in /www/j.a.o pulls it out from
here.

Noticed this as I was about to update .htaccess in jakarta-site. I'll
wait till your change comes in.

Thanks,
-Rahul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project

[Rahul Akolkar]

On 3/30/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Costin Manolache wrote:
> > I was going to ask - when did our policy changed to use windows line endings
> > ???
> > I was a bit annoyed to see windows ending as well, it looks bad on unix and
> > mac.
>
> There's a config in svn for that, I think, and for some reason it's not
> the default.
>


svn:eol-style can be set to native (usually the case for most files in
the ASF repo -then svn will do the line-ending conversions as needed).

You can also set autoprops in your svn config so when you add new
files svn properties get tacked on (based on file extension).

-Rahul


> Rémy
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: svn commit: r389421 - in /tomcat/tc6.0.x/trunk: .classpath .project

[Rahul Akolkar]

On 3/30/06, Rahul Akolkar <[EMAIL PROTECTED]> wrote:
> On 3/30/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> > Costin Manolache wrote:
> > > I was going to ask - when did our policy changed to use windows line 
> > > endings
> > > ???
> > > I was a bit annoyed to see windows ending as well, it looks bad on unix 
> > > and
> > > mac.
> >
> > There's a config in svn for that, I think, and for some reason it's not
> > the default.
> >
> 
>
> svn:eol-style can be set to native (usually the case for most files in
> the ASF repo -then svn will do the line-ending conversions as needed).
>
> You can also set autoprops in your svn config so when you add new
> files svn properties get tacked on (based on file extension).
>


Related details are here (See paragraph starting "Committers will need to ..."):

http://www.apache.org/dev/version-control.html#https-svn

Here are the eol-style settings that we recommend folks use for their
svn client configs:

http://www.apache.org/dev/svn-eol-style.txt

-Rahul


> -Rahul
>
>
> > Rémy
> >
> 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tagging 5.5.23

[Rahul Akolkar]

On 3/9/07, Jess Holle <[EMAIL PROTECTED]> wrote:

What became of 5.5.23?




Its being voted on, I haven't seen a result yet. Here [1] is the top
of that thread.

-Rahul

(long URL, may be fragmented)
[1]  http://mail-archives.apache.org/mod_mbox/tomcat-dev/200703.mbox/[EMAIL 
PROTECTED]



--
Jess Holle

Filip Hanik - Dev Lists wrote:
> Due to a number of important bug fixes, we will skip the 5.5.22
> release and go directly to a 5.5.23.
> I will tag SVN tomorrow at noon Mountain time.
>
> Let me know if this conflicts with anyone
>
> Filip
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Taglibs SVN migration to Tomcat

[Rahul Akolkar]

On Thu, Aug 13, 2009 at 4:48 AM, Henri Yandell wrote:
> 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.
>


All looks good -- thanks for CC'ing me, but you don't have to (I've
been subscribed to Tomcat dev + user for many years now).

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Taglibs SVN migration to Tomcat

[Rahul Akolkar]

On Mon, Aug 17, 2009 at 1:04 AM, Henri Yandell wrote:
> SVN move done. The Jakarta side points over to Tomcat for now, I'll be
> retiring what's left over there later.
>


Thanks Hen.


> I hand edited the RDC website to point over to the Tomcat SVN location
> on people.apache.org.


Not clear what that means.


>  The Standard taglib's site is not in a happy
> state so I'll be working on 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.
>


I can certainly push out a site or two -- if you want, I can do RDC
(and extended even) while you appease Standard.

Which reminds me, our commit messages are not hitting the list (I made
a pom update as well). I'll wait a bit more and then will ping
dev-owner to allow {bayard,rahul,kris}.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Taglibs SVN migration to Tomcat

[Rahul Akolkar]

On Tue, Aug 18, 2009 at 12:33 AM, Henri Yandell wrote:
> On Mon, Aug 17, 2009 at 10:51 AM, 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 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.
>>>
>> 
>>
>> I can certainly push out a site or two -- if you want, I can do RDC
>> (and extended even) while you appease Standard.
>
> No real site for extended yet - but feel very free to put something
> simple together if you'd like :)


OK :-) Unlikely soon though.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: DOAP Error Report

[Rahul Akolkar]

On Tue, Aug 18, 2009 at 7:51 AM, sebb wrote:
> I've fixed the "projects" build to use:
>
> http://svn.apache.org/repos/asf/tomcat/taglibs/rdc/trunk/doap_rdc.rdf
>


Thanks.


> Please can someone on the project can check if the DOAP itself needs updating.
>


Indeed, a lot needs updating over time (repository, various Jakarta
site references, mailing lists whenever we switch etc.). I'll make the
changes to match ground reality, gradually -- as said changes happen.

-Rahul


> Thanks.
> -- Forwarded message --
> From: aps...@apache.org 
> Date: 18 Aug 2009 01:31
> Subject: DOAP Error Report
> To: Site Development 
>
>
> Errors getting files
>  Failed to get 
> 'http://svn.apache.org/repos/asf/jakarta/taglibs/proper/rdc/trunk/doap_rdc.rdf'
>  Status = 'HTTP/1.1 404 Not Found
>  '
>  Processing errors
>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Taglibs SVN migration to Tomcat

[Rahul Akolkar]

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 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.
>>
> 
>
> I can certainly push out a site or two -- if you want, I can do RDC
> (and extended even) while you appease Standard.
>

A start: http://tomcat.apache.org/taglibs/rdc/

For the main site, couple of changes come to mind before deploying, we should:
(a) flatten out the directory structure a bit (stuff in this site
directory [1] can just go in the parent xdoc directory really)
(b) list only the bits moved over in the LHS menu.

-Rahul

[1] http://svn.apache.org/repos/asf/tomcat/taglibs/site/src/site/xdoc/site/

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

List of missed taglibs commits

[Rahul Akolkar]

For dev list posterity, I'm appending at the end an augmented log
listing (reverse chronologically) the commits whose notifications
didn't make it to the dev list.

-Rahul



r805597 | rahul | 2009-08-18 17:58:20 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/rdc/trunk/src/site/site.xml

Update RDC site LHS menu to new location.

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805597
----
r805592 | rahul | 2009-08-18 17:40:55 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/taglibs-parent/trunk/pom.xml
   M /tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml

Changes to adapt site menus to be part of the Tomcat site, rather than Jakarta.

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805592
----
r805462 | rahul | 2009-08-18 11:43:58 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/rdc/trunk/doap_rdc.rdf

Update SVN locations in DOAP after move to Tomcat.

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805462

r805286 | bayard | 2009-08-18 02:12:31 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   A /tomcat/taglibs/standard/trunk/src/site
   A /tomcat/taglibs/standard/trunk/src/site/xdoc
   A /tomcat/taglibs/standard/trunk/src/site/xdoc/index.xml
   D /tomcat/taglibs/standard/trunk/xml

Migrated old frontpage over to a Maven site

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805286

r805282 | bayard | 2009-08-18 01:26:43 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/extended/trunk/extended-test/pom.xml

Fixing svn locations for sub poms

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805282

r805281 | bayard | 2009-08-18 01:26:01 -0400 (Tue, 18 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/standard/trunk/impl/pom.xml
   M /tomcat/taglibs/standard/trunk/spec/pom.xml
   M /tomcat/taglibs/standard/trunk/standard-test/pom.xml

Fixing svn locations for sub poms

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805281
----
r805065 | rahul | 2009-08-17 13:39:14 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/rdc/trunk/pom.xml

As part of the move from Jakarta to Tomcat, update RDC taglib project
URL and site location in POM.

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=805065

r804864 | bayard | 2009-08-17 01:04:52 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/site/pom.xml
   M /tomcat/taglibs/standard/trunk/pom.xml

Rebrand to Apache Taglibs

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=804864

r804862 | bayard | 2009-08-17 00:53:31 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/extended/trunk/pom.xml
   M /tomcat/taglibs/rdc/trunk/pom.xml
   M /tomcat/taglibs/site/pom.xml
   M /tomcat/taglibs/standard/trunk/pom.xml
   M /tomcat/taglibs/taglibs-parent/trunk/pom.xml

Fixing svn location post move

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=804862

r804858 | bayard | 2009-08-17 00:26:20 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/taglibs-parent/trunk/pom.xml

Renaming from Jakarta Taglibs to Apache Taglibs

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=804858

r804857 | bayard | 2009-08-17 00:23:03 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   A /tomcat/taglibs/trunks/NOTICE (from
/jakarta/taglibs/trunks-proper/NOTICE:804856)

Copying NOTICE file over

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=804857

r804856 | bayard | 2009-08-17 00:22:50 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   A /tomcat/taglibs/trunks/LICENSE (from
/jakarta/taglibs/trunks-proper/LICENSE:804855)

Copying LICENSE file over

Changeset URL: http://svn.apache.org/viewvc?view=rev&revision=804856

r804855 | bayard | 2009-08-17 00:21:50 -0400 (Mon, 17 Aug 2009) | 1 line
Changed paths:
   M /tomcat/taglibs/trunks

Setting svn externals for tomcat/taglibs/trunks directory so it checks
all the 

Re: Taglibs SVN migration to Tomcat

[Rahul Akolkar]

On Wed, Aug 19, 2009 at 11:00 AM, Henri Yandell wrote:
> 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 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.
>>>>
>>> 
>>>
>>> I can certainly push out a site or two -- if you want, I can do RDC
>>> (and extended even) while you appease Standard.
>>>
>>
>> A start: http://tomcat.apache.org/taglibs/rdc/
>
> General theme looks good :)
>
> The title still mentions Jakarta. Should rename to:
>
> "Apache RDC Taglib - Reusable Dialog Components Tag Library"
>
> Basically we should have been branding ourselves with "Apache" rather
> than "Jakarta" for about 6 years now :)
>


Yup -- done, site deployed, waiting for rsync.


>> For the main site, couple of changes come to mind before deploying, we 
>> should:
>> (a) flatten out the directory structure a bit (stuff in this site
>> directory [1] can just go in the parent xdoc directory really)
>
> I've found it makes things easier to have these all together (like
> redirecting them for example), but given that Maven puts other files
> into the parent directory anyway it's not much of a justification.
>
>> (b) list only the bits moved over in the LHS menu.
>>
>> -Rahul
>>
>> [1] http://svn.apache.org/repos/asf/tomcat/taglibs/site/src/site/xdoc/site/
>
> I think we also need a simultaneous page in
> jakarta/site/retired/taglibs.html that lists out the retired taglibs.
> Plus that means a bit of complexity in the .htaccess; we'll want to
> keep the old sites for retired taglibs so no global redirect of
> /taglibs/ over. Instead we'll need to list explicitly the items to
> redirect over to the Tomcat side.
>
> So... steps:
>
> * New Standard site that merges 1.0, 1.1 and 1.x docs together, rather
> than treating them as separate taglibs.
> * Retired Jakarta Taglibs page.
> * New Taglibs site that flattens and updates for Tomcat land.
> * RDC Taglib regenerated from final taglib-parent.
> * Extended Taglib site. Can be pretty minimal.
> * Jakarta Taglibs htaccess rules.
> * Link on tomcat.apache.org when all looks good and Tomcat dev@ approves.
>


Looks reasonable to me.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: svn commit: r816441 - /tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml

[Rahul Akolkar]

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 to be tomcat.apache.org 
> except for the Download one which we'll handle later. Hope this doesn't hurt 
> RDC Rahul.
>


Thanks Hen, should be OK now that the migration is complete -- ISTR
running into relative URL issues when the RDC site was migrated but
the parent and rest were still pointing to Jakarta.

Out of curiosity, whats your m2 and site plugin version?

-Rahul



> Modified:
>    tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml
>
> Modified: tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml
> URL: 
> http://svn.apache.org/viewvc/tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml?rev=816441&r1=816440&r2=816441&view=diff
> ==
> --- tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml (original)
> +++ tomcat/taglibs/taglibs-parent/trunk/src/site/site.xml Fri Sep 18 02:32:18 
> 2009
> @@ -1,16 +1,14 @@
>  
>  
> -  
>   
>     Tomcat
> -    http://jakarta.apache.org/tomcat/images/tomcat.gif
> -    http://jakarta.apache.org/tomcat/
> +    http://tomcat.apache.org/images/tomcat.gif
> +    http://tomcat.apache.org/
>   
>   
>     Apache Taglibs
> -    http://jakarta.apache.org/tomcat/taglibs/images/taglibs.gif
> -    http://jakarta.apache.org/tomcat/taglibs/
> +    http://tomcat.apache.org/taglibs/images/taglibs.gif
> +    http://tomcat.apache.org/taglibs/
>   
>   
>   
> @@ -22,24 +20,30 @@
>     
>       http://www.apachecon.com/"/>
>       http://www.apache.org"/>
> -      http://jakarta.apache.org/tomcat"; />
> +      http://tomcat.apache.org/"; />
>     
> -    
>     
> -       href="http://jakarta.apache.org/taglibs/index.html"; />
> +       href="http://tomcat.apache.org/taglibs/index.html"; />
>        href="http://jakarta.apache.org/site/downloads/downloads_taglibs.html"; />
> -       href="http://jakarta.apache.org/taglibs/site/using.html"; />
> -       href="http://jakarta.apache.org/taglibs/site/tutorial.html"; />
> -       href="http://jakarta.apache.org/taglibs/site/news.html"; />
> +       href="http://tomcat.apache.org/taglibs/site/using.html"; />
> +       href="http://tomcat.apache.org/taglibs/site/tutorial.html"; />
> +       href="http://tomcat.apache.org/taglibs/site/news.html"; />
>        href="http://wiki.apache.org/jakarta-taglibs/FrontPage"; />
>     
>     
> -       href="http://jakarta.apache.org/taglibs/mail-lists.html"; />
> -       href="http://jakarta.apache.org/taglibs/issue-tracking.html"; />
> -       href="http://jakarta.apache.org/taglibs/site/building.html"; />
> -       href="http://jakarta.apache.org/taglibs/integration.html"; />
> +       href="http://tomcat.apache.org/taglibs/mail-lists.html"; />
> +       href="http://tomcat.apache.org/taglibs/issue-tracking.html"; />
> +       href="http://tomcat.apache.org/taglibs/site/building.html"; />
> +       href="http://tomcat.apache.org/taglibs/integration.html"; />
>     
> +    
> +         href="http://tomcat.apache.org/taglibs/rdc/"; />
> +         href="http://tomcat.apache.org/taglibs/standard/"; />
> +        
> +    
> +    
>     
>        href="http://www.apache.org/foundation/sponsorship.html"; />
>        href="http://www.apache.org/foundation/thanks.html"; />
>
>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Taglibs user list (was: mailing list moved)

[Rahul Akolkar]

I've added the taglibs-user list info to the lists page on the Tomcat
site -- that'll be live after the next rsync. I'll update the relevant
bits on the Jakarta site when that happens.

-Rahul

-- Forwarded message --
From: Brett Porter
Date: Mon, Sep 28, 2009 at 9:06 PM
Subject: mailing list moved
To: taglibs-u...@tomcat.apache.org

Note that this mailing list has moved to taglibs-u...@tomcat.apache.org.

Thanks,
Brett

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Taglibs website migration

[Rahul Akolkar]

On Mon, Oct 5, 2009 at 4:11 PM, Henri Yandell  wrote:
> This is now live.
>
> The Jakarta side of things has been retired and some redirects exist.
> It's ready to be linked to from tomcat.apache.org.
>
> What do people think is best?
>
> a) A "Taglibs" entry under the Home link.
> b) Individual entries per Taglib under Download and Documentation.
> 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.
>


a++

Easiest to add and least intrusive to the current Tomcat site.

-Rahul


> Hen
>
> On Sat, Sep 19, 2009 at 2:40 AM, Henri Yandell  wrote:
>> 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.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Site build note (was Re: svn commit: r822590 [1/2])

[Rahul Akolkar]

Mostly for the archives since I had the first observation below when I
had to build the site as well:

On Wed, Oct 7, 2009 at 1:24 AM,   wrote:
> Author: bayard
> Date: Wed Oct  7 05:24:06 2009
> New Revision: 822590
>
> URL: http://svn.apache.org/viewvc?rev=822590&view=rev
> Log:
> Adding a Taglibs entry to the Tomcat website under the Apache Tomcat menu item
>
> Modified:
>    tomcat/site/trunk/docs/bugreport.html
>    tomcat/site/trunk/docs/contact.html
>    tomcat/site/trunk/docs/download-41.html
>    tomcat/site/trunk/docs/download-55.html
>    tomcat/site/trunk/docs/download-60.html
>    tomcat/site/trunk/docs/download-connectors.html
>    tomcat/site/trunk/docs/download-native.html
>    tomcat/site/trunk/docs/findhelp.html
>    tomcat/site/trunk/docs/getinvolved.html
>    tomcat/site/trunk/docs/heritage.html
>    tomcat/site/trunk/docs/index.html
>    tomcat/site/trunk/docs/irc.html
>    tomcat/site/trunk/docs/legal.html
>    tomcat/site/trunk/docs/lists.html
>    tomcat/site/trunk/docs/migration.html
>    tomcat/site/trunk/docs/resources.html
>    tomcat/site/trunk/docs/security-3.html
>    tomcat/site/trunk/docs/security-4.html
>    tomcat/site/trunk/docs/security-5.html
>    tomcat/site/trunk/docs/security-6.html
>    tomcat/site/trunk/docs/security-impact.html
>    tomcat/site/trunk/docs/security-jk.html
>    tomcat/site/trunk/docs/security.html
>    tomcat/site/trunk/docs/svn.html
>    tomcat/site/trunk/docs/whichversion.html
>    tomcat/site/trunk/docs/whoweare.html
>    tomcat/site/trunk/xdocs/stylesheets/project.xml
>
> Modified: tomcat/site/trunk/docs/bugreport.html
> URL: 
> http://svn.apache.org/viewvc/tomcat/site/trunk/docs/bugreport.html?rev=822590&r1=822589&r2=822590&view=diff
> ==
> --- tomcat/site/trunk/docs/bugreport.html (original)
> +++ tomcat/site/trunk/docs/bugreport.html Wed Oct  7 05:24:06 2009
> @@ -3,18 +3,18 @@
>  
>  
>  Apache Tomcat - Reporting Bugs
> -
> -
> - type="text/css" />
> +
> +
> + media="print"/>
>  


Changes such as the above are a function of the XSLT impl that kicks
in (for example, Sun JDK 1.4 generates the before variant in the diff
above and 1.5/1.6 the after).

If we continue to build the site with 1.5/1.6, those diffs won't show
up anymore.


>
> Modified: tomcat/site/trunk/docs/download-native.html
> URL: 
> http://svn.apache.org/viewvc/tomcat/site/trunk/docs/download-native.html?rev=822590&r1=822589&r2=822590&view=diff
> ==
> --- tomcat/site/trunk/docs/download-native.html (original)
> +++ tomcat/site/trunk/docs/download-native.html Wed Oct  7 05:24:06 2009
> @@ -1,430 +1,433 @@
> -
> - "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
> -
> -
> -Apache Tomcat - Tomcat Native Downloads
> -
> - type="text/css" />
> -
> - bgcolor="#ff">
> -
> -
> -
> -


This file shows a much larger diff since its missing eol-style (both
xdoc and doc). Will add the props in a minute.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn client config (was Re: svn commit: r640706 [1/12] - in /tomcat/sandbox/tomcat-lite ...)

[Rahul Akolkar]

On 3/25/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Author: costin
>  Date: Mon Mar 24 23:01:43 2008
>  New Revision: 640706
>
>  URL: http://svn.apache.org/viewvc?rev=640706&view=rev
>  Log:
>  Baseline copy of coyote and tomcat/util from tomcat6 - removed old AIO 
> connector and all associated files, NIO and APR connectors.
>  This is not yet minimal, but closer
>
>
>  Added:
> tomcat/sandbox/tomcat-lite/tomcat-coyote/
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/ActionCode.java
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/ActionHook.java
> tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/Adapter.java


No props were added. Please configure your svn client to add the
svn:eol-style property. Details [1].

Also affected r{640852,640855,640860}.

'svn propset' [2] can fix this after the fact.

-Rahul

[1] http://www.apache.org/dev/svn-eol-style.txt
[2] http://svnbook.red-bean.com/en/1.0/re23.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Feedback on my project proposal

[Rahul Saxena]

I have posted my application on the GSOC site for the project "Convert
tomcat valves to filters" , Can anyone give their comment on the same...

Thanks

-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

If we derive several servlets form s generic servlet and then if we specify
a filter for that generic servlet, will that filter work for all derived
servlets or not???

Rahul Saxena
B.Tech Part III
Computer Science And Engineering
IT BHU

Re: Feedback on my project proposal

[Rahul Saxena]

Is Tomcat currently supports JSR 196??

On Thu, Apr 2, 2009 at 3:02 AM, Mark Thomas  wrote:

> Rahul Saxena wrote:
> > If we derive several servlets form s generic servlet and then if we
> specify
> > a filter for that generic servlet, will that filter work for all derived
> > servlets or not???
>
> Filters and servlets are independent. Any filter should work with any
> servlet.
>
> Mark
>
> >
> > Rahul Saxena
> > B.Tech Part III
> > Computer Science And Engineering
> > IT BHU
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>


-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

JSR 196 can be implemented only at the service levelIs it true??



-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

If we define a generic servlet for a particular host and then allow
servlets(of any application) in that particular host  to implement that
generic servlet and then I think we can supply the servlet context of this
particular servlet to the correponding filter of that host .

On Wed, Apr 1, 2009 at 4:31 PM, Mark Thomas  wrote:

> Rahul Saxena wrote:
> > I have posted my application on the GSOC site for the project "Convert
> > tomcat valves to filters" , Can anyone give their comment on the
> same...
>
> Feedback provided in the GSOC app and repeated below. Feel free to discuss
> your
> ideas regarding these questions on the dev list.
>
> Mark
>
>
> Feedback:
> Good first draft. There are a couple of areas where I would like to see a
> little
> more information:
>
>   1. There are many more valves than the 6 you listed.
>   2. The filter requires a ServletContext at initialisation. How might you
> handle this for a filter defined at the Engine/Host level?
>   3. Authentication will require access to Tomcat internals. Is a filter
> the
> right solution for these valves? What might a better approach be? What
> about JSR
> 196?
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>


-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

As you said "The auth thingy gets called once per request before the request
gets to any filters or servlets."So it means that all the requests will pass
through this auth thing and so it would be not be possible to use it for
particular hosts or contexts???

On Thu, Apr 2, 2009 at 1:18 PM, David Jencks  wrote:

>
> On Apr 2, 2009, at 12:32 AM, Rahul Saxena wrote:
>
>  JSR 196 can be implemented only at the service levelIs it true??
>>
>
> not sure exactly what you mean each web app needs something to do its
> authentication, whether it be a standard FORM/BASIC/DIGEST/CLIENT_CERT auth
> thingy or a jsr 196 auth thingy.  The auth thingy gets called once per
> request before the request gets to any filters or servlets.
>
> thanks
> david jencks
>
>
>>
>>
>>
>> --
>> Rahul Saxena
>> B.Tech Part III
>> Computer Science and Engineering
>> I.T. B.H.U. ,Varanasi
>> Contact No.-09452196645
>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>


-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

It was a mistake I wrote "servlet context of this particular servlet " .

Also as we have default host for a particular engine , we can have a default
context for a particular host , then pass its servlet context to the filter
, then can we map all servlets in this host to this filter or the servlets
in this particular context only can be mapped ???

On Thu, Apr 2, 2009 at 3:55 PM, Mark Thomas  wrote:

> Rahul Saxena wrote:
> Could you clarify please? I don't understand your solution.
>
> > If we define a generic servlet for a particular host and then allow
> > servlets(of any application) in that particular host  to implement that
> > generic servlet
> Is "generic servlet" an interface? If so, we have no way of making any
> application servlet implement it.
>
> > and then I think we can supply the servlet context of this
> > particular servlet to the correponding filter of that host .
>
> There is one ServletContext per web application. There isn't one
> ServletContext
> per Servlet.
>
> Mark
>
> >
> > On Wed, Apr 1, 2009 at 4:31 PM, Mark Thomas  wrote:
> >
> >> Rahul Saxena wrote:
> >>> I have posted my application on the GSOC site for the project "Convert
> >>> tomcat valves to filters" , Can anyone give their comment on the
> >> same...
> >>
> >> Feedback provided in the GSOC app and repeated below. Feel free to
> discuss
> >> your
> >> ideas regarding these questions on the dev list.
> >>
> >> Mark
> >>
> >>
> >> Feedback:
> >> Good first draft. There are a couple of areas where I would like to see
> a
> >> little
> >> more information:
> >>
> >>   1. There are many more valves than the 6 you listed.
> >>   2. The filter requires a ServletContext at initialisation. How might
> you
> >> handle this for a filter defined at the Engine/Host level?
> >>   3. Authentication will require access to Tomcat internals. Is a filter
> >> the
> >> right solution for these valves? What might a better approach be? What
> >> about JSR
> >> 196?
> >>
> >>
> >> -----
> >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: dev-h...@tomcat.apache.org
> >>
> >>
> >
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>


-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

As you said "An alternative would be to just define a small interface that
allows the filter to populate" ,does that mean defining an interface in the
default context for that host , and the filter can be instantiated using
servlet context for this default web app(context) and then allow users to
explicitely define how and where to map these filtersCan't we make
any arrangement so that the filter could work for all contexts in this
particular host by default ??

On Fri, Apr 3, 2009 at 1:36 AM, Costin Manolache  wrote:

> I wouldn't be that concerned about configuration - tomcat can still
> instantiate the filter
> independent of web.xml, like it does with the valve.
> Or the filter could be used 'user-space', i.e. user adding the filter
> explicitly and not
> using the declarative security.
>
> One of the problems with tomcat auth interfaces is that it is modeled
> around
> 'user database'
> ( i.e. a store for users/credentials) and pretty tied to basic/form models.
> This also makes the
> auth implementation quite dependent of tomcat internals.
>
> An alternative would be to just define a small interface that allows the
> filter to populate
> Principal and hook into 'isUserInRole' ( this can be independent of tomcat
> ). You could
> do cool stuff like support openID/google/etc authentication, have the
> credentials on
> an external server (so a tomcat instance will not have access to the user
> DB
> ), etc.
>
> The good news is that you could do most of the work without change to
> tomcat
> source - just
> plain filters, you can just extract interesting impl. code from the valves.
> If you get this
> to work completely user-space ( you can test that by using the filter in
> jetty for example ), then
> we can figure out the few HttpServletRequest methods that need extra
> interaction.
>
> Costin
>
>
> On Thu, Apr 2, 2009 at 7:58 AM, Rahul Saxena <
> rahul.saxena.cs...@itbhu.ac.in
> > wrote:
>
> > It was a mistake I wrote "servlet context of this particular servlet " .
> >
> > Also as we have default host for a particular engine , we can have a
> > default
> > context for a particular host , then pass its servlet context to the
> filter
> > , then can we map all servlets in this host to this filter or the
> servlets
> > in this particular context only can be mapped ???
> >
> > On Thu, Apr 2, 2009 at 3:55 PM, Mark Thomas  wrote:
> >
> > > Rahul Saxena wrote:
> > > Could you clarify please? I don't understand your solution.
> > >
> > > > If we define a generic servlet for a particular host and then allow
> > > > servlets(of any application) in that particular host  to implement
> that
> > > > generic servlet
> > > Is "generic servlet" an interface? If so, we have no way of making any
> > > application servlet implement it.
> > >
> > > > and then I think we can supply the servlet context of this
> > > > particular servlet to the correponding filter of that host .
> > >
> > > There is one ServletContext per web application. There isn't one
> > > ServletContext
> > > per Servlet.
> > >
> > > Mark
> > >
> > > >
> > > > On Wed, Apr 1, 2009 at 4:31 PM, Mark Thomas 
> wrote:
> > > >
> > > >> Rahul Saxena wrote:
> > > >>> I have posted my application on the GSOC site for the project
> > "Convert
> > > >>> tomcat valves to filters" , Can anyone give their comment on the
> > > >> same...
> > > >>
> > > >> Feedback provided in the GSOC app and repeated below. Feel free to
> > > discuss
> > > >> your
> > > >> ideas regarding these questions on the dev list.
> > > >>
> > > >> Mark
> > > >>
> > > >>
> > > >> Feedback:
> > > >> Good first draft. There are a couple of areas where I would like to
> > see
> > > a
> > > >> little
> > > >> more information:
> > > >>
> > > >>   1. There are many more valves than the 6 you listed.
> > > >>   2. The filter requires a ServletContext at initialisation. How
> might
> > > you
> > > >> handle this for a filter defined at the Engine/Host level?
> > > >>   3. Authentication will require access to Tomcat internals. Is a
> > filter
> > > >> the
> > > >> right solution for these valves? What might a better approach be?
> What
> > > >> about JSR
> > > >> 196?
> > > >>
> > > >>
> > > >>
> -
> > > >> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> > > >> For additional commands, e-mail: dev-h...@tomcat.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> > > For additional commands, e-mail: dev-h...@tomcat.apache.org
> > >
> > >
> >
> >
> > --
> > Rahul Saxena
> > B.Tech Part III
> > Computer Science and Engineering
> > I.T. B.H.U. ,Varanasi
> > Contact No.-09452196645
> >
>



-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Feedback on my project proposal

[Rahul Saxena]

I have made appropriate changes in my application resulting from discussion
in the tomcat dev community. Also I further welcome any more comments on
it.

Thanks



-- 
Rahul Saxena
B.Tech Part III
Computer Science and Engineering
I.T. B.H.U. ,Varanasi
Contact No.-09452196645

Re: Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

[Rahul Akolkar]

As indicated below, I will now be requesting infra close these lists
with qmail forwards to d...@tomcat.

-Rahul


On Sun, Apr 25, 2010 at 7:44 PM, Rahul Akolkar  wrote:
> [Please reply to gene...@jakarta or atleast include it]
>
> Jakarta has two mailing lists that were at some point relevant to the
> Tomcat folks and have been unused since Nov '02. I am proposing we
> close the lists, with forwards in place to d...@tomcat.
>
> If there are compelling reasons to maintain the lists, please respond
> within the next month. If they must be maintained, I'll suggest they
> be moved under the purview of the Tomcat PMC.
>
> No sooner than May 25th, I will request infra close these lists.
>
> -Rahul
>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [taglibs] How about splitting up the resource bundle?

[Rahul Akolkar]

On Thu, Oct 7, 2010 at 9:29 PM, Jeremy Boynes  wrote:
> Now that we require 1.5, I refactored Resources to use varargs rather than 
> having multiple methods taking combinations of parameters. However, now that 
> it is greatly simplified, i was wondering whether we should replace the 
> single resource bundle containing messages for all implementations with 
> smaller ones associated with each tag or tag library.
>
> For example, moving the messages for core to 
> o.a.t.s.tag.common.core.Resources.properties or for  to 
> o.a.t.s.tag.common.core.importSupport.properties
>
> Thoughts?


Don't see a large win as its not a particularly busy properties file
and at times its useful to have all messages in one place (quick
checks for consistency etc.)

-Rahul


> Jeremy

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [taglibs] Pick common format for test class names

[Rahul Akolkar]

On Thu, Oct 7, 2010 at 9:37 PM, Jeremy Boynes  wrote:
> We have different formats for test class names and need to specifically list 
> them in the pom.xml file.
>
> i'd like to propose picking a standard format and using a single wildcarded 
> pattern to select them. The defaults for the surefire plugin are:
>        **/Test*.java
>        **/*Test.java
>        **/*TestCase.java
>
> i would suggest one of the latter 2 to avoid conflicts with inner classes 
> (e.g. TestTransformSupport$1)
>
> Thoughts?


If you want to do this, I'd +1 *Test.java (shorter).

-Rahul


> Jeremy

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [taglibs] Proposal to separate out 1.0 functionality

[Rahul Akolkar]

On Thu, Oct 7, 2010 at 9:48 PM, Jeremy Boynes  wrote:
> The 1.0 taglibs included their own implementation of EL. With EL now being 
> provided by the JSP container and newer code using the 1.1 tag URIs, this is 
> complexity that would not be needed for many newer implementation.
>
> I've been wondering if we could refactor the library into two jars: one 
> supporting 1.1 and later tags and one supporting the original 1.0 tags. Most 
> users who just need the newer functionality could just use the smaller 1.1 
> library and only those still using 1.0 tags would need to include the 
> additional 1.0 support jar.
>


Seems reasonable, to separate cruft from current.


> A further refinement would be to refactor the 1.0 code to use the JSP EL 
> support from javax.el.
>


1.0 code? That would preclude its use unless javax.el is provided.

-Rahul


> Thoughts?
> Jeremy
>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

RE: About bug fix

[Rahul Bhattacharjee]

I am basically a silent member of this mailing list.Currently just
observing how things work here. 

As per my knowledge you can fix issues and create patches as per the
instructions ,
http://tomcat.apache.org/bugreport.html#Patches_and_enhancement_requests

and send the same to this mailing list. If ok-yed then a committer
member would commit your changes.

--Rahul

-Original Message-
From: unni mana [mailto:unn...@gmail.com] 
Sent: Friday, November 26, 2010 2:45 PM
To: dev@tomcat.apache.org
Subject: About bug fix

Hi,
I have seen lot of bugs related to Tomcat 7.0 in bugzilla.I have already
subscribed to the developer list.I want to clarify that whether can I
fix
bugs ? If so what are the procedures I need to follow.Please guide me.

Thanks,
Unni V Mana

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

RE: About bug fix

[Rahul Bhattacharjee]

Am sorry , didn't see pid's response.

--Rahul

-Original Message-----
From: Rahul Bhattacharjee [mailto:rahul.bhattachar...@ness.com] 
Sent: Friday, November 26, 2010 4:00 PM
To: Tomcat Developers List
Subject: RE: About bug fix

I am basically a silent member of this mailing list.Currently just
observing how things work here. 

As per my knowledge you can fix issues and create patches as per the
instructions ,
http://tomcat.apache.org/bugreport.html#Patches_and_enhancement_requests

and send the same to this mailing list. If ok-yed then a committer
member would commit your changes.

--Rahul

-Original Message-
From: unni mana [mailto:unn...@gmail.com] 
Sent: Friday, November 26, 2010 2:45 PM
To: dev@tomcat.apache.org
Subject: About bug fix

Hi,
I have seen lot of bugs related to Tomcat 7.0 in bugzilla.I have already
subscribed to the developer list.I want to clarify that whether can I
fix
bugs ? If so what are the procedures I need to follow.Please guide me.

Thanks,
Unni V Mana

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

tomcat6 status results into dead state

[rahul vatsa]

Hi,

When i start tomcat6 two times without a stop in between, rctomcat6 status
results into dead state.

I checked the rctomcat6 start script, in this case when the tomcat6 is
already running and a rctomcat6 start is done, it display a msg that  "
process already running", but it continues in the start function further
down & executes the
TOMCAT_SCRIPT(dtomcat6) script with the start argument. And after that pid
in the tomcat6.pid file gets changed but the process keeps running with the
old pid, and hence when we do a rctomcat6 status, it results into dead
state(bcoz it doesn't find any process running with that pid).

I think it shouldn't execute the TOMCAT_SCRIPT in this case,  so in case
when checkpid is success(in start function), i put an exit after the echo
msg  " process already running", this solves the problem, but is this the
correct solution ?
If you think its not the right solution, plz suggest me something
appropriate.




function start() {
echo -n "Starting Tomcat ($CATALINA_BASE)"
if [ -f "/var/lock/subsys/${NAME}" ] ; then
if [ -f "/var/run/${NAME}.pid" ]; then
read kpid < /var/run/${NAME}.pid
if checkpid $kpid 2>&1; then
echo "$NAME process already running"
rc_failed 0

#The below exit i have added
exit
else
echo -n "lock file found but no process running for
pid $kpid, continuing"
rc_failed 7
    fi
fi
fi
.
.


regards
rahul

Move Jakarta Slide and Taglibs to the Attic?

[Rahul Akolkar]

This is cross-posted to reach most of the potentially interested
folks, please reply to the gene...@jakarta.a.o mailing list.

Quick recap, Jakarta retired Slide in Nov '07 and most of Taglibs in
Oct '09 (barring three that moved to Tomcat -- for the purpose of this
email, Taglibs refers to the retired bits that remain in Jakarta).
When our last board report was submitted, there was a
question/suggestion whether Slide and Taglibs should be moved to the
Attic. Anyone thinks otherwise?

I'll wait three weeks for any responses, please reply by 3/21 if you
have any comments.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Move Jakarta Slide and Taglibs to the Attic?

[Rahul Akolkar]

To summarize this thread, consensus seems to be to move both to the Attic.

I will proceed to call a formal vote today, which will be held on the
gene...@jakarta list.

-Rahul


On Sun, Feb 28, 2010 at 9:31 PM, Rahul Akolkar  wrote:
> This is cross-posted to reach most of the potentially interested
> folks, please reply to the gene...@jakarta.a.o mailing list.
>
> Quick recap, Jakarta retired Slide in Nov '07 and most of Taglibs in
> Oct '09 (barring three that moved to Tomcat -- for the purpose of this
> email, Taglibs refers to the retired bits that remain in Jakarta).
> When our last board report was submitted, there was a
> question/suggestion whether Slide and Taglibs should be moved to the
> Attic. Anyone thinks otherwise?
>
> I'll wait three weeks for any responses, please reply by 3/21 if you
> have any comments.
>
> -Rahul
>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Closing Jakarta mailing lists: servletapi-dev and watchdog-dev

[Rahul Akolkar]

[Please reply to gene...@jakarta or atleast include it]

Jakarta has two mailing lists that were at some point relevant to the
Tomcat folks and have been unused since Nov '02. I am proposing we
close the lists, with forwards in place to d...@tomcat.

If there are compelling reasons to maintain the lists, please respond
within the next month. If they must be maintained, I'll suggest they
be moved under the purview of the Tomcat PMC.

No sooner than May 25th, I will request infra close these lists.

-Rahul

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Fwd: website design

[rahul bhola]

Hi,
I think i can help with this one
https://helpwanted.apache.org/task.html?AVK1775LQSo5Erc4e4ld, i got some
free time on me. Where is the code for the site could not find under git.
Also any specific design previously discussed ?

cheers
Rahul

Re: Fwd: website design

[rahul bhola]

​I was thinking in the lines of making the current site responsive and
changing the css to increase readability in first stage.​About navigation
and content, I have not looked how they are generated but I am guessing
that they are dynamic in nature so that may take me a little time to get
hang of as I primarily develop sites in django. But that being said I am
happy to learn and contribute in any way that I possibly can.

Cheers
Rahul

Re: svn commit: r1555177 - in /tomcat/taglibs: extended/trunk/ rdc/trunk/ rdc/trunk/taglibs-rdc-dist/ rdc/trunk/taglibs-rdc-examples/ rdc/trunk/taglibs-rdc/ site/ standard/trunk/ taglibs-parent/trunk/

[Rahul Akolkar]

On Tue, Jan 14, 2014 at 12:49 AM, Henri Yandell  wrote:
>
> 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.
> >
> >
> On this topic, I've pinged Rahul offline to get his thoughts on retiring
> RDC to the Attic. I'm assuming he's not tracking the dev list.
>


I'm here, but no dev cycles for RDC at the moment or in the near
future. So, attic sounds right.

-Rahul


>
> Hen

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: [Taglibs] Extended?

[Rahul Akolkar]

On Thu, Jan 16, 2014 at 3:12 AM, Henri Yandell  wrote:
> +1 to that vision.
>
> I'll ditch the current Extended code.
>


Yup. I agree to below as well.

-Rahul


> 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?
>> >
>> > 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.
>>
>> If anything, I think I would rather go in the other direction, breaking
>> Standard down into individual taglibs. I think there are a number of users
>> who primarily rely only on core & fn in their applications, using other
>> libraries for the functionality in fmt, sql, and xml. It would be nice to
>> be able to consume them that way. Splitting them up would also allow
>> specific libraries to be optimized through tag plugins or by Jasper itself.
>>
>> Those other libraries have also not really kept up with the times. For
>> example, fmt is heavily coupled to native Java L10N which I think still
>> lags behind icu4j and hasn’t added basics like named placeholders, sql has
>> been superseded by frameworks like JPA but even the basic JDBC support
>> could take advantage of “new" things like @Resource injection, and we’ve
>> added a hard dependency on Xalan to address xml performance and the spec
>> still hasn’t touched new features like XPath 2 or XQuery.
>>
>> “Extended” is a vague name so I would be in favor of just dropping it and
>> replacing it with more specific libraries e.g. localization, xpath, json or
>> whatever we decide to work on.
>>
>> Cheers
>> Jeremy
>>
>>

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: How to proceed on the CSP issue.

[Rahul Chhabra]

Obviously, *guessing *a policy is beyond mortal comprehension.

We could take the value as an init parameter.
Then whenever the filter is applied, it just puts that CSP.


default-src
'none'



That's one way to make a CSP filter and preserve your sanity

On Sat, Feb 17, 2018 at 4:30 AM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Mark,
>
> On 2/14/18 7:39 AM, Mark Thomas wrote:
> > On 14/02/18 11:51, Harrison & Wells wrote:
> >> Sorry to disturb you.
> >
> > Not at all.
> >
> >> I read the Contributing.md
> >>  on
> >> your github mirror and even found the beginner issues
> >>  =ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&keywords=Beginner&keyw
> ords_type=allwords&list_id=160824&product=Tomcat%207&product=Tomcat%208&
> product=Tomcat%209&query_format=advanced>
> >>
> >>
> .
> >> Except there are only three of them, out of which one is already
> >> solved, one is a case of XML validation (not a bug, technically)
> >> and one can be solved using a filter.
> >>  So I
> >> decided I could go with the filter one but man, CSP is complex
> >> and I don't think one could just do a general 'default-src'
> >> because even that can be pretty tight. So it is a bit unclear.
> >> Thanks for reading. I'd appreciate any help in getting started.
> >
> > I agree with you completely regarding the complexity of CSP. I'm
> > not convinced that a CSP specific filter is possible.
>
> I guess is just depends upon one's perspective and requirements. For
> our CSP, we just said "we need a sane policy like [no scripts from
> other domains]" and that applies everywhere. That can be some with a
> dead-simply Filter that just regurgitates the same CSP for every request
> .
>
> But if you want a Filter that tries to guess what the policy of a
> particular page should be, well, then you are indeed going to build a
> PHD-worthy Filter.
>
> > Igal's suggestion in comment #6 is probably the way to go. A
> > generic HTTP header filter. I'd look at httpd's mod_headers module
> > for inspiration for the sort of features a generic HTTP header
> > filter should provide.
>
> Or just use the rewrite filter Tomcat already provides, if the
> requirements are simple enough.
>
> > I don't think the first iteration needs to completely cover all of
> > the mod_headers functionality (adding headers to the response is
> > probably enough at this point) but having the eventual
> > functionality in mind will ensure that configuration parameters
> > (likely filter parameters in this case) are chosen appropriately.
>
> The only other thing I can think of that a CSP filter could provide
> would be the "signing" capabilities.
>
> CSP can say "it's okay to run a script as long as the hash of the
> script is #foo". That means that the script-hasher and the CSP header
> have to agree. So perhaps the Filter could maintain an LRU list of
> hashes produced elsewhere (and possible run through the Filter). I
> think this is a big rathole that ... probably nobody should bother to
> go down.
>
> One can also use a nonce. Technically, the nonce should be one-time
> use (it's called a nonce ffs!), but since you have to actually use it
> twice for it to be useful, I think it's okay for e.g. a Filter to emit
> the same nonce multiple times, for a short period of time.
>
> - -chris
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlqHYoEdHGNocmlzQGNo
> cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFjK/g/9GOCZ2W7c7R0gE2YV
> lE5TN89zuPhOjkDu07yJ1xhIOR2nl7t/cHY3KNIZsXw/r0nPrIbC+/ZbZ1PeaqJR
> VVGZe4FDobEYUZH+TaDUtWuiVwHRmxqoAnFJqlPDTF2n5pa5dwjHt65C2C76g4eE
> wf2UNxxWUovlnvQCwZ6/gdb2aokkxZDqszU+nxWPhQRcUh5pgP127TWwaPHyJCf+
> T6zIqal5jQYFZV9GsW90Xv736jZDgdWM3oKOmra1dl6qjv9Ii/2bTDfVo9r25M0t
> wmoayvUBn0zBkk/IP4N254vQJ3Og1bAPKB7m6DO+4P4ElptVn1Tz81/M9Wpeg90z
> ITzT7WpX78OC8wkcguWpbKocw9cf6vxT+c+Nq5lBn/hJ5yfQ+f4/JYTIT2V1iOx/
> 7sU7dywr3CxABxPheZa/aW+scJCKhRBDncL63U1l9RJuR+nC4V8MKpVmBhcslClh
> V3AmjW+3MIDSGRFd+1e7X2ve61EQHzRnzUx/66JE7Wv+sIjMc3tiOU63lsj/6HSi
> DedbA95GIJC8hYCj+ZP29HevXq+DKBOkKfIxBsy90+unoWa3UTZ61kg53X8h8CLx
> poRBX7mXSxZuYAnEcITwvQgvKLcMMGeBFMhIt4qfGtjXMN8RZS18OMXwG5Os/rVK
> iF81wnQcC6Ste5e9c9uoaJt6GjY=
> =wBml
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>

[jira] [Created] (MTOMCAT-320) Error 400

[Rahul Govind Londhe (Jira)]

Rahul Govind Londhe created MTOMCAT-320:
---

 Summary: Error 400
 Key: MTOMCAT-320
 URL: https://issues.apache.org/jira/browse/MTOMCAT-320
 Project: Apache Tomcat Maven Plugin
  Issue Type: Request
  Components: tomcat7
Affects Versions: 2.2
Reporter: Rahul Govind Londhe
Assignee: Olivier Lamy


Using enctype="multipart/form-data" trying to upload file but it throwing Bad 
Request(400) error.

 

Need Help

8208064913



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org