On 18/05/2017 03:23, Josh Soref wrote:
A client of my employers wanted to know how much life our chosen
application hosting platform has left.
I found Mark's email [1] which suggested tomcat 6 eol [2]. That page says:
The Apache Tomcat team announces that support for Apache Tomcat 6.0.x will en
2014-04-11 15:29 GMT+04:00 Emmanuel Bourg :
> Hi all,
>
> I'm wondering if there is any plan regarding the EOL of Tomcat 6. Debian
> Jessie is due to be released next year and should be supported until at
> least 2017. If Tomcat 6 was to be EOLed during this time frame the
> Debian maintainers woul
On 11/04/2014 05:29, Emmanuel Bourg wrote:
> Hi all,
>
> I'm wondering if there is any plan regarding the EOL of Tomcat 6. Debian
> Jessie is due to be released next year and should be supported until at
> least 2017. If Tomcat 6 was to be EOLed during this time frame the
> Debian maintainers woul
2014-04-11 3:57 GMT+04:00 Mark Thomas :
> The various backports have now been applied. It makes sense to wait for
> the 1.1.30 release to pick up the OpenSSL fix for Windows users so I'm
> currently planning on tagging this early next week (assuming 1.1.30 is
> released).
>
There is one more Jaspe
On 24/01/2014 12:41, Konstantin Kolinko wrote:
> 2014/1/24 Mark Thomas :
>> On 23/01/2014 19:05, Konstantin Kolinko wrote:
>>
>
>
> One more:
> as Rainer noted in the [VOTE] thread, apparently your key is
> missing from the KEYS file.
> http://markmail.org/message/4dlcb2nzhpcycxj5
>
>> - buil
2014/1/24 Mark Thomas :
> On 23/01/2014 19:05, Konstantin Kolinko wrote:
>
One more:
as Rainer noted in the [VOTE] thread, apparently your key is
missing from the KEYS file.
http://markmail.org/message/4dlcb2nzhpcycxj5
> - build.properties.default differs in revision header between svn tag an
On 23/01/2014 19:05, Konstantin Kolinko wrote:
> I think the following need a fix before tagging:
>
> 1. I think the Maven POM file for the jar that contains
> "org.apache.tomcat.util.descriptor.DigesterFactory" (coyote.jar in
> TC6 maven libs, tomcat-util.jar in Tomcat 7) needs dependency on
>
2014/1/23 Mark Thomas :
> Folks,
>
> I'd really like to tag 6.0.x today or tomorrow. The remaining issue in
> the status file needs one more vote. If any committer has the time to
> review that patch and vote that would be great.
>
Regarding NPEs in forId().
(An example:
https://issues.apache.org/
On 8.3.2013 11:14, Ognjen Blagojevic wrote:
Hi,
As previously discussed on user list [1], HTTPS JSSE Connectors (both
BIO and NIO) have different behavior in Tomcat 6 and in Tomcat 7, in
terms of enabled TLS/SSL protocols.
(I repeat the parts from that thread here.)
Tomcat 6 will by default en
ast before the shift operation.
Andras
From: Christopher Schultz
To: Tomcat Developers List
Cc: Andras Rozsa
Sent: Monday, April 9, 2012 11:18 AM
Subject: Re: Tomcat 6 org.apache.catalina.session.ManagerBase issue
Andras,
On 4/8/12 10:04 PM, Andras Rozsa wrote:
> Tomc
Chuck,
On 4/9/12 1:23 PM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: Tomcat 6 org.apache.catalina.session.ManagerBase issue
>
>> Line 567: long update = ((byte) entropy[i]) << ((i % 8) * 8);
>
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Tomcat 6 org.apache.catalina.session.ManagerBase issue
> Line 567: long update = ((byte) entropy[i]) << ((i % 8) * 8);
> 2. 'i' is reduced by the modulus operator to 0..7
And then mult
All,
On 4/9/12 1:18 PM, Christopher Schultz wrote:
> In trunk (pre-6.0.36), the line of code is o.a.c.session.ManagerBase:583.
Excuse me, I meant to say "6.0.x/trunk", not "trunk". This code doesn't
exist at all in current "trunk".
-chris
signature.asc
Description: OpenPGP digital signature
Andras,
On 4/8/12 10:04 PM, Andras Rozsa wrote:
> Tomcat Developers,
>
> I am a UCCS student and the project I have been working on is related
> to session ID generation.
>
> I have checked the source code of Tomcat 6 (6.0.24) and I think I
> have found a mistake.
>
> Line 567: long update = ((b
> From: EmCpam [mailto:emmanuel.lallem...@laposte.net]
> Subject: Re: Tomcat 6 / Mysql with connection Pool Error isValid Method
> is it possible to move this subjet to the user list ?
No, you will have to resend the message to the proper address - assuming you
have subscribed to
Ok, sorry for the mistake, is it possible to move this subjet to the user
list ? If not, i will create a nex subject in the right list.
Thanks,
Emmanuel
markt-2 wrote:
>
> On 25/11/2010 15:50, EmCpam wrote:
>>
>> Hello,
>>
>> I've a problem when i use the isValid method of Connection cla
On 25/11/2010 15:50, EmCpam wrote:
>
> Hello,
>
> I've a problem when i use the isValid method of Connection class with a
> connection pool.
This question belongs on the users list, not the dev list.
Mark
-
To unsubscribe, e
On 13/07/2010 13:41, Petr Sumbera wrote:
>
>
>
> markt-2 wrote:
>>
>> On 13/07/2010 12:08, Petr Sumbera wrote:
>>>
>>> Hi,
>>>
>>> why not to allow Tomcat 6 to be built with JDK 1.6. With commons-dbcp-1.4
>>> it
>>> seems so easy (see bellow). Any comment on this? Or at least allow to
>>> choose
markt-2 wrote:
>
> On 13/07/2010 12:08, Petr Sumbera wrote:
>>
>> Hi,
>>
>> why not to allow Tomcat 6 to be built with JDK 1.6. With commons-dbcp-1.4
>> it
>> seems so easy (see bellow). Any comment on this? Or at least allow to
>> choose?
>
> Because the Servlet specification requires Java
On 13/07/2010 12:08, Petr Sumbera wrote:
>
> Hi,
>
> why not to allow Tomcat 6 to be built with JDK 1.6. With commons-dbcp-1.4 it
> seems so easy (see bellow). Any comment on this? Or at least allow to
> choose?
Because the Servlet specification requires Java 1.5 support and there
are issues wit
Well.. the JSESSIONID is one of the cookies we're losing... that's certainly
a legal value.
We're quoting all our cookies that have illegal values.
The point is, there are NO cookies.. not any of ours or even the JSESSIONID
cookie.. zip, zero, none. It's like tomcat just decided or failed to be
On 11/02/2010 22:03, George Baxter wrote:
By the way, we don't have this problem under Linux or MacOSx
This is a question for the users list, not the dev list.
Mark
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.
On 11/02/2010 21:59, George Baxter wrote:
Hello,
We're running into an issue with tomcat 6.0.18 running on solaris.
Occasionally a request will come through that has cookies in the header, but
the request.getCookies() returns no cookies. This causes the user to lose
session and other bad bad t
By the way, we don't have this problem under Linux or MacOSx
--
View this message in context:
http://old.nabble.com/Tomcat-6-on-solaris-losing-cookies-tp27555458p2721.html
Sent from the Tomcat - Dev mailing list archive at Nabble.com.
--
Is the Tomcat 6 zip on the a repository somewhere? maven.org has the
5.5.23 distro up :
http://repo1.maven.org/maven2/tomcat/apache-tomcat/5.5.23/
Filip Hanik - Dev Lists wrote:
I've uploaded 6.0.20 jars today, they will sync out shortly
Filip
Tom Cunningham wrote:
Is there a public ma
I've uploaded 6.0.20 jars today, they will sync out shortly
Filip
Tom Cunningham wrote:
Is there a public maven repository with a recent version of Tomcat 6
anywhere? We're developing a Tomcat bundle for Apache jUDDI and
we're looking to upgrade our bundle from Tomcat 5.5->6.0.
---
Ian Darwin wrote:
>
> This belongs on the user list.
>
> But gosh, it sure looks like you have the Sun server running on port
> 8080, not Tomcat.
>
> Do not reply here; move any further discussion to the user list please.
>
>
I'm unfamiliar with this board style and don't know how to move
cavillac wrote:
Installed them and both processes are running. mod_jk2 is in place and got
copied to conf/auto so everything seems to be working.
However, when I go to http://localhost:8080 I get this
http://www.nabble.com/file/p23258316/apache.png
One thing possibly worthy of mentio
TED]
Sent: Sunday, September 07, 2008 4:03 PM
To: Tomcat Developers List
Subject: Re: Tomcat 6 Memory problem
Oh, misread your post, sorry, thought you where doing RMI "thru" a native
lib... ha ha
Nevermind... its what happens when you pull an all nighter.
I'll let a TC guru ans
Oh, misread your post, sorry, thought you where doing RMI "thru" a native
lib... ha ha
Nevermind... its what happens when you pull an all nighter.
I'll let a TC guru answer it ;)
But you need to provide more info...
Are the threads stable? What are they doing...
Why only a short time test?
Le
Mark,
Thank you very much.
markt-2 wrote:
>
> nayabinghi wrote:
>> The problem was jdk 1.6. I downgraded to 1.5 and it went well.
> That is a known issue with DBCP:
> http://issues.apache.org/bugzilla/show_bug.cgi?id=43147
>
>> However I am
>> having some challenges building Tomcat 6 with th
nayabinghi wrote:
The problem was jdk 1.6. I downgraded to 1.5 and it went well.
That is a known issue with DBCP:
http://issues.apache.org/bugzilla/show_bug.cgi?id=43147
However I am
having some challenges building Tomcat 6 with the admin tool.
There is no admin tool in tomcat 6.
Mark
-
Thanks,
The problem was jdk 1.6. I downgraded to 1.5 and it went well. However I am
having some challenges building Tomcat 6 with the admin tool. It is my
understanding that building it from source the admin tool should be
included. Below are the steps I have taken.
cd apache-tomcat-6.0.14-src
nayabinghi wrote:
> I am trying to build Tomcat 6 from source but am getting some build errors I
> am hoping I can get some help with.
>
> [javac] Note: Recompile with -Xlint:deprecation for details.
> [javac] Note: Some input files use unchecked or unsafe operations.
> [javac] Note: Re
De: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED]
Enviado el: miércoles, 19 de diciembre de 2007 19:03
Para: Tomcat Developers List
Asunto: Re: Tomcat 6 - Cluster error.
you have a 3sec timeout on your message send
SEVERE: Unable to send message through
fact of a
disappeared member?
Thanks for your time
Regards
Raúl.
-Mensaje original-
De: Peter Rossbach [mailto:[EMAIL PROTECTED]
Enviado el: miércoles, 19 de diciembre de 2007 13:14
Para: Tomcat Developers List
Asunto: Re: Tomcat 6 - Cluster error.
I think your Membership DropTime 4sec is
gards
Raúl.
-Mensaje original-
De: Peter Rossbach [mailto:[EMAIL PROTECTED]
Enviado el: miércoles, 19 de diciembre de 2007 13:14
Para: Tomcat Developers List
Asunto: Re: Tomcat 6 - Cluster error.
I think your Membership DropTime 4sec is very small. Some more Load
or a FULL GC can drop y
I think your Membership DropTime 4sec is very small. Some more Load
or a FULL GC can drop your member.
Nomally I use 30 sec.
Peter
Am 19.12.2007 um 11:40 schrieb Raúl García:
Hi,
We are using tomcat 6.0.14.
We use a cluster working at the same machine,
we start it and it seems to be ok, re
Lucas Galfaso wrote:
> Hi,
> I am looking at the Tomcat 6 code and checking out the the
> possibility of collaborating with the project, and one thing that pops
> up is that the entire code base is not using Java 5 syntax. Was this
> syntax avoided for a specific reason?
The code is based on (ac
Try submitting this question to the Tomcat Users list.
This list is for the developers of the server itself.
p
jhayden wrote:
Have installed Tomcat onto MS Terminal Server.
However when attempting to start Tomcat it fails.
Have tried version 5.5 and 6.0 and both give the same failure.
Here a
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
We're doing pretty well with Comet, the only thing comet is missing
is a non blocking write.
It is possible to do that without changing the API, in case it is
needed. It has a possibly significant cost howeve
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
We're doing pretty well with Comet, the only thing comet is missing
is a non blocking write.
It is possible to do that without changing the API, in case it is
needed. It has a possibly significant cost however (buffering all data
which can
Costin Manolache wrote:
Yes, 100 concurent requests is a sign you need lb - serving 1000 on
Sometimes it is desired to have the capability of serving 1000 concurrent
connections (not requests). The typical situation is when the frontend
server is used for delivering a static content with higher
Yes, 100 concurent requests is a sign you need lb - serving 1000 on
one server is a false problem in most cases. I would rather have a
server smartly reject requests and notify a lb rather then degrading
all requests by accepting more than it can handle properly.
Try adding a database access or s
2007/3/11, Costin Manolache <[EMAIL PROTECTED]>:
Great work - but I'm curious, wouldn't be better to explore the alternative
direction - i.e. detect when the server is too loaded and send a quick 502 ?
Maybe with some extra logic - like serve existing sessions first,
provide some notifications t
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
Thanks everyone for the feedback, I'll let you know how everything
progresses.
Be sure to read the
http://www.faqs.org/rfcs/rfc1925.html :)
Regards,
Mladen.
---
Filip Hanik - Dev Lists wrote:
We're doing pretty well with Comet, the only thing comet is missing is a
non blocking write.
It is possible to do that without changing the API, in case it is
needed. It has a possibly significant cost however (buffering all data
which cannot be sent right away)
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Mladen Turk wrote:
(backlog)
For some reason, I have yet to see that backlog behave like it is
supposed to in Tomcat.
As my proposed long[] array is (supposedly) the same thing as the OS
backlog, maybe Filip can experiment with the "bac
Costin Manolache wrote:
Great work - but I'm curious, wouldn't be better to explore the
alternative
direction - i.e. detect when the server is too loaded and send a quick
502 ?
I totally agree, and the way its designed, this is totally doable. so
whenever the existing connection count is more t
Great work - but I'm curious, wouldn't be better to explore the alternative
direction - i.e. detect when the server is too loaded and send a quick 502 ?
Maybe with some extra logic - like serve existing sessions first,
provide some notifications that can be used by a load balancer ( or pager
:-)
Remy Maucherat wrote:
Mladen Turk wrote:
(backlog)
For some reason, I have yet to see that backlog behave like it is
supposed to in Tomcat.
As my proposed long[] array is (supposedly) the same thing as the OS
backlog, maybe Filip can experiment with the "backlog" attribute (by
default, it
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
The ultimate goal is to have 20k connections and still handle them
evenly.
The question is what will you do with those 20K connections.
The goal is that they will eventually get serviced, and that is the key.
in my test,
Mladen Turk wrote:
(backlog)
For some reason, I have yet to see that backlog behave like it is
supposed to in Tomcat.
As my proposed long[] array is (supposedly) the same thing as the OS
backlog, maybe Filip can experiment with the "backlog" attribute (by
default, it's only 100, but could
Filip Hanik - Dev Lists wrote:
Mladen Turk wrote:
The ultimate goal is to have 20k connections and still handle them evenly.
The question is what will you do with those 20K connections.
The current servlet implementation as well as http protocol
is transactional (request/response), and presum
Mladen Turk wrote:
Filip Hanik - Dev Lists wrote:
The processSocketWithOptions is a blocking call, hence you wont be
able to acccept new connections as long as your worker threads are
all busy.
Not entirely true.
What we need to do, is set the socket options, then simply add the
socket t
Henri Gomez wrote:
Great article !
I agree. But like Filip said, the entire NIO
(as well as APR) is sort of a hack.
It is obvious that the current JSE spec doesn't
fit for hybrid logic (both blocking and non-blocking)
because the cost of switching between them is simply
to high for any practic
Great article !
I wonder now what could be done when AJP is used instead of Coyote
HTTP connector ?
How does it fit ?
Regards
2007/3/9, Filip Hanik - Dev Lists <[EMAIL PROTECTED]>:
I wrote a blog entry on how one of our connectors was developed the
challenges you face doing that.
Its not su
Filip Hanik - Dev Lists wrote:
The processSocketWithOptions is a blocking call, hence you wont be able
to acccept new connections as long as your worker threads are all busy.
Not entirely true.
What we need to do, is set the socket options, then simply add the
socket to the poller waiting
correct, only 1GB of RAM, -Xmx512m for the Tomcat container.
Filip
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I wrote a blog entry on how one of our connectors was developed the
challenges you face doing that.
Its not super tech
William A. Rowe, Jr. wrote:
Remy Maucherat wrote:
I don't really believe in this sort of solution (especially since APR
uses deferred accepts automagically).
To clarify, httpd 2.2 automagically adds default socket filters (data,
or http headers, where the platform supports them). AFAIK APR do
Remy Maucherat wrote:
>
> I don't really believe in this sort of solution (especially since APR
> uses deferred accepts automagically).
To clarify, httpd 2.2 automagically adds default socket filters (data,
or http headers, where the platform supports them). AFAIK APR does not
by default. If i
Filip Hanik - Dev Lists wrote:
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I wrote a blog entry on how one of our connectors was developed the
challenges you face doing that.
Its not super technical as I'm saving the juicy details for ApacheCon
And since no one reads my blog, I'll le
Remy Maucherat wrote:
Filip Hanik - Dev Lists wrote:
I wrote a blog entry on how one of our connectors was developed the
challenges you face doing that.
Its not super technical as I'm saving the juicy details for ApacheCon
And since no one reads my blog, I'll let you guys get it from here :)
Filip Hanik - Dev Lists wrote:
I wrote a blog entry on how one of our connectors was developed the
challenges you face doing that.
Its not super technical as I'm saving the juicy details for ApacheCon
And since no one reads my blog, I'll let you guys get it from here :)
http://blog.covalent.ne
Speaking of which,
We're not using maven, and I don't see us switch in a short term. But I
think it would be good if Tomcat could post its individual JARs
to the apache maven repository. Useful JARs are, but not limited to, the
EL jars, JASPTER, TRIBES, JULI.
I've received more than one request
On 10/9/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
Sure, no problem from me either. There could be regular Tomcat 6 builds
available shortly.
This is done... the el-api and jasper-el jars are available here:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/tomcat/
This wil
Wendy Smoak wrote:
There are Ant tasks available to do this, if it's something you're
willing to add to the build, but I don't mind deploying them
occasionally until there is a TC6 release available in the central
repository.
Sure, no problem from me either. There could be regular Tomcat 6 buil
On 10/9/06, Yoav Shapira <[EMAIL PROTECTED]> wrote:
Hi,
I don't personally mind at all. I've been wanting to add remote Maven
repo deployment for Tomcat components for Tomcat 6 anyways. (It can't
be fully automatic, though, or at least I was only planning to do it
for PMC-approved releases, inc
Hi,
I don't personally mind at all. I've been wanting to add remote Maven
repo deployment for Tomcat components for Tomcat 6 anyways. (It can't
be fully automatic, though, or at least I was only planning to do it
for PMC-approved releases, including alpha / beta). Where are these
Ant tasks you
Scott Johnson wrote:
(I tried many times to open a bugzilla bug against Tomcat 6/Jasper, but it
never succeeded. I think this bug is important enough to let you know
about it, while bugzilla-admin helps figure out my bugzilla problem.)
In org.apache.jasper.runtime.PageContextImpl, the releas
Hi,
what do you think at which date Tomcat 6 will be available?
Oliver
> Hi,
> It's being actively developed. You can see the code at
> http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/ and follow the
> commit messages sent here for more details.
>
> Yoav
>
> On 8/2/06, Kunal Mittal <[EMAIL PROT
Hi,
It's being actively developed. You can see the code at
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/ and follow the
commit messages sent here for more details.
Yoav
On 8/2/06, Kunal Mittal <[EMAIL PROTECTED]> wrote:
Hi .. Does anyone know what is the going on with Tomcat 6?
Thanks
Re
Stan Silvert wrote:
And I think I would mark it as INVALID. This factory field is
initialized by Jasper, and at this point in time, I see no reason for
any Jasper code to have been run.
Rémy
As I said in the original email, I need to add an ELResolver on the JspApplicationContext at applicatio
OTECTED]
> > Sent: Wednesday, April 19, 2006 5:13 AM
> > To: Tomcat Developers List
> > Subject: Re: Tomcat 6 Bug: JspFactory.getDefaultFactory() returns null
> >
> > Stan Silvert wrote:
> > > Please let me know where the bug database is and I'll open a report.
&g
ication startup time. This is required by the JSF
1.2 spec section 5.6.1.
Stan Silvert
JBoss, Inc.
[EMAIL PROTECTED]
callto://stansilvert
> -Original Message-
> From: Remy Maucherat [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, April 19, 2006 5:13 AM
> To: Tomcat Developers L
Stan Silvert wrote:
Please let me know where the bug database is and I'll open a report.
And I think I would mark it as INVALID. This factory field is
initialized by Jasper, and at this point in time, I see no reason for
any Jasper code to have been run.
Rémy
--
Hi Remy!
Ok, so I'll (try to) create the structure (not the one in this mail),
but how is it done in SVN ? Is it all simply folders without anything
special ?
A simple bunch of "svn mkdir" commands will do its job.
There's nothing special about it.
Regards
Florian
---
Remy Maucherat wrote:
Hi,
Given the comments, I propose using a single repository with the
following structure (based on our root "tomcat" repository):
- tc6.0.x/trunk:
- src/share: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
(note:
are all the conf files, startup scripts etc in one place? res?
I was thinking that we still have a src directory, and subdirectories
under that.
trunk/src/java
trunk/src/native
trunk/webapps
etc
Keith Wannamaker wrote:
Yes, this will do nicely.
Keith
Costin Manolache wrote:
We still need
Yes, this will do nicely.
Keith
Costin Manolache wrote:
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
-
To unsubscribe, e
We should keep the java sources separate from the native sources by one
more level under src/, aka the share directory (or something- I always
thought it referenced "share"d across platforms as simply opposed to
specific "native" code).
Keith
Remy Maucherat wrote:
Yoav Shapira wrote:
I've b
Hi!Costin Manolache schrieb:
> The extra src/ is useless in our code organization.
>
Sure, but it didn't cost anything and it makes clear where to look if
one searches the sources.
Its simply one nice little place for all the great code.
But ok, its my personal preference :-)
---
Mario
-
On 3/1/06, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> >> tc6(.0.x ?)/trunk/java
> >> tc6/trunk/native
> >> tc6/trunk/webapps
> >> tc6/trunk/res
> Isn't it widely used to have:
>
> src/java
> src/tests
> src/native
Widely used doesn't mean it's good in all cases :-)
For most simple native
Hi!
>> tc6(.0.x ?)/trunk/java
>> tc6/trunk/native
>> tc6/trunk/webapps
>> tc6/trunk/res
Isn't it widely used to have:
src/java
src/tests
src/native
Ciao,
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Hola,
> "share" has a long history - I think JDK is organized this way, with
> separate dirs for windows, linux, etc.
Maybe the JDK was organized that way in the past, but doesn't seem to
be that way any more. Anyways, I don't think it has a purpose
currently. If something we're not aware of co
Costin Manolache wrote:
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
There's a native folder too, and most likely there should be a test
folder too.
and the docs webapp at top level, as Yo
We still need separate dirs for native code and java I think.
What about:
tc6(.0.x ?)/trunk/java
tc6/trunk/native
tc6/trunk/webapps
tc6/trunk/res
and the docs webapp at top level, as Yoav suggested.
"share" has a long history - I think JDK is organized this way, with
separate dirs for windows,
So let's make it:
- tc6.0.x/trunk:
- src: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
- resources: misc resources, such as configuration files
(server.xml), readmes, etc
+1
Yoav Shapira wrote:
So let's make it:
- tc6.0.x/trunk:
- src: all the relevant sources go there
- webapps: all our current webapps, including the examples webapps
- resources: misc resources, such as configuration files
(server.xml), readmes, etc
OK.
One other thing: can we put docs u
> So let's make it:
> - tc6.0.x/trunk:
>- src: all the relevant sources go there
>- webapps: all our current webapps, including the examples webapps
>- resources: misc resources, such as configuration files
> (server.xml), readmes, etc
OK.
One other thing: can we put docs under trunk
Yoav Shapira wrote:
I've been meaning to ask this for years now: what's the purpose of the
"share" directory under src? We share all our source by definition,
so it just seems like an extra layer...
I have no idea what "share" means either ;)
So let's make it:
- tc6.0.x/trunk:
- src: all th
I've been meaning to ask this for years now: what's the purpose of the
"share" directory under src? We share all our source by definition,
so it just seems like an extra layer...
Yoav
On 3/1/06, Remy Maucherat <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Given the comments, I propose using a single repo
> At this point, I don't think there's a big need to decide on these
> components. From what I understand, the general opinion is to have a
> "src" folder containing all the source, with a target that builds
> everything, and then have subtargets for packaging individual components.
Yeah.
Yoav
-
Mark Thomas wrote:
Remy Maucherat wrote:
Hi,
I think it is time to decide how the source repository is going to be
organized, with the questions being:
- how many source folders do we need (Costin wanted one, while others
like Jacob seem to want "modules") ?
- do we continue to use Ant ?
- etc
good idea, I will refactor that.
Filip
Remy Maucherat wrote:
Costin Manolache wrote:
Of course, this is a case where you need a separate module.
IMHO it is a bad sign when you have to do this - maybe you could use a
different
package name instead of same class names, or refactor a bit so you
Costin Manolache wrote:
Of course, this is a case where you need a separate module.
IMHO it is a bad sign when you have to do this - maybe you could use a
different
package name instead of same class names, or refactor a bit so you don't depend
on the class name.
But if for any reason you have t
Of course, this is a case where you need a separate module.
IMHO it is a bad sign when you have to do this - maybe you could use a
different
package name instead of same class names, or refactor a bit so you don't depend
on the class name.
But if for any reason you have to use the same classname,
I would prefer to keep the module source tree separate.
For example, the "ha" module (cluster2) uses the same classes as the
"cluster", but they are being enhanced for performance and modularity.
merging all this into one tree would be a pain in the neck.
Filip
Costin Manolache wrote:
On 2/2
On 2/28/06, Mark Thomas <[EMAIL PROTECTED]> wrote:
> Remy Maucherat wrote:
> > Hi,
> >
> > I think it is time to decide how the source repository is going to be
> > organized, with the questions being:
> > - how many source folders do we need (Costin wanted one, while others
> > like Jacob seem to
Remy Maucherat wrote:
> Hi,
>
> I think it is time to decide how the source repository is going to be
> organized, with the questions being:
> - how many source folders do we need (Costin wanted one, while others
> like Jacob seem to want "modules") ?
> - do we continue to use Ant ?
> - etc
I am
1 - 100 of 151 matches
Mail list logo
