portable. Some platforms don't have it, e.g., HP-UX
> which I use for approx 10 years with Tomcat.
> 3. Evaluation uses sometimes backticks sometimes $(). Seems
> inconsistent.
Make sure to shellcheck the script, or any scripts
https://www.shellcheck.net/
https://github.com/k
On Tue, 26 Jun 2018 09:07:32 +0200
Emmanuel Bourg wrote:
> Le 26/06/2018 à 05:21, William L. Thomson Jr. a écrit :
>
> > Because I am crazy :)
>
> I personally would support a move to a Maven directory layout even if
> we stick to Ant as the main build system for now. I
On Mon, 25 Jun 2018 23:21:47 -0400
"William L. Thomson Jr." wrote:
> On Mon, 25 Jun 2018 19:40:27 -0400
> Christopher Schultz wrote:
>
> > I'm confused about what you're asking, here. Do you want Tomcat to
> > change its own directory layout?
>
&
around unused.
Just makes it a bit more modular. A different way of shipping Tomcat :)
--
William L. Thomson Jr.
pgp0e4GA3mO9H.pgp
Description: OpenPGP digital signature
g most resources.
I am past that self inflicted issue with resources now. Changing
layout is some what moot. Short of when new files are added I must add
to specific jars. That may get a bit hairy. Will cross that bridge then.
Either way thanks for considering the feedback on project structure!
--
help if project layout was better.
Utopian would be moving various pieces into sub-directories for the
various jars. I had to be creative to get my jars to be the same as
those from upstream. Due to sources all being mixed together. Beyond
mixing resources and java sources.
--
William L. Thomson
itInternal
namingResources.mbeanCreateFail javax.management.MBeanException
Caused by: java.lang.Exception: ManagedBean is not found with
ContextResource at
org.apache.catalina.mbeans.MBeanUtils.createMBean(MBeanUtils.java:152) ...
43 more
--
William L. Thomson Jr.
pgpiMJPHTXKcH.pgp
Description: OpenPGP digital signature
tty sure it's just a renaming.
If just renaming I will likely hack around that, and/or patch the build
system on Gentoo for that. Since presently it causes that jar to be
copied, verses symlinked. So people don't benefit when ecj is updated
per bug, or etc.
--
William L. Thomson Jr.
Gentoo/
On Wed, 2007-11-28 at 18:28 +0100, jean-frederic clere wrote:
> William L. Thomson Jr. wrote:
> >
> >
> > But I believe the argument is that applications should do their own
> > stderr/out redirection and not to it external of the app. As in not via
> > bash/shel
On Wed, 2007-11-28 at 18:28 +0100, jean-frederic clere wrote:
> William L. Thomson Jr. wrote:
> >
> > But I believe the argument is that applications should do their own
> > stderr/out redirection and not to it external of the app. As in not via
> > bash/shell redire
On Wed, 2007-11-28 at 09:47 -0500, William L. Thomson Jr. wrote:
> On Wed, 2007-11-28 at 09:29 +0100, jean-frederic clere wrote:
> > William L. Thomson Jr. wrote:
> > > Recently on Gentoo I was looking to improve how we start Tomcat.
> > > Specifically how we captur
On Wed, 2007-11-28 at 09:29 +0100, jean-frederic clere wrote:
> William L. Thomson Jr. wrote:
> > Recently on Gentoo I was looking to improve how we start Tomcat.
> > Specifically how we capture stdout/stderr output from Tomcat on start
> > and redirect it to catalina.out.
I write a wrapper class or etc to
Bootstrap to set those properties there. I guess we could do that on
Gentoo. But would like to get upstreams input there. Much less I would
likely patch Bootstrap before wrapping it.
http://bugs.gentoo.org/show_bug.cgi?id=162379
--
William L. Thomson Jr.
Gentoo/
On Tue, 2007-10-23 at 00:39 +0100, Mark Thomas wrote:
> William L. Thomson Jr. wrote:
>
> > Mostly because
> > to my understanding one must be authorized in webdav or etc to be able
> > to exploit the vulnerability.
>
> To be clear, authorisation is not requi
On Sun, 2007-10-21 at 14:03 -0400, William L. Thomson Jr. wrote:
> On Sun, 2007-10-21 at 17:41 +0100, Mark Thomas wrote:
> > William L. Thomson Jr. wrote:
> > > I take it down streams should run with the first patches to work around
> > > this vulnerability till next
On Sun, 2007-10-21 at 17:41 +0100, Mark Thomas wrote:
> William L. Thomson Jr. wrote:
> > I take it down streams should run with the first patches to work around
> > this vulnerability till next release. I already applied the one liner,
> > kinda glad I did not apply the other
ink that there is a slim chance of a legitimate use of an
> entity and in this case the logging gives the administrator a chance
> of working out why something isn't working.
I take it down streams should run with the first patches to work around
this vulnerability till next release. I
ple maintaining from source java packages on Gentoo :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
xt time I touch package or ebuild.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
on what you all are doing. Really want to close the long
standing bug, and provide a whole and complete tomcat from source on
Gentoo. :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
to this approach. Verses just shipping collections, pool, and
dbcp.
Not to mention many drivers have their own factories. But recently as a
user discovered. This is not a valid work around for Global resources.
As that is hard coded no matter what is configured in server.xml to use
tomcat-dbcp.jar.
y are also being
subjected to a vulnerability right off the bat. Despite it being a
major/minor vulnerability. Do you all really want newbs exposed off the
bat?
In that regard, separate bundled, or disabled in binary release would be
the ideal ways to go IMHO.
--
William L. Thomson Jr.
G
r modify the version number when we build. Beyond our
-rX for that reflects ebuild revision #.
I will just ad some sed or etc to the ebuild to take the source version
of the tarball and make sure the prop file matches that. :(
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
ase. So that if one downloads versioned sources, and just builds
it by invoking ant with all defaults. The resulting build version will
match the sources it was built from.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
let Engine: Apache Tomcat/5.5
Not sure what that's about with 5.5.23, since the prop file has 5.5.20,
so should reflect that version but does not.
404, and other error pages also reflect the versions as shown in the log
file and prop file.
--
William L. Thomson Jr.
Gentoo/Java
signature.as
essed upstream. I am sure others downloading
sources would prefer the default to match the version of the sources :)
Minor issue, but kinda annoying just the same. Thanks much, and let me
know if you would prefer I file a bug.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This
On Wed, 2007-05-23 at 15:18 +0200, Rainer Jung wrote:
>
> I think he's trying to provide packages for a distro. So he wants to
> provide 1.1.8, 1.1.9, 1.1.10, ... whenever they are released (available).
100% Correct :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Descri
t failed to
start with 1.1.8.
http://bugs.gentoo.org/show_bug.cgi?id=179462
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
:)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
are plenty of Catalinas around, the Catalina name in
> > Tomcat refers to that island)
> >
>
> http://news.yahoo.com/s/ap/20070512/ap_on_re_us/wildfires
>
> As a followup, it looks like Catalina mostly survived the fire.
That's because the fire was in CATALINA_BASE, not CAT
uld prefer picking up the NIO fixes with a 6.0.12 tag.
I will not request stabilizing of any version of 6.0.x on Gentoo that
has the known NIO leak/issues. ( Despite not having any issues myself )
So would prefer to see a 6.0.12 with those fixes as well.
--
William L. Thomson Jr.
Gentoo/Java
si
On Mon, 2007-04-02 at 17:55 +0200, Mladen Turk wrote:
> William L. Thomson Jr. wrote:
> >>
> >> The next version of mod_jk is approaching its release. A code snapshot is
> >> available at:
> >> http://people.apache.org/~mturk/jk-1.2.22-dev/
> &g
2.22-dev/tomcat-connectors-1.1.22-dev-524775-src.tar.gz
1.1.22 ?
Dropping versions huh :) I assume actual release will be 1.2.22. No need
to re-package dev snapshot, just wanted to mention it.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
not to familiar with
configure. But would be nice for tcnative, to know during configure that
it needs >=apr-1.x. If a check can't be added less a patch. I will get
with another Gentoo dev, and get a patch made and to you all.
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Desc
ush those files to ASF's
> maven repository.
I was not clear on the generation vs packaging. Thanks and sorry for
lengths.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
. The dependency part is
clear. The won't be bundled, and building other packages is not clear.
Will they be a separate bundle or download? Like the old embedded,
compat stuff, etc.
Sorry if all this is obvious and the plane is just flying over my
head ;)
--
William L. Thomson Jr.
Gento
and, but does that mean things have to be
consistent forever and not subject to change?
Anyway, just some food for thought. Sorry for length, and hijacking
thread topic a bit. Just felt it was kinda a good time to mention it
all, since the discussion was along similar lines.
Thanks for your time :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
ke to keep a no dependencies, no nonsense build :)
Please and thank you. Tomcat 6.0.x build system and reduced dependencies
is greatly appreciated, and IMHO a step in the right direction.
Not saying not to bundle the stuff, just saying please keep deps to a
minimum and no nonsense build ++ =)
--
Wi
eeing how another bug is caused when javamail and etc are not
present. Then it might also explain the other bug in catalina.jar.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
entirely. It's been
masked for the past couple of months. Which makes it pretty hard for
anyone to install it, much less see recommendations to use >=5.5.x.
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
we are ok. Just need to get 1.2.21 stabilized and mask the
others.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-03-05 at 09:55 -0500, William L. Thomson Jr. wrote:
> On Sun, 2007-03-04 at 19:14 -0700, Filip Hanik - Dev Lists wrote:
> > Sorry about the hassle, looks like some printStacktrace statements made
> > their way into 5.5.23, creating an ugly and confusing startup.
> &
The build will be done shortly after, I will announce the binaries after
> I have run the TCK tests on them
Please release sources officially ASAP. Seems the 5.5.20 sources are
effected by
http://www.zerodayinitiative.com/advisories/ZDI-07-008.html
--
William L. Thomson Jr.
Gentoo/Ja
On Fri, 2007-03-02 at 18:26 +0100, Mladen Turk wrote:
>
> Cool. I'll create Windows binaries as soon as
> the sources gets synced with mirrors.
Yeah that slowed me down a bit as well :)
Packaged and available on Gentoo in ~arch.
--
William L. Thomson Jr.
Gentoo/Java
signature.a
be stable on Gentoo in ruffly
30 days. It's been pretty solid so far, so likely any bugs would be
Gentoo specific, and likely my fault :)
Otherwise thanks again and congrats.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
On Mon, 2007-02-26 at 13:56 -0600, William A. Rowe, Jr. wrote:
> William L. Thomson Jr. wrote:
> >
> > These types of bumps are minor, and I like to test myself in my own
> > envs. So can't hurt to make it available for others to test etc.
>
> +1 on testing that t
are minor, and I like to test myself in my own
envs. So can't hurt to make it available for others to test etc.
But if I can ignore them, or etc, just confirm that, and I will do so
from now on.
Thanks much :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
Packaged and available in a few hours for sync and emerge on Gentoo.
Np with compiling or etc.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
not. No bugs have been reported ;)
I ran it for a bit on my development server, but then switched back to
6.0.10. Not for any reason other than preference.
Also might be best on a new thread, but will 5.5.22 ship with ecj 3.1 or
3.2? I have upped the package on Gentoo to use 3.2, since we are tryi
On Wed, 2007-02-21 at 11:35 -0500, William L. Thomson Jr. wrote:
> On Wed, 2007-02-21 at 14:55 +0100, Remy Maucherat wrote:
> > Avramenko Andrew wrote:
> > >> I haven't been able to build Tomcat 6 with JDK 1.6 either. Since
> > >> building with
> > &g
message, there seems to be a problem
> with the compiler (you can easily verify the imports exist in the source
> tree).
It also compiles for anyone on Gentoo. We still have 6.0.9_beta in tree.
No bugs have been filed about it failing to compile for people on
Gentoo. I would assume that
ell.
The result, 5.5.22 has been packaged and is available for anyone to
install/test on Gentoo in ~arch. Just committed it to portage, so will
take 4 or more hours before syncing to public mirrors.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
too in ~arch. Just
committed it to portage, so will take 4 or more hours before syncing to
public mirrors.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
where we
> can use it internally.
Er, I would focus on 6.0.x. If your still on 4.x, why even bother with
5.x? I would start testing 6.0.x, since it's pretty different than 5.x.
If you must with 5.x, then 5.5.x.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
.5.x branch. It's been a
bit since I last dug in sources so can't recall from memory at this
time.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
an integral port of Tomcat. It was developed for Tomcat, it will change
along with Tomcat versions. So this would be the right list and place,
unless things have changed ;)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
re many are doing
apps with it atm and Tomcat on Gentoo.
But I am trying to push as many as I can in the direction of 6.0.x, to
hopefully uncover and reveal any bugs or problems.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
t least one 6.0 build (6.0.9, and also
> one of the earlier ones IIRC) as Stable. I think it's ready. I've
> actually been kind of curious why some of the votes have only called
> for alpha/beta designation, without giving Stable as an option.
I would love to see a stable 6.0.x =
in ~arch. Just committed it to portage, so will take 4 or more hours
before syncing to public mirrors.
Thanks for the release.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
dated release process, the 6.0.9 tag is:
> > [ ] Broken
> > [ ] Alpha
> > [ X ] Beta
>
> Or even Stable.
No teasing please :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
just
committed it to portage, so will take 4 or more hours before syncing to
public mirrors.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
~arch, unstable. Many are already switching to that, and I encourage it.
I have run 6.0.x on my development server since 6.0.2. I will likely use
on my production systems once there is an official release, non
beta/alpha.
Just tossing in my 2 cents.
--
William L. Thomson Jr.
Gentoo/Java
signature.
greater. Would have save
much grief. Likely my own fault for not reading or knowing about the apr
1.x dependency. But a check in the configure script would make it idiot
proof. :)
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
n,
I will hear from some users, and will condense, then relay that info to
upstream.
Now in my own development env, I have run 6.0.2, 6.0.4, and 6.0.6. While
my apps are nothing impressive. They have yet to have any issues, or
etc. Painless migration from 5.5.20.
--
William L. Thomson Jr.
Gentoo/Ja
r apps get more use than the admin. No
complaints here if the admin is no longer available. I will be happy to
say to all Gentoo users that upstream does not provide or ship an admin
webapp any more, so there is not one for/with 6.0.x.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Descr
ementation. So we will use mx4j as a dep. But that is not how Tomcat
binary will be built, and we will have a deviation there.
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
quire that since it seems most of the point to the
native accelerator.
However I am not getting what the native stuff has to do with building
the java parts?
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
some what relevant. Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
On Wed, 2006-10-04 at 21:52 +0200, Remy Maucherat wrote:
> William L. Thomson Jr. wrote:
> > I have no foreseeable solution to building that jar on Gentoo at this
> > time. I have discussed it extensively with others, and we are likely to
> > have to do some package specific
ant at build time if they are not present.
Thanks
Also FYI, we had a 0 day release of Tomcat 5.5.20 on Gentoo :)
Along with a 0 day release of mod_jk 1.2.19 as well. Both are still are
keyworded experimental/unstable. In 30 or so days will be stable barring
any major bug reports.
--
William L
Apache Tomcat Connectors 1.2.19 is:
[X] Stable - no major issues, no regressions
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
Once the sources are on a mirror or etc, I will put the ebuild into
portage ~arch (unstable/testing).
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
lly use it or can't switch to really working tcp
> communication. Drop it!
> +1
I am not really partial either way. I don't use or care if it goes away.
Just the timing is interesting.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
re referring the
code added to the Gentoo ebuild, which is very minimal, just passing
stuff onto configure. Then installing the resulting binary
http://sources.gentoo.org/viewcvs.py/gentoo-x86/www-apache/mod_jk/mod_jk-1.2.18.ebuild?rev=1.2&view=markup
--
William L. Thomson Jr.
Gentoo/Java
seems :)
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
-collections and
commons-pool are included in naming-factory-dbcp.jar.
If naming-factory-dbcp.jar could be built or etc with those as binary
dependencies it would be fine. That would be more like the rest of
Tomcat's build system. It's just that one jar, that has a unique way of
being buil
wn
implementation? Aside from reuse of existing code and etc.
Thanks
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
renaming and re-packaging? If it's not
being modified for Tomcat's needs. Could Tomcat just use commons-dbcp?
At this moment it's really difficult for us to build
naming-factory-dbcp.jar since it pulls sources from 3 commons packages.
If there is any way to change that, it would be g
on for ant to control if those aspects are built. Like
examples, docs, etc. We have use flags, if someone does not set
examples, docs etc. We do not build/compile that stuff, much less
install it.
So our patches do not really modify Tomcat at all. Slight modifications
to build.xml files only
ge.
Great, that at least gives me some idea of how to maintain those other
packages. It seems that Jasper will always be somewhat bound to Tomcat.
So no hope of it being packaged or etc on it's own. Hopefully servlet
api can, because in 2.4's case it seems to be the only available much
less open
had a chance to dig much further than the ant build.xml file
for that jar. I know a patch or addressing it is preferred to just a
discussion or etc about it. Just for someone else to do the work.
However I just wanted to get more info before diving any further.
Thanks
--
William L. Tho
ing aware of it.
--
William L. Thomson Jr.
Gentoo/Java
signature.asc
Description: This is a digitally signed message part
compile or what. For now it's all present, and if it
can be left out. Might be optional for users at compile time. But I will
cross that bridge once I resolve current issues.
Thanks
--
Sincerely,
William L. Thomson Jr.
Obsidian-Studios, Inc.
h
83 matches
Mail list logo
