Re: jsvc from tomcat v7.0.39 src build segfaults @ "error 4 in libc-2.17.so"; jsvc from v7.0.37 is ok.

2013-04-16 Thread Ognjen Blagojevic

Darx,

On 16.4.2013 3:44, d...@sent.com wrote:

i can now reproduce this across any of my boxes.  it's acting like a
bug, but would appreciate some guidance here re: what i'm seeing and and
what additional info would be useful before posting a bug.

(...)

bug, or something else?


It's a bug [1]. Use commons-daemon 1.0.15 or 1.0.13, or patch 1.0.14 
yourself [2].


-Ognjen


[1] https://issues.apache.org/jira/browse/DAEMON-291
[2] http://www.mail-archive.com/dev@tomcat.apache.org/msg72332.html

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54851] New: Folder without web-fragment.xml should not impact the status of distributable

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54851

Bug ID: 54851
   Summary: Folder without web-fragment.xml should not impact the
status of distributable
   Product: Tomcat 7
   Version: 7.0.39
  Hardware: PC
Status: NEW
  Severity: normal
  Priority: P2
 Component: Catalina
  Assignee: dev@tomcat.apache.org
  Reporter: trask.stalna...@gmail.com
Classification: Unclassified

Created attachment 30200
  --> https://issues.apache.org/bugzilla/attachment.cgi?id=30200&action=edit
patch

revision 889701 "JARs without any web.xml fragments should not impact the
status of distributable" was applied to scan(JarURLConnection jarConn), but was
not applied to scan(File file).

I ran into this while trying to run cluster nodes from inside eclipse/wtp which
supplies some folders to WebappClassLoader.addRepository(), e.g. /classes.

This causes the app to be marked as distributable=false, regardless of
supplying the  tag in the web.xml.

The attached patch resolved the issue for me. Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54851] Folder without web-fragment.xml should not impact the status of distributable

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54851

Violeta Georgieva  changed:

   What|Removed |Added

  Attachment #30200|0   |1
   is patch||
  Attachment #30200|application/octet-stream|text/plain
  mime type||

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54854] New: java.lang.UnsatisfiedLinkError tcnative-1.dll can't load IA 32-bit .dll on a 64-bit platform

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54854

Bug ID: 54854
   Summary: java.lang.UnsatisfiedLinkError tcnative-1.dll can't
load IA 32-bit .dll on a 64-bit platform
   Product: Tomcat 7
   Version: 7.0.39
  Hardware: PC
Status: NEW
  Severity: normal
  Priority: P2
 Component: Integration
  Assignee: dev@tomcat.apache.org
  Reporter: sj...@cornell.edu
Classification: Unclassified

Platform: Windows 7 64 bit Intel
tomcat 7.0.39 (64 bit distribution) will not run, fails with 
java.lang.UnsatisfiedLinkError: C:\apache-tomcat-7.0.39\bin\tcnative-1.dll:
Can't load IA 32-bit .dll on a AMD 64-bit platform

It seems the 64-bit distribution incorrectly contains the 32-bit version of
this .dll.

As a temporary work around, download tomcat-native-1.1.27-win32-bin.zip and
replace the tcnative-1.dll in apache-tomcat-7.0.39\bin with the correct version
in this zip file.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54703] Nullpointer exception in HttpParser.parseMediaType

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54703

g.dimitrov  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||g.dimit...@bg.seeburger.com
 Resolution|INVALID |---

--- Comment #2 from g.dimitrov  ---
Hi, please check the HTTP/1.1 RFC, http://www.ietf.org/rfc/rfc2616.txt, section
2.2. Here is a cite from it: "HTTP/1.1 header field values can be folded onto
multiple lines if the continuation line begins with a space or horizontal tab".

Therefore, I reopen the bug, as I am also experiencing this issue.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1468415 - /tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java

2013-04-16 Thread violetagg
Author: violetagg
Date: Tue Apr 16 13:51:06 2013
New Revision: 1468415

URL: http://svn.apache.org/r1468415
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54851
Directories without any web.xml fragments should not impact the status of 
distributable. Patch provided by Trask Stalnaker.

Modified:
tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java

Modified: tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java?rev=1468415&r1=1468414&r2=1468415&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java (original)
+++ tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java Tue Apr 16 
13:51:06 2013
@@ -2574,6 +2574,10 @@ public class ContextConfig implements Li
 new 
InputSource(fragmentFile.toURI().toURL().toString());
 source.setByteStream(stream);
 parseWebXml(source, fragment, true);
+} else {
+// If there is no web.xml, normal folder no impact on
+// distributable
+fragment.setDistributable(true);
 }
 } finally {
 fragment.setURL(file.toURI().toURL());



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: jsvc from tomcat v7.0.39 src build segfaults @ "error 4 in libc-2.17.so"; jsvc from v7.0.37 is ok.

2013-04-16 Thread darx
hi,

On Tue, Apr 16, 2013, at 12:06 AM, Ognjen Blagojevic wrote:
> It's a bug [1]. Use commons-daemon 1.0.15 or 1.0.13, or patch 1.0.14 yourself 
> [2].

That's easy! The patch works perfectly.

Thanks

-darx

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



APR version check in Tomcat-Native fails @ configure, doesn't detect APR v2x as 'newer'

2013-04-16 Thread darx
on Tomcat v7.0.39 -- and for quite a few versions, iirc -- configuring
Tomcat-Native fails out of the box

cd tomcat7/build/bin
tar zxvf tomcat-native.tar.gz
cd tomcat-native-*-src/jni/native

./configure --with-apr=/usr/local/bin/apr-2-config

configure: loading site script
/usr/share/site/x86_64-unknown-linux-gnu
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for a BSD-compatible install...
/usr/bin/install -c
checking for working mkdir -p... yes
Tomcat Native Version: 1.1.27
checking for chosen layout... tcnative
checking for APR... yes
configure: error: You need APR version 1.2.1 or newer
installed.

even though the installed version of APR is new enough,

/usr/local/bin/apr-2-config --version
2.0.0

This patch effectively works around the problem

vi tc-native.patch
--- configure.ORIG  2013-02-08 02:31:31.0
-0800
+++ configure   2013-04-16 07:18:34.311819707 -0700
@@ -2521,7 +2521,7 @@
 TEST_X="test -x"
   fi
 
-  acceptable_majors="1"
+  acceptable_majors="2"
 
   apr_temp_acceptable_apr_config=""
   for apr_temp_major in $acceptable_majors
@@ -2628,13 +2628,13 @@
   fi
   sapr_version="`echo $sapr_pversion|sed -e
   's/\(a-z*\)$/.\1/'`"
   tc_save_IFS=$IFS; IFS=.; set $sapr_version;
   IFS=$tc_save_IFS
-  if test "${1}" -lt "1"; then
-as_fn_error $? "You need APR version 1.2.1 or newer
installed." "$LINENO" 5
-  else
-if test "${2}" -lt "2"; then
-  as_fn_error $? "You need APR version 1.2.1 or
newer installed." "$LINENO" 5
-fi
-  fi
+#  if test "${1}" -lt "1"; then
+#as_fn_error $? "You need APR version 1.2.1 or
newer installed." "$LINENO" 5
+#  else
+#if test "${2}" -lt "2"; then
+#  as_fn_error $? "You need APR version 1.2.1 or
newer installed." "$LINENO" 5
+#fi
+#  fi
 
   APR_BUILD_DIR="`$apr_config --installbuilddir`"

A 'complete' patch should have the actual APR version requirement and
version check ...

-darx

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: [Tomcat Wiki] Update of "LocalBadContent" by KonstantinKolinko

2013-04-16 Thread sebb
On 15 April 2013 15:43, Konstantin Kolinko  wrote:

> 2013/4/15 Pid :
> > Is it me or has the wiki-spam been on the increase lately?
> >
>
> Yes,
>
> I think it a constant stream, started a month ago.
>
> When I added some common phrases to the filter page (like "my\s+name")
> it slowed for a week or two, but now they are using some random text
> excerpts.
>
> It comes from different user names and different IPs, so I think that
> it may be something automated.
>
>
>
There is an automated solution as well:

http://s.apache.org/moin-wiki-access-control

It's all very well deleting the spam after the event, but by then it has
already been published to mailing lists as well.
And there's no easy way to clean up the mailing lists (and it is against
standard policy to do so).

> On 15/04/2013 08:47, Apache Wiki wrote:
> >> Dear Wiki user,
> >>
> >> You have subscribed to a wiki page or wiki category on "Tomcat Wiki"
> for change notification.
> >>
> >> The "LocalBadContent" page has been changed by KonstantinKolinko:
> >>
> http://wiki.apache.org/tomcat/LocalBadContent?action=diff&rev1=133&rev2=134
> >>
> >> (...)
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: dev-h...@tomcat.apache.org
>
>


[Tomcat Wiki] Trivial Update of "FerminCav" by FerminCav

2013-04-16 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The "FerminCav" page has been changed by FerminCav:
http://wiki.apache.org/tomcat/FerminCav

New page:
My friends call me Gregory and I was born in DC in the USA - I am a freshman 
studying Physiotherapy and I also run a magnificent web resource about 
[[http://xaridis.blogspot.co.uk/2013/03/fighting-pirates-with-magnetic-maps.html|wall
 poster]], and other related issues like large format printing and map 
printers.<>
.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Tomcat Wiki] Update of "LocalBadContent" by ChuckCaldarale

2013-04-16 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change 
notification.

The "LocalBadContent" page has been changed by ChuckCaldarale:
http://wiki.apache.org/tomcat/LocalBadContent?action=diff&rev1=134&rev2=135

  wtcsites\.com
  x2\.top\.tc
  x25\.us\.to
+ xaridis\.blogspot\.co\.uk
  xcyouth\.org\.cn
  xn--lnakuten-9za\.se
  yehuo\.cn

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54703] Nullpointer exception in HttpParser.parseMediaType

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54703

Mark Thomas  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Mark Thomas  ---
When an application calls setHeader (or any of the related methods) is is
required to pass in the header value, not the value that will appear on the
wire. Any wrapping, escaping etc. is the container's responsibility (not the
application's) and new lines are not permitted.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



svn commit: r1468594 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/startup/ContextConfig.java webapps/docs/changelog.xml

2013-04-16 Thread violetagg
Author: violetagg
Date: Tue Apr 16 20:15:28 2013
New Revision: 1468594

URL: http://svn.apache.org/r1468594
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54851
Merged revision 1468415 from tomcat/trunk:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54851
Directories without any web.xml fragments should not impact the status of 
distributable. Patch provided by Trask Stalnaker.

Modified:
tomcat/tc7.0.x/trunk/   (props changed)
tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java
tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml

Propchange: tomcat/tc7.0.x/trunk/
--
  Merged /tomcat/trunk:r1468415

Modified: 
tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java?rev=1468594&r1=1468593&r2=1468594&view=diff
==
--- tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java 
(original)
+++ tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java 
Tue Apr 16 20:15:28 2013
@@ -2719,6 +2719,10 @@ public class ContextConfig implements Li
 new 
InputSource(fragmentFile.toURI().toURL().toString());
 source.setByteStream(stream);
 parseWebXml(source, fragment, true);
+} else {
+// If there is no web.xml, normal folder no impact on
+// distributable
+fragment.setDistributable(true);
 }
 } finally {
 fragment.setURL(file.toURI().toURL());

Modified: tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
URL: 
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml?rev=1468594&r1=1468593&r2=1468594&view=diff
==
--- tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml Tue Apr 16 20:15:28 2013
@@ -62,6 +62,11 @@
 Update Tomcat's internal copy of Commons FileUpload to FileUpload 1.3.
 (markt) 
   
+  
+54851: When scanning for web fragments, directories without
+any web-fragment.xml should not impact the status of distributable
+element. Patch provided by Trask Stalnaker. (violetagg)
+  
 
   
   



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54851] Folder without web-fragment.xml should not impact the status of distributable

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54851

Violeta Georgieva  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED
 OS||All

--- Comment #1 from Violeta Georgieva  ---
Thanks for the report.
Fixed in trunk and 7.0.x and will be included in 7.0.40 onwards.

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54831] Null pointer causing the failure of reload of webapp via the Tomcat manager

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54831

Karthik S  changed:

   What|Removed |Added

 Resolution|INVALID |WONTFIX

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



Re: svn commit: r1468594 - in /tomcat/tc7.0.x/trunk: ./ java/org/apache/catalina/startup/ContextConfig.java webapps/docs/changelog.xml

2013-04-16 Thread Rainer Jung
Hi Violeta,

On 16.04.2013 22:15, violet...@apache.org wrote:
> Author: violetagg
> Date: Tue Apr 16 20:15:28 2013
> New Revision: 1468594
> 
> URL: http://svn.apache.org/r1468594
> Log:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54851
> Merged revision 1468415 from tomcat/trunk:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=54851
> Directories without any web.xml fragments should not impact the status of 
> distributable. Patch provided by Trask Stalnaker.
> 
> Modified:
> tomcat/tc7.0.x/trunk/   (props changed)
> tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java
> tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
> 
> Propchange: tomcat/tc7.0.x/trunk/
> --
>   Merged /tomcat/trunk:r1468415
> 
> Modified: 
> tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java
> URL: 
> http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java?rev=1468594&r1=1468593&r2=1468594&view=diff
> ==
> --- tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java 
> (original)
> +++ tomcat/tc7.0.x/trunk/java/org/apache/catalina/startup/ContextConfig.java 
> Tue Apr 16 20:15:28 2013
> @@ -2719,6 +2719,10 @@ public class ContextConfig implements Li
>  new 
> InputSource(fragmentFile.toURI().toURL().toString());
>  source.setByteStream(stream);
>  parseWebXml(source, fragment, true);
> +} else {
> +// If there is no web.xml, normal folder no impact on
> +// distributable
> +fragment.setDistributable(true);

Can this lead to distributable being set if the webapp and all
web-fragments do not have any info on "distributable"? That would be
bad, because by default in Tomcat webapps are not distributable. If you
have a Cluster element in your server.xml a webapp not marked as
distributable should not get replicated.

I know the below change log entry suggets the change does not set the
webapp to distributable by default, but just anted to double check.

>  }
>  } finally {
>  fragment.setURL(file.toURI().toURL());
> 
> Modified: tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml
> URL: 
> http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml?rev=1468594&r1=1468593&r2=1468594&view=diff
> ==
> --- tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml (original)
> +++ tomcat/tc7.0.x/trunk/webapps/docs/changelog.xml Tue Apr 16 20:15:28 2013
> @@ -62,6 +62,11 @@
>  Update Tomcat's internal copy of Commons FileUpload to FileUpload 
> 1.3.
>  (markt) 
>
> +  
> +54851: When scanning for web fragments, directories 
> without
> +any web-fragment.xml should not impact the status of distributable
> +element. Patch provided by Trask Stalnaker. (violetagg)
> +  
>  

Regards,

Rainer

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54831] Null pointer causing the failure of reload of webapp via the Tomcat manager

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54831

Chuck Caldarale  changed:

   What|Removed |Added

 Resolution|WONTFIX |INVALID

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54831] Null pointer causing the failure of reload of webapp via the Tomcat manager

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54831

Karthik S  changed:

   What|Removed |Added

 Resolution|INVALID |WONTFIX

--- Comment #6 from Karthik S  ---
The bug persists in the 7.0.30 and has been addressed in the latest code and
hence cannot be marked as invalid. Should be marked as a wont fix for the
7.0.30 or a resolved for the 7.0.39. Cant be invalid in any case! Can reproduce
this issue at will in 7.0.30

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



buildbot success in ASF Buildbot on tomcat-7-trunk

2013-04-16 Thread buildbot
The Buildbot has detected a restored build on builder tomcat-7-trunk while 
building ASF Buildbot.
Full details are available at:
 http://ci.apache.org/builders/tomcat-7-trunk/builds/1176

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: bb-vm_ubuntu

Build Reason: scheduler
Build Source Stamp: [branch tomcat/tc7.0.x/trunk] 1468594
Blamelist: violetagg

Build succeeded!

sincerely,
 -The Buildbot




-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54791] No TLD files were found in tools.jar when tools.jar is explicitly added to $CLASSPATH

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54791

--- Comment #1 from Mark Thomas  ---
Why is tools.jar on the classpath in the first place?

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54854] java.lang.UnsatisfiedLinkError tcnative-1.dll can't load IA 32-bit .dll on a 64-bit platform

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54854

Mark Thomas  changed:

   What|Removed |Added

 OS||All

--- Comment #1 from Mark Thomas  ---
Which 64-bit distribution (full file name please) did you download?

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[jira] [Created] (MTOMCAT-218) Add option to specify JAVA_OPTS when forked

2013-04-16 Thread Anthony Whitford (JIRA)
Anthony Whitford created MTOMCAT-218:


 Summary: Add option to specify JAVA_OPTS when forked
 Key: MTOMCAT-218
 URL: https://issues.apache.org/jira/browse/MTOMCAT-218
 Project: Apache Tomcat Maven Plugin
  Issue Type: Improvement
Affects Versions: 2.1
 Environment: Windows 7, Java 6 Update 24
Reporter: Anthony Whitford
 Fix For: 2.2


I see that the {{forked}} configuration option is available, but I don't see a 
way to specify java options for the forked process.  I'd like to specify unique 
memory constraints for the tomcat instance, different than my maven defaults.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54831] Null pointer causing the failure of reload of webapp via the Tomcat manager

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54831

Violeta Georgieva  changed:

   What|Removed |Added

 Resolution|WONTFIX |DUPLICATE

--- Comment #7 from Violeta Georgieva  ---


*** This bug has been marked as a duplicate of bug 54497 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org



[Bug 54497] RuntimeException in WebappClassLoader.checkThreadLocalMapForLeaks() causes LifecycleException

2013-04-16 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=54497

Violeta Georgieva  changed:

   What|Removed |Added

 CC||skt...@gmail.com

--- Comment #4 from Violeta Georgieva  ---
*** Bug 54831 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org