Package: tomcat5.5
Version: 5.5.20-2
When (re)starting tomcat from command-line with the init-script
(/etc/init.d/rc.tomcat5.5 start), the current directory affects
the runtime-environment of tomcat. This often ends up in unwritable
directories for the applets or unfound config-files.
We solved
Package: tomcat5.5
Version: 5.5.20-2
After we installed tomcat5.5 the directory /var/lib/tomcat5.5 belonged
to root. For our needs, it would be better if the owner is the
tomcat-user. It is simple to change, but why does it belong to root
by default? Is this a security issue?
Armin
After we installed tomcat5.5 the directory /var/lib/tomcat5.5 belonged
to root. For our needs, it would be better if the owner is the
tomcat-user.
And what are those needs? If it's a sane use-case we could certainly change
it, but I'd like to know why it's necessary.
Otherwise, use a
When (re)starting tomcat from command-line with the init-script
(/etc/init.d/rc.tomcat5.5 start),
There is no such init script. Do you mean /etc/init.d/tomcat5.5 ?
Marcus
pgpMjFiZ9H3jg.pgp
Description: PGP signature
___
pkg-java-maintainers mailing
We install a commercial applet that wants to create/read the ini-file
directly from this directory (don't ask me why).
Surely not from the /var/lib/tomcat5.5 directory? Note that the subdirectories
conf and webapps are owned by the tomcat55 user.
Otherwise, use a stat-override.
Sorry, I
We install a commercial applet that wants to create/read the ini-file
directly from this directory (don't ask me why).
Surely not from the /var/lib/tomcat5.5 directory? Note that the
subdirectories
conf and webapps are owned by the tomcat55 user.
I was writing about the
When (re)starting tomcat from command-line with the init-script
(/etc/init.d/rc.tomcat5.5 start), the current directory affects
the runtime-environment of tomcat. This often ends up in unwritable
directories for the applets or unfound config-files.
I'm not sure what you mean, can you be
When (re)starting tomcat from command-line with the init-script
(/etc/init.d/rc.tomcat5.5 start),
There is no such init script. Do you mean /etc/init.d/tomcat5.5 ?
Ups, yes, sorry. I'm still used to Slackware...
Armin
file:///C|/DOCUME%7E1/ARMIN/LOCALS%7E1/TEMP/nsmail.asc
Description:
Surely not from the /var/lib/tomcat5.5 directory? Note that the
subdirectories conf and webapps are owned by the tomcat55 user.
I was writing about the /vat/lib/tomcat5.5 directory. This was owned by
root after installation.
Perhaps this is caused by the same issue as you reported in
Surely not from the /var/lib/tomcat5.5 directory? Note that the
subdirectories conf and webapps are owned by the tomcat55 user.
I was writing about the /vat/lib/tomcat5.5 directory. This was owned by
root after installation.
Perhaps this is caused by the same issue as you reported in
Excuse my ignorance, but what kind of applet is this, that is opening
files on the server? Perhaps it's a servlet?
Sorry I can't be too specific, but I'm only the administrator of the
system. I was given a .war-file I deployed through the web-interface.
Ok, so it's a servlet. We should
qdox_1.6.1-1_powerpc.changes uploaded successfully to localhost
along with the files:
qdox_1.6.1-1.dsc
qdox_1.6.1.orig.tar.gz
qdox_1.6.1-1.diff.gz
libqdox-java_1.6.1-1_all.deb
libqdox-java-doc_1.6.1-1_all.deb
Greetings,
Your Debian queue daemon
Package: argouml
Severity: wishlist
Please remove dependency against libxerces-java.
--
Arnaud Vandyck
___
pkg-java-maintainers mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Package: libgef-java
Severity: wishlist
Please remove dependency against libxerces-java.
--
Arnaud Vandyck
___
pkg-java-maintainers mailing list
[EMAIL PROTECTED]
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Processing commands for [EMAIL PROTECTED]:
owner 349376 !
Bug#349376: fop: new version 0.91 beta available
Owner recorded as Arnaud Vandyck [EMAIL PROTECTED].
owner 406109 !
Bug#406109: fop: new release 0.93 available
Owner recorded as Arnaud Vandyck [EMAIL PROTECTED].
owner 407018 !
package: eclipse
version: 3.2.1-6
I have installed debian package sun-java6-jdk, which has it's files in
/usr/lib/jvm/java-6-sun-1.6.0.00 and creates symlink
/usr/lib/jvm/java-6-sun.
When I start eclipse, it searches several pathes and fails with error that
JDK is required:
searching for
Package: libapache2-mod-jk
Version: 1:1.2.18-2
Severity: normal
I found this in the log file
[Thu Apr 12 10:40:08 2007] [25793:] [info] jk_handler::mod_jk.c
(1986): Could not find a worker for worker name=ajp13
when logging at info level.
I wished to find it when logging at error level, I
Hi,
is there any free java compiler with generics support in Debian? I
need it to package entagged. Please Cc: me when answering because I am
not subscribed to the list.
Thanks,
Torsten
--
blog: http://twerner.blogspot.com/
homepage: http://www.twerner42.de/
On Thu, Apr 12, 2007 at 08:24:22PM +0200, Torsten Werner wrote:
Hi,
is there any free java compiler with generics support in Debian? I
need it to package entagged. Please Cc: me when answering because I am
not subscribed to the list.
ecj compile code with generics. What you need is a
Torsten Werner wrote:
Hi,
is there any free java compiler with generics support in Debian? I
need it to package entagged. Please Cc: me when answering because I am
not subscribed to the list.
Yes, ecj.
cheers,
dalibor topic
___
Package: tomcat5.5
Version: 5.5.20-4
Severity: grave
Justification: renders package unusable
The installation of tomcat5.5 uses relative symlinks in many places
including in the directories under CATALINA_BASE.
Example:
conf
logs - ../../log/tomcat5.5
shared
temp
webapps
work -
libgef-java_0.11.999.0.11.3M10-2_powerpc.changes uploaded successfully to
localhost
along with the files:
libgef-java_0.11.999.0.11.3M10-2.dsc
libgef-java_0.11.999.0.11.3M10-2.diff.gz
libgef-java_0.11.999.0.11.3M10-2_all.deb
Greetings,
Your Debian queue daemon
Accepted:
libgef-java_0.11.999.0.11.3M10-2.diff.gz
to pool/main/libg/libgef-java/libgef-java_0.11.999.0.11.3M10-2.diff.gz
libgef-java_0.11.999.0.11.3M10-2.dsc
to pool/main/libg/libgef-java/libgef-java_0.11.999.0.11.3M10-2.dsc
libgef-java_0.11.999.0.11.3M10-2_all.deb
to
Your message dated Fri, 13 Apr 2007 05:32:02 +
with message-id [EMAIL PROTECTED]
and subject line Bug#418865: fixed in libgef-java 0.11.999.0.11.3M10-2
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
Package: commons-io
Severity: wishlist
new upstream 1.3.1 available:
http://jakarta.apache.org/site/downloads/downloads_commons-io.cgi
--
Arnaud Vandyck
___
pkg-java-maintainers mailing list
[EMAIL PROTECTED]
25 matches
Mail list logo