Hi,
I'm working for quite some time on the light-weight
VFS layer (with the java.io.* as the only provider at
the moment) to be used as the Tomcat's physical file
system access. The ultimate goal is to be able to run
the Tomcat on top of things like Hadoop or similar distributed
file systems (eg
On 15/10/2010 08:02, Mladen Turk wrote:
> Hi,
>
> I'm working for quite some time on the light-weight
> VFS layer (with the java.io.* as the only provider at
> the moment) to be used as the Tomcat's physical file
> system access. The ultimate goal is to be able to run
> the Tomcat on top of things
On 10/15/2010 09:58 AM, Mark Thomas wrote:
On 15/10/2010 08:02, Mladen Turk wrote:
Hi,
I'm working for quite some time on the light-weight
VFS layer (with the java.io.* as the only provider at
the moment) to be used as the Tomcat's physical file
system access. The ultimate goal is to be able to
The proposed Apache Tomcat 7.0.4 release is now available for voting.
It can be obtained from:
http://people.apache.org/~markt/dev/tomcat-7/v7.0.4/
The svn tag is:
http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_4/
As with previous votes, I have included a stable option below altho
2010/10/15 Mladen Turk :
> Hi,
>
>
> I'm working for quite some time on the light-weight
> VFS layer (with the java.io.* as the only provider at
> the moment) to be used as the Tomcat's physical file
> system access. The ultimate goal is to be able to run
> the Tomcat on top of things like Hadoop o
I remembered Mladen and VFS discussion, elsewhere.
Google confirmed it to me :
http://www.mail-archive.com/commons-...@jakarta.apache.org/msg82888.html
Your code is still http://apvfs.sourceforge.net/ ?
-
To unsubscribe, e-mail
2010/10/14 Mark Thomas :
> On 14/10/2010 09:02, Konstantin Kolinko wrote:
>> OK. Looks that the patch is working. The snoop.jsp displays the full
>> original path as "Request URI" (aka request.getRequestURI()).
>>
>> Other things there
>> 1) Add http://svn.apache.org/viewvc?rev=1022389&view=rev
>
Author: kkolinko
Date: Fri Oct 15 11:03:54 2010
New Revision: 1022883
URL: http://svn.apache.org/viewvc?rev=1022883&view=rev
Log:
proposal
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?re
https://issues.apache.org/bugzilla/show_bug.cgi?id=48716
--- Comment #21 from Konstantin Kolinko 2010-10-15
07:19:15 EDT ---
I proposed r1005802 for backport to 6.0.
Though maybe we can enhance that to print some warning when it happens, or
maybe just one warning at startup time.
BTW, I have a
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The "PoweredBy" page has been changed by ThorstenMarx.
http://wiki.apache.org/tomcat/PoweredBy?action=diff&rev1=270&rev2=271
--
===
On 15.10.2010 12:51, Konstantin Kolinko wrote:
2010/10/14 Mark Thomas:
On 14/10/2010 09:02, Konstantin Kolinko wrote:
OK. Looks that the patch is working. The snoop.jsp displays the full
original path as "Request URI" (aka request.getRequestURI()).
Other things there
1) Add http://svn.apache.
Hi Tomcat dev,
We have a scenario presently that is causing us some difficulties.
Env is SPARC Solaris10, gcc.
We wish to use the current alpha build of Apache because it includes
new features in mod_cache that we want to use, they are checked into
trunk. http://svn.apache.org/viewvc/httpd/httpd
Hi Folks!
I want to put some information on the JSESSIONID that tomcat generates.
I'm using aspect programming so I don´t need to change the tomcat code itself.
The
thing is that I found many points where tomcat handle this information, I
checked and notice that the head parser is made
Are you going to replace DirContext ?
If yes - great, but please first send a quick summary comparing your API
with the other VFS
around in apache. I think commons has few targets, including a hdfs, I
remember there are more.
If no - not sure what's the point of replacing java.io impl, I assume y
On Fri, 2010-10-15 at 07:57 -0700, Costin Manolache wrote:
> I remember many years back I was arguing in favor of DirContext - pro
> arguments were
> "it's a standard", bundled in JDK, probably more target implementations will
> be available, etc.
> I think Remy was arguing that it's too complex an
On 15/10/2010 15:49, Juliano Daloia de Carvalho wrote:
> PS: Sorry if this is not the adequate list, but the user one I got no answer.
You only asked there half an hour ago.
p
0x62590808.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
On 10/15/2010 04:57 PM, Costin Manolache wrote:
Are you going to replace DirContext ?
If yes - great, but please first send a quick summary comparing your API
with the other VFS
around in apache. I think commons has few targets, including a hdfs, I
remember there are more.
Well it's not a VFS
On Fri, Oct 15, 2010 at 8:24 AM, Mladen Turk wrote:
> On 10/15/2010 04:57 PM, Costin Manolache wrote:
>
>> Are you going to replace DirContext ?
>>
>> If yes - great, but please first send a quick summary comparing your API
>> with the other VFS
>> around in apache. I think commons has few target
On Fri, Oct 15, 2010 at 8:13 AM, Remy Maucherat wrote:
> On Fri, 2010-10-15 at 07:57 -0700, Costin Manolache wrote:
> > I remember many years back I was arguing in favor of DirContext - pro
> > arguments were
> > "it's a standard", bundled in JDK, probably more target implementations
> will
> > b
Author: rjung
Date: Fri Oct 15 15:51:11 2010
New Revision: 1022975
URL: http://svn.apache.org/viewvc?rev=1022975&view=rev
Log:
Add support for Apache 2.3/2.4.
Changes needed due to private use of the macro
APLOG_MARK which now has a different definition.
Modified:
tomcat/jk/trunk/native/apac
Hi Damon,
On 15.10.2010 16:13, Damon Green wrote:
Hi Tomcat dev,
We have a scenario presently that is causing us some difficulties.
Env is SPARC Solaris10, gcc.
We wish to use the current alpha build of Apache because it includes
new features in mod_cache that we want to use, they are checked
On Fri, Oct 15, 2010 at 4:56 PM, Rainer Jung wrote:
> Hi Damon,
>
>
> On 15.10.2010 16:13, Damon Green wrote:
>
>> Hi Tomcat dev,
>>
>> We have a scenario presently that is causing us some difficulties.
>>
>> Env is SPARC Solaris10, gcc.
>>
>> We wish to use the current alpha build of Apache becau
On Fri, 2010-10-15 at 08:43 -0700, Costin Manolache wrote:
> But I hope you agree you were right, at least in the long term :-)
Who cares about the long term, nobody uses 10 years old code. Oh,
wait ;)
Rémy
-
To unsubscribe, e
Author: rjung
Date: Fri Oct 15 16:59:40 2010
New Revision: 1023020
URL: http://svn.apache.org/viewvc?rev=1023020&view=rev
Log:
Fix test that returns always true.
Only a problem, if the token to trim were actually
empty.
Modified:
tomcat/jk/trunk/native/common/jk_map.c
Modified: tomcat/jk/tr
On 15/10/2010 09:47, Mark Thomas wrote:
> The proposed Apache Tomcat 7.0.4 release is now available for voting.
>
> It can be obtained from:
> http://people.apache.org/~markt/dev/tomcat-7/v7.0.4/
> The svn tag is:
> http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_4/
>
> As with pre
Author: markt
Date: Fri Oct 15 18:18:42 2010
New Revision: 1023055
URL: http://svn.apache.org/viewvc?rev=1023055&view=rev
Log:
Remove out of date links. Happy to replace them with something more recent if
someone points it out.
Modified:
tomcat/site/trunk/docs/index.html
tomcat/site/trun
Author: markt
Date: Fri Oct 15 18:20:21 2010
New Revision: 1023056
URL: http://svn.apache.org/viewvc?rev=1023056&view=rev
Log:
Trademark guidelines:
"... any overview download pages for the product ... and must include a brief
one sentence description of the function of the product."
Modified:
Author: markt
Date: Fri Oct 15 18:38:46 2010
New Revision: 1023064
URL: http://svn.apache.org/viewvc?rev=1023064&view=rev
Log:
Trademark guidelines:
"All project or product homepages must feature a prominent trademark
attribution of all applicable ASF marks"
Modified:
tomcat/site/trunk/docs/
Author: markt
Date: Fri Oct 15 18:45:53 2010
New Revision: 1023067
URL: http://svn.apache.org/viewvc?rev=1023067&view=rev
Log:
Trademark guidelines:
Update doap
Modified:
tomcat/site/trunk/docs/doap_Tomcat.rdf
tomcat/site/trunk/xdocs/doap_Tomcat.rdf
Modified: tomcat/site/trunk/docs/doap_
Pid,
A late comment on this thread.
On 9/25/2010 10:10 AM, Pid wrote:
> A user asked if it was possible for Tomcat to
> detect duplicate classes in the classpath and report which jar they were in.
I suppose Tomcat could be instructed to do this, but it would have to
step outside of the ClassLoad
Mark,
On 9/30/2010 5:59 PM, Mark Thomas wrote:
> On 30/09/2010 22:50, ◙ Ludovic BERT ◙ wrote:
>> Dear,
>>
>> I have developed a more flexible DataSourceRealm than the one provided in
>> standard with Tomcat. This new DataSourceRealm is strictly the same than the
>> one which is provided in standar
2010/10/14 :
> Author: markt
> Date: Thu Oct 14 16:36:20 2010
> New Revision: 1022606
>
> URL: http://svn.apache.org/viewvc?rev=1022606&view=rev
> Log:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=50078
> Thread safety in EL caches. Patch provided by Takayoshi Kimura
>
> Modified:
>
I just played with a Roo application and I get a 404 with 7.0.4 whereas the
very same application works OK with 6.0.29.
I'll try to investigate this week-end.
Sylvain
On 15 oct. 2010, at 10:47, Mark Thomas wrote:
> The proposed Apache Tomcat 7.0.4 release is now available for voting.
>
> It ca
Pid,
On 10/4/2010 9:00 AM, Pid wrote:
> For now: input into what people consider the most important things to
> put in the green & blue boxes at the top part of the page would be
> useful. E.g.
>
> 1. what are the most important things users should look for?
* What is Tomcat (relegated to the b
>> Modified:
>> tomcat/trunk/java/javax/el/BeanELResolver.java
>> tomcat/trunk/java/org/apache/el/lang/ExpressionBuilder.java
>> tomcat/trunk/java/org/apache/el/util/ConcurrentCache.java
>>
>> Modified: tomcat/trunk/java/javax/el/BeanELResolver.java
>> URL:
>> http://svn.apache.org/viewvc
> This won't be straight forward since the data structure is being
> modified in the get - you can't upgrade a ReentrantReadWriteLock from
> a read lock to a write lock, so it doesn't handle this situation.
Correction: the same lock is required to protect get and put
operations on the WeakHashMap
36 matches
Mail list logo
