Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#33147 - [netbeans,tomcat6] New Web Application Wizard fails
Attached to Project:
Community Packages
Opened by Marc Rechté (mrechte) - Friday, 21 December 2012, 09:12 GMT
Last edited by Guillaume ALAUX (galaux) - Monday, 14 January 2013, 11:31 GMT
Opened by Marc Rechté (mrechte) - Friday, 21 December 2012, 09:12 GMT
Last edited by Guillaume ALAUX (galaux) - Monday, 14 January 2013, 11:31 GMT
|
DetailsDescription:
Trying to create a new Web Application project using the wizard, I get: javax.xml.transform.TransformerConfigurationException: Failed to compile stylesheet. 1 error detected. when pressing the Finish button. Additional info: The third wizard step (Server and settings): Server: Apache Tomcat Java EE Version: JavaEE 5 I don't know if it is relevant, I found this on Google: http://netbeans.org/bugzilla/show_bug.cgi?id=220283 * package version(s) netbeans 7.2.1-1 jdk7-openjdk 7.u9_2.3.3-1 jre7-openjdk 7.u9_2.3.3-1 jre7-openjdk-headless 7.u9_2.3.3-1 tomcat6 6.0.36-2 * config and/or log files etc. Steps to reproduce: |
This task depends upon
Closed by Guillaume ALAUX (galaux)
Monday, 14 January 2013, 11:31 GMT
Reason for closing: Not a bug
Additional comments about closing: No action taken. It works for OP and devs.
Monday, 14 January 2013, 11:31 GMT
Reason for closing: Not a bug
Additional comments about closing: No action taken. It works for OP and devs.
Thanks for reporting, and thanks for reporting it upstream and including a link.
Often, Arch uses libraries that are so new that the upstream developers of an application hasn't tested with that version yet and assumes the library is broken.
I don't know for sure, but I wonder if this could be the case here.
Adding which version of libxslt and if you're using 32 or 64-bit Arch Linux might perhaps help them out.
Also if you, like me, don't have any $JAVA_HOME/lib/endorsed directory, it might give them further clues.
Thanks.
However, that is not the same error. What, exactly, are the steps to reproduce?
Catalina home / base: /usr/share/tomcat6
"The <CATALINA_BASE>/conf/server.xml can't be read."
When looking at the files in the tomcat6 package, it doesn't contain any "server.xml" file in any "conf" directory. There's only /etc/tomcat6/server.xml.
How did you get past this step?
I also see that the tomcat6 package has been updated. Could this be related?
Thanks.
pacman -Ql tomcat6 | grep server.xml
tomcat6 /etc/tomcat6/server.xml
This file is in /etc/tomcat6 and there is a link from /usr/share/tomcat6/conf -> /etc/tomcat6
> The <CATALINA_BASE>/conf/server.xml can't be read
The server.xml is a _sensitive_ file that only root can read/write and tomcat can read.
If this is a dev environment, one could chmod it. Once I do that I can get to the next step that says something similar about /etc/tomcat-users.xml. You would need to chmod the entire /etc/tomcat6 dir.
Usually, in a developer environment, one uses a freshly unzipped tarball from apache.org. This prevents messing with a packaged distribution AND also prevents unwanted upgrade.
It seems I cannot reproduce your error. Care to try from a fresh tomcat6/netbeans install?