> That's maven's problem - I don't think there is any value in
> continuing this discussion,
> again - if you can support maven by adding a build/maven directory and
> whatever files
> inside - you have my +1, I'm all for making it easy to build - as long
> as the tools are not
> intrusive a
Author: remm
Date: Wed Apr 23 17:29:22 2008
New Revision: 651123
URL: http://svn.apache.org/viewvc?rev=651123&view=rev
Log:
- Votes.
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?rev=6511
On Wed, Apr 23, 2008 at 1:38 PM, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > And that would be the reason for -1.
> > If a build system requires intrusive changes and forces a particular code
> > organization - it shouldn't be used.
>
> that's maven phylosophy, not so bad.
The layout may be
https://issues.apache.org/bugzilla/show_bug.cgi?id=42707
--- Comment #3 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-23 14:56:47 PST ---
Note to self - need to port this to 5.5.x when fixed.
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are re
https://issues.apache.org/bugzilla/show_bug.cgi?id=42707
--- Comment #2 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-23 14:56:22 PST ---
*** Bug 44856 has been marked as a duplicate of this bug. ***
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- Yo
https://issues.apache.org/bugzilla/show_bug.cgi?id=44856
Mark Thomas <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.apache.org/bugzilla/show_bug.cgi?id=43617
--- Comment #2 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-23 14:51:28 PST ---
I think you meant " rather than & in your patch.
I have commited a variation to trunk and proposed it for 6.0.x
--
Configure bugmail: https://issues.apa
Author: markt
Date: Wed Apr 23 14:54:32 2008
New Revision: 651083
URL: http://svn.apache.org/viewvc?rev=651083&view=rev
Log:
Propose fix for 43617.
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/STAT
Niall Pemberton wrote:
On Wed, Apr 23, 2008 at 6:56 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
Henri Gomez wrote:
I'm not sure it's the best idea, my goal is to move it out of sandbox,
it already has enough experiments
that need completion. and the main goal is to be 'li
Author: markt
Date: Wed Apr 23 14:52:11 2008
New Revision: 651082
URL: http://svn.apache.org/viewvc?rev=651082&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=43617
Correctly handle quotes in attribute values for tag(x) files.
Modified:
tomcat/trunk/java/org/apache/jasper
Author: markt
Date: Wed Apr 23 14:38:09 2008
New Revision: 651076
URL: http://svn.apache.org/viewvc?rev=651076&view=rev
Log:
Generics changes for o.a.t.util.res
No fucntional change
Modified:
tomcat/trunk/java/org/apache/tomcat/util/res/StringManager.java
Modified: tomcat/trunk/java/org/apac
Author: markt
Date: Wed Apr 23 14:37:09 2008
New Revision: 651075
URL: http://svn.apache.org/viewvc?rev=651075&view=rev
Log:
Generics changes for o.a.t.util.threads
No fucntional change
Modified:
tomcat/trunk/java/org/apache/tomcat/util/threads/ThreadPool.java
Modified: tomcat/trunk/java/org
On Wed, Apr 23, 2008 at 6:56 PM, Filip Hanik - Dev Lists
<[EMAIL PROTECTED]> wrote:
>
> Henri Gomez wrote:
>
> >
> > > I'm not sure it's the best idea, my goal is to move it out of sandbox,
> > > it already has enough experiments
> > > that need completion. and the main goal is to be 'lite' :-).
I grab jackrabbit and apacheds right now from eclipse :
- added their repositories to eclipse
- checkout maven project from SVN
- got the main project and modules in the eclipse workspace
- mvn package and voila it works !
Hard to be simpler :)
Just a note, I'm not a maven evangelist :)
https://issues.apache.org/bugzilla/show_bug.cgi?id=43957
--- Comment #5 from Mark Thomas <[EMAIL PROTECTED]> 2008-04-23 13:38:05 PST ---
It's all yours ;)
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
Henri Gomez wrote:
First define 'mavenizing' please :-)
Yes
If you mean exporting tomcat components in maven repository - fine with me.
It's allready done (by hand) ?
If you mean building tomcat with maven instead of ant - the opposite,
absolutely not fine.
it wa
> > it was the idea.
>
> Sorry, -1 from me ( again ).
Sic...
> And that would be the reason for -1.
> If a build system requires intrusive changes and forces a particular code
> organization - it shouldn't be used.
that's maven phylosophy, not so bad.
> It is a choice each project can ma
https://issues.apache.org/bugzilla/show_bug.cgi?id=43957
--- Comment #4 from Richard Fearn <[EMAIL PROTECTED]> 2008-04-23 13:26:22 PST
---
I've tested this in Tomcat 5.5 and 6.0 and it works fine. Thanks for getting my
patch into the tree. Who should close the bug? You or me?
Thanks.
--
On Wed, Apr 23, 2008 at 1:17 PM, Henri Gomez <[EMAIL PROTECTED]> wrote:
> > First define 'mavenizing' please :-)
>
> Yes
>
>
> > If you mean exporting tomcat components in maven repository - fine with
> me.
>
> It's allready done (by hand) ?
>
>
> > If you mean building tomcat with maven ins
> First define 'mavenizing' please :-)
Yes
> If you mean exporting tomcat components in maven repository - fine with me.
It's allready done (by hand) ?
> If you mean building tomcat with maven instead of ant - the opposite,
> absolutely not fine.
it was the idea.
> Maintaining a separate
First define 'mavenizing' please :-)
If you mean exporting tomcat components in maven repository - fine with me.
If you mean building tomcat with maven instead of ant - the opposite,
absolutely not fine.
Maintaining a separate maven build file - unofficial, i.e. the default
build instructions sti
hi Henri,
Henri Gomez wrote:
So nobody object for some experimentation around mavenizing Tomcat 6 ?
no one can object what you do on your own time. It's your given right.
However, if you look at the previous discussions around the Maven topic,
you will see it is highly unlikely that the Tom
So nobody object for some experimentation around mavenizing Tomcat 6 ?
Of course no commit just testing on my own eclipse/m2 workspace.
>2008/4/23 Filip Hanik - Dev Lists <[EMAIL PROTECTED]>:
>
> Henri Gomez wrote:
>
> >
> > > I'm not sure it's the best idea, my goal is to move it out of sandbox
Henri Gomez wrote:
I'm not sure it's the best idea, my goal is to move it out of sandbox,
it already has enough experiments
that need completion. and the main goal is to be 'lite' :-). It has a
simple Addon mechanism, and I don't mind
having an optional addon manager impl using OSGI - but I
Author: costin
Date: Wed Apr 23 10:51:52 2008
New Revision: 650962
URL: http://svn.apache.org/viewvc?rev=650962&view=rev
Log:
Remove deps on classes that are not committed yet
Modified:
tomcat/sandbox/tomcat-lite/.project
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache/coyote/ada
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List"
Sent: Wednesday, April 23, 2008 2:24 PM
Subject: Re: Osgifing Tomcat
Yes, the modular aspect is for sure a better choice. So we can have a
smaller Tomcat (by only using few bundles) or bundl
Henri Gomez wrote:
Indeed
I'll try to spend some time on mavenize tomcatlight first and how it
could be done then for tomcat trunk.
Next how to OSGIfy the mavenized tomcats, experiences and advices welcomed here
Once Tomcat has been mavenized, with maven-bundle-plugin you can produce
bundl
https://issues.apache.org/bugzilla/show_bug.cgi?id=44860
Filip Hanik <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Author: costin
Date: Wed Apr 23 10:34:22 2008
New Revision: 650949
URL: http://svn.apache.org/viewvc?rev=650949&view=rev
Log:
Extracted from apr and nio connectors, transformed to completely non-blocking,
independent of the io.
Added:
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache
Author: costin
Date: Wed Apr 23 10:32:02 2008
New Revision: 650947
URL: http://svn.apache.org/viewvc?rev=650947&view=rev
Log:
Missed one file
Added:
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache/tomcat/util/net/SelectorPool.java
(with props)
Added:
tomcat/sandbox/tomcat-lite/
Author: costin
Date: Wed Apr 23 10:29:58 2008
New Revision: 650945
URL: http://svn.apache.org/viewvc?rev=650945&view=rev
Log:
Ok, finally - the first part of the new connector, or the last part of
tomcat-lite experiment :-)
It is obviously quite independent of the rest of tomcat-lite, probably th
Author: costin
Date: Wed Apr 23 10:21:20 2008
New Revision: 650941
URL: http://svn.apache.org/viewvc?rev=650941&view=rev
Log:
Few more fixes and adapters to help testing.
Added:
tomcat/sandbox/tomcat-lite/coyote-extensions/org/apache/coyote/adapters/EchoAdapter.java
(with props)
tom
> I'm not sure it's the best idea, my goal is to move it out of sandbox,
> it already has enough experiments
> that need completion. and the main goal is to be 'lite' :-). It has a
> simple Addon mechanism, and I don't mind
> having an optional addon manager impl using OSGI - but I don't want
On Wed, Apr 23, 2008 at 8:36 AM, Henri Gomez <[EMAIL PROTECTED]> wrote:
>
> Silly question, but did experiments with OSGI could be done, first, in
> tomcatlight ?
>
I'm not sure it's the best idea, my goal is to move it out of sandbox,
it already has enough experiments
that need completion. and
https://issues.apache.org/bugzilla/show_bug.cgi?id=44864
Summary: optionalNoCA not honored
Product: Tomcat 6
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Comp
https://issues.apache.org/bugzilla/show_bug.cgi?id=44862
Summary: Creation of new Thread Pool
Product: Tomcat 4
Version: 4.1.37
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: enhancement
Priority: P3
https://issues.apache.org/bugzilla/show_bug.cgi?id=44860
Summary: 6.0.16 only - IE and Mozilla do not return version 1
cookie...
Product: Tomcat 6
Version: 6.0.16
Platform: All
OS/Version: All
Status: NEW
> Well, adding OSGI-compatible manifests to the existing jars is not
> that intrusive,
> and could be easily done in the trunk. AFAIK an Activator is not required -
> i.e.
> if you don't need the BundleContext or to add services, you can have a bundle
> that just imports/exports packages.
>
>
Well, adding OSGI-compatible manifests to the existing jars is not
that intrusive,
and could be easily done in the trunk. AFAIK an Activator is not required - i.e.
if you don't need the BundleContext or to add services, you can have a bundle
that just imports/exports packages.
I agree with Remy th
This patch will have some offset problems because it's off of my working
copy of the JNDIRealm class. But you should be able to get the general
idea of what's going on here.
-- Seth
Henri Gomez wrote:
Do you have a patch against the current JNDIRealm ?
2008/4/22, Seth Leger <[EMAIL PROTECTED
On Wed, 2008-04-23 at 16:00 +0200, Florent.BENOIT wrote:
> Also, for OSGi, as all is done by package (import/export) the first step
> is to be sure that API and Implementation are never in the same package
> name. So we can export APIs and keep private the implementation.
I think the first main
> I'm actually working in sandbox, and I plan to propose stuff for the
> trunk - and thus become active ( I'm very slow those days - I don't have a
> lot of free time ).
Ditto.
I don't have a lot of free time, but I willing to take on my spare
time for OSGIfying Tomcat.
More all contributio
> I share your concern about OSGI and hype :-)
As a regular Eclipse user, I like OSGI, but from the plugin altitude.
> I spent few years working on a project using OSGI heavily, with people
> buying the hype. It was a big disaster, most time was spent
> reinventing the wheels and turning perf
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project tomcat-catalina has an issue affecting its community integration.
This issue affe
Remy - please consider the Apache guidelines about being respectful on the
public lists.
Key word: please.
- Jim
-Original Message-
From: Remy Maucherat <[EMAIL PROTECTED]>
Sent: Wednesday, April 23, 2008 7:35 AM
To: Tomcat Developers List
Subject: Re: Osgifing Tomcat
On Tue, 2008-04-
Author: costin
Date: Wed Apr 23 07:27:34 2008
New Revision: 650888
URL: http://svn.apache.org/viewvc?rev=650888&view=rev
Log:
Change attributes
Modified:
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/coyote/ActionCode.java
(props changed)
tomcat/sandbox/tomcat-lite/tomcat-coyote
Author: costin
Date: Wed Apr 23 07:26:35 2008
New Revision: 650886
URL: http://svn.apache.org/viewvc?rev=650886&view=rev
Log:
Add appendable
Modified:
tomcat/sandbox/tomcat-lite/tomcat-coyote/org/apache/tomcat/util/buf/MessageBytes.java
(contents, props changed)
Modified:
tomcat/sandbox
Author: costin
Date: Wed Apr 23 07:26:07 2008
New Revision: 650885
URL: http://svn.apache.org/viewvc?rev=650885&view=rev
Log:
Add 'Appendable' to ByteChunk.
Temp. add a BufferInfo to collect data about buffer usage ( could do it with a
profiler, seems nicer via JMX ).
I may remove this before p
Author: costin
Date: Wed Apr 23 07:23:28 2008
New Revision: 650881
URL: http://svn.apache.org/viewvc?rev=650881&view=rev
Log:
Add back JSP support - in a more flexible form, and without dep on jasper ( or
jsp for that matter :-).
While I don't think non-JSP files will use this, at least I don't f
Yes, that looks great.
Also, for OSGi, as all is done by package (import/export) the first step
is to be sure that API and Implementation are never in the same package
name. So we can export APIs and keep private the implementation.
Florent
Henri Gomez wrote:
Yes, the modular aspect
> I don't know if you noticed, but I have not really been participating in
> Tomcat's trunk development for months, and am only dealing with Tomcat
> 6.0. In trunk or any other future developments, at the moment my plan is
> only to comment (pretty much like Costin does).
I'm actually working
On Wed, Apr 23, 2008 at 4:35 AM, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-04-22 at 12:45 +0200, Henri Gomez wrote:
> > Hi to all,
> >
> > Did there is plans, ideas or interest around about OSGI-fing Tomcat ?
>
> The only thing which ever attracts you is pointless hype, it's quit
On Wed, 2008-04-23 at 14:23 +0200, Henri Gomez wrote:
> > The only thing which ever attracts you is pointless hype, it's quite
> > funny ;)
>
> Remy, I, and many others, will be happy, at least one time, see you
> discuss technicals and usage aspects of a Tomcat evolution.
>
> * What's the pros
>Yes, the modular aspect is for sure a better choice. So we can have a
> smaller Tomcat (by only using few bundles) or bundles loaded on demand.
+1
And select which part of the engine to be used.
What make HTTPD server so successfull was its modular approach and openess.
---
> The only thing which ever attracts you is pointless hype, it's quite
> funny ;)
Remy, I, and many others, will be happy, at least one time, see you
discuss technicals and usage aspects of a Tomcat evolution.
* What's the pros and cons ?
* Interest, usage, openess
OSGI is not buzz, it's rea
On Tue, 2008-04-22 at 12:45 +0200, Henri Gomez wrote:
> Hi to all,
>
> Did there is plans, ideas or interest around about OSGI-fing Tomcat ?
The only thing which ever attracts you is pointless hype, it's quite
funny ;)
Rémy
-
Author: fhanik
Date: Wed Apr 23 04:12:23 2008
New Revision: 650826
URL: http://svn.apache.org/viewvc?rev=650826&view=rev
Log:
notify user of the actual error and add a todo behavior for buffer copying
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/McastServiceImpl.java
Author: fhanik
Date: Wed Apr 23 04:09:56 2008
New Revision: 650824
URL: http://svn.apache.org/viewvc?rev=650824&view=rev
Log:
new idea
Modified:
tomcat/trunk/PROPOSALS.txt
Modified: tomcat/trunk/PROPOSALS.txt
URL:
http://svn.apache.org/viewvc/tomcat/trunk/PROPOSALS.txt?rev=650824&r1=650823&
https://issues.apache.org/bugzilla/show_bug.cgi?id=37869
André Cruz <[EMAIL PROTECTED]> changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
Yes, the modular aspect is for sure a better choice. So we can have
a smaller Tomcat (by only using few bundles) or bundles loaded on demand.
Regards,
Florent
Filip Hanik - Dev Lists wrote:
Henri Gomez wrote:
2008/4/23 Florent.BENOIT <[EMAIL PROTECTED]>:
Hello,
As part of OW2 JOn
Henri Gomez wrote:
2008/4/23 Florent.BENOIT <[EMAIL PROTECTED]>:
Hello,
As part of OW2 JOnAS 5.0 OSGi based application server we're interested to
have Tomcat packaged as an OSGi bundle.
All our modules are bundles and if tomcat is already a bundle we won't have
to wrap it into a bundle
Our bundle of Tomcat is exposing JOnAS service API. I think that from a
tomcat bundle view it should expose its own interface like API for
registering/deploying a war component, etc.
If you want to see some source code, it's in the SVN.
http://svn.forge.objectweb.org/cgi-bin/viewcvs.cgi/jonas
> IMHO that's incorrect.
> You cannot change mmn unless you support what mmn is supposed
> to support. This is clear distribution error not mod_jk or httpd one.
I contacted Suse packager, theu should fix it.
> Distribution is simply laying saying:
> "OK I support 2.2.5 API" while the real st
2008/4/23 Florent.BENOIT <[EMAIL PROTECTED]>:
>Hello,
>
> As part of OW2 JOnAS 5.0 OSGi based application server we're interested to
> have Tomcat packaged as an OSGi bundle.
> All our modules are bundles and if tomcat is already a bundle we won't have
> to wrap it into a bundle on our side.
> I've put a note about this a while ago in tomcat/trunk/PROPOSALS.txt
> my original plan was just to make sure all the MANIFEST.MF for each file
> would have enough in it so that each JAR can be a OSGi bundle.
Well it shouldn't hurt updating MANIFEST.MF. Could you update some so
we could take a
Hello,
As part of OW2 JOnAS 5.0 OSGi based application server we're interested
to have Tomcat packaged as an OSGi bundle.
All our modules are bundles and if tomcat is already a bundle we won't
have to wrap it into a bundle on our side.
Regards,
Florent
Henri Gomez wrote:
Hi to all,
Did
66 matches
Mail list logo
