[Bug 56397] Establish parallel Maven-based build process

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56397

--- Comment #18 from Pierre Viret  ---
Would it be possible for me to commit to the sandbox/trunk-maven-layout
repository? I don't know how I can try & test the svn externals without being
able to commit to the repository. This is due to the fact that one has to
update the svn:external property, commit then perform an update to get the
files checked out through the externals.
What do you think? Do you have a solution for this?
Maybe an alternative would be to create my own local svn repository so that I
can commit there and import the head of trunk of the
sandbox/tomcat-maven-layout directory there. But I fear that it would get messy
and very difficult to synchronize my changes back to the official repository...

-- 
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 56994] REST Services not working inside war

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56994

Christopher Schultz  changed:

   What|Removed |Added

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

--- Comment #1 from Christopher Schultz  ---
Bugzilla is not a support forum. Please post on the users list to ask for help.

-- 
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 56997] java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

--- Comment #5 from Christopher Schultz  ---
http://markmail.org/thread/ljdfkerukxrufizc

-- 
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



Help with back-porting tcnative SSLExt functions from trunk -> 1.1.x branch

2014-09-19 Thread Christopher Schultz
All,

I'd like some help back-porting the work that went into adding the
SSLExt stuff to tcnative trunk. It was added years ago and not
back-ported into 1.1 and now we have some Tomcat Java code that calls
those missing functions.

See https://issues.apache.org/bugzilla/show_bug.cgi?id=56997 for some
details.

It seems that a number of different ssl-related changes have been made
at various times to either the trunk or the 1.1.x branch or both. Here's
what I've been able to determine based upon what has happened to
native/src/sslnetwork.c (which is the file that conflicts when
attempting to back-port r1240585):

r711821 is where trunk is duplicated to create 1.1.x branch
r802162 and r802231 (trunk) and r802217 (branch) are NOPs
r815411 (trunk) was back-ported as r815415 (branch)
r816698 (trunk) was back-ported as r816696 (branch)
r835322 (trunk) was back-ported as r881179 (branch)
r835335 (trunk) was never back-ported
r980527 (trunk) was back-ported as r927740 (branch)

** Here is where things diverge. The next commit to trunk for
native/src/sslcontext.c is r1240585 which is the one I'm trying to
back-port. Meanwhile, many commits have been made to the branch:

r1409079 (branch) is a NOP
r1409681 (branch) is extensive, and where a change is introduced that
causes conflicts with sslcontext.c in r1240585 (trunk)
r1438344 (branch) is trivial
r1438346 (branch) is trivial
r1442587 (branch) is trivial
r1456353 (branch) is trivial

Now we're up-to-date as far as native/src/sslcontext.c is concerned.

So I'm trying to figure out if the change made at r1409681 should be
forward-ported to the trunk. I believe all the other changes should also
be forward-ported, but I don't know enough about r1409681 to know what
the implications of that change are. Mladen did that commit and the
comment indicates that there was some cleanup and re-alignment with APR.

Can someone offer some insight?

Thanks,
-chris



signature.asc
Description: OpenPGP digital signature


[Bug 56997] java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

--- Comment #4 from Christopher Schultz  ---
Unfortunately, the first revision does not back-port cleanly and I'm not
capable of determining what to do; the differences should probably be resolved
by someone who knows whats going on in there.

-- 
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 56997] java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

--- Comment #3 from Christopher Schultz  ---
The revisions that include native/src/sslext.c are:

r1240585
r1292127
r1292337
r1299312
r1409080

I'll see what would be involved in back-porting those to the 1.1.x branch.

-- 
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 56997] java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

--- Comment #2 from Christopher Schultz  ---
I'm not sure I'd called this a regression, since this code never made it into a
release. The lack of synchronization between tcnative and Tomcat's Java code is
certainly the issue, here.

Obviously not your fault ;)

-- 
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 56997] java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

--- Comment #1 from Christopher Schultz  ---
For reference:
http://markmail.org/message/lwf6vlmo3w463d57

-- 
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: r1626248 - in /tomcat/site/trunk: docs/whoweare.html xdocs/whoweare.xml

2014-09-19 Thread fschumacher
Author: fschumacher
Date: Fri Sep 19 15:25:29 2014
New Revision: 1626248

URL: http://svn.apache.org/r1626248
Log:
Adding myself to the committers list

Modified:
tomcat/site/trunk/docs/whoweare.html
tomcat/site/trunk/xdocs/whoweare.xml

Modified: tomcat/site/trunk/docs/whoweare.html
URL: 
http://svn.apache.org/viewvc/tomcat/site/trunk/docs/whoweare.html?rev=1626248&r1=1626247&r2=1626248&view=diff
==
--- tomcat/site/trunk/docs/whoweare.html (original)
+++ tomcat/site/trunk/docs/whoweare.html Fri Sep 19 15:25:29 2014
@@ -366,6 +366,12 @@ A complete list of all the Apache Commit
 
 
 
+Felix Schumacher (fschumacher at apache.org)
+
+
+
+
+
 Yoav Shapira (yoavs at apache.org)
 
 Yoav Shapira contributes to numerous Apache and other 

Modified: tomcat/site/trunk/xdocs/whoweare.xml
URL: 
http://svn.apache.org/viewvc/tomcat/site/trunk/xdocs/whoweare.xml?rev=1626248&r1=1626247&r2=1626248&view=diff
==
--- tomcat/site/trunk/xdocs/whoweare.xml (original)
+++ tomcat/site/trunk/xdocs/whoweare.xml Fri Sep 19 15:25:29 2014
@@ -109,6 +109,9 @@ A complete list of all the Apache Commit
 Christopher Schultz (schultz at apache.org)
 
 
+Felix Schumacher (fschumacher at apache.org)
+
+
 Yoav Shapira (yoavs at apache.org)
 Yoav Shapira contributes to numerous Apache and other 
 open-source projects: you can read more about him at 



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



[jira] [Updated] (MTOMCAT-279) Snapshot repositiory missing files for 2.3-SNAPSHOT

2014-09-19 Thread Scott (JIRA)

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Scott updated MTOMCAT-279:
--
Description: 
I am using the following plugin repository:


  apache.snapshots
  Apache Snapshots
  http://people.apache.org/repo/m2-snapshot-repository
  
false
  
  
true
  


Here is the error from maven:

[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[WARNING] The POM for 
org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
dependency information available

I tried deleting my local repo to do a re-download and the issue still exists.

  was:
I am using the following plugin repository:

```

  apache.snapshots
  Apache Snapshots
  http://people.apache.org/repo/m2-snapshot-repository
  
false
  
  
true
  

```

Here is the error from maven:

```
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[WARNING] The POM for 
org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
dependency information available
```

I tried deleting my local repo to do a re-download and the issue still exists.


> Snapshot repositiory missing files for 2.3-SNAPSHOT
> ---
>
> Key: MTOMCAT-279
> URL: https://issues.apache.org/jira/browse/MTOMCAT-279
> Project: Apache Tomcat Maven Plugin
>  Issue Type: Bug
>  Components: tomcat7
>Affects Versions: 2.3
>Reporter: Scott
>Assignee: Olivier Lamy (*$^¨%`£)
>
> I am using the following plugin repository:
> 
>   apache.snapshots
>   Apache Snapshots
>   http://people.apache.org/repo/m2-snapshot-repository
>   
> false
>   
>   
> true
>   
> 
> Here is the error from maven:
> [DEBUG] Could not find metadata 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in local (/home/smitchel/.m2/repository)
> [DEBUG] Failure to find 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in http://people.apache.org/repo/m2-snapshot-repository was cached in the 
> local repository, resolution will not be reattempted until the update 
> interval of apache.snapshots has elapsed or updates are forced
> [DEBUG] Could not find metadata 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in local (/home/smitchel/.m2/repository)
> [DEBUG] Failure to find 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in http://people.apache.org/repo/m2-snapshot-repository was cached in the 
> local repository, resolution will not be reattempted until the update 
> interval of apache.snapshots has elapsed or updates are forced
> [WARNING] The POM for 
> org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
> dependency information available
> I tried deleting my local repo to do a re-download and the issue still exists.



--
This message was sent b

[jira] [Updated] (MTOMCAT-279) Snapshot repositiory missing files for 2.3-SNAPSHOT

2014-09-19 Thread Scott (JIRA)

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-279?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Scott updated MTOMCAT-279:
--
Description: 
I am using the following plugin repository:

```

  apache.snapshots
  Apache Snapshots
  http://people.apache.org/repo/m2-snapshot-repository
  
false
  
  
true
  

```

Here is the error from maven:

```
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[WARNING] The POM for 
org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
dependency information available
```

I tried deleting my local repo to do a re-download and the issue still exists.

  was:
I am using the following plugin repository:

```

  apache.snapshots
  Apache Snapshots
  http://people.apache.org/repo/m2-snapshot-repository
  
false
  
  
true
  

```

Here is the error from maven:

```
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[WARNING] The POM for 
org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
dependency information available
```


> Snapshot repositiory missing files for 2.3-SNAPSHOT
> ---
>
> Key: MTOMCAT-279
> URL: https://issues.apache.org/jira/browse/MTOMCAT-279
> Project: Apache Tomcat Maven Plugin
>  Issue Type: Bug
>  Components: tomcat7
>Affects Versions: 2.3
>Reporter: Scott
>Assignee: Olivier Lamy (*$^¨%`£)
>
> I am using the following plugin repository:
> ```
> 
>   apache.snapshots
>   Apache Snapshots
>   http://people.apache.org/repo/m2-snapshot-repository
>   
> false
>   
>   
> true
>   
> 
> ```
> Here is the error from maven:
> ```
> [DEBUG] Could not find metadata 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in local (/home/smitchel/.m2/repository)
> [DEBUG] Failure to find 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in http://people.apache.org/repo/m2-snapshot-repository was cached in the 
> local repository, resolution will not be reattempted until the update 
> interval of apache.snapshots has elapsed or updates are forced
> [DEBUG] Could not find metadata 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in local (/home/smitchel/.m2/repository)
> [DEBUG] Failure to find 
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml 
> in http://people.apache.org/repo/m2-snapshot-repository was cached in the 
> local repository, resolution will not be reattempted until the update 
> interval of apache.snapshots has elapsed or updates are forced
> [WARNING] The POM for 
> org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
> dependency information available
> ```
> I tried deleting my local repo to do a re-download and the issue still exists.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Created] (MTOMCAT-279) Snapshot repositiory missing files for 2.3-SNAPSHOT

2014-09-19 Thread Scott (JIRA)
Scott created MTOMCAT-279:
-

 Summary: Snapshot repositiory missing files for 2.3-SNAPSHOT
 Key: MTOMCAT-279
 URL: https://issues.apache.org/jira/browse/MTOMCAT-279
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
  Components: tomcat7
Affects Versions: 2.3
Reporter: Scott
Assignee: Olivier Lamy (*$^¨%`£)


I am using the following plugin repository:

```

  apache.snapshots
  Apache Snapshots
  http://people.apache.org/repo/m2-snapshot-repository
  
false
  
  
true
  

```

Here is the error from maven:

```
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[DEBUG] Could not find metadata 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
local (/home/smitchel/.m2/repository)
[DEBUG] Failure to find 
org.apache.tomcat.maven:tomcat7-maven-plugin:2.3-SNAPSHOT/maven-metadata.xml in 
http://people.apache.org/repo/m2-snapshot-repository was cached in the local 
repository, resolution will not be reattempted until the update interval of 
apache.snapshots has elapsed or updates are forced
[WARNING] The POM for 
org.apache.tomcat.maven:tomcat7-maven-plugin:jar:2.3-SNAPSHOT is missing, no 
dependency information available
```



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

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



[Bug 56397] Establish parallel Maven-based build process

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56397

--- Comment #17 from Pierre Viret  ---
The use of filters for the maven-compiler-plugin in the pom is not optimal: in
the IDE you see all the classes under the component, even if they are excluded
through filters in pom. I don't think that we can work this out. So on my
opinion we have to try to implement the svn externals for all modules even if
it's painful.

-- 
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: [ANN] New committer: Felix Schumacher

2014-09-19 Thread Violeta Georgieva
2014-09-19 10:49 GMT+03:00 Rainer Jung :
>
> On behalf of the Tomcat committers I am pleased to announce that
> Felix Schumacher (fschumacher) has been voted in as a new Tomcat
committer.
>
> Please join me in welcoming him.

Welcome!

Regards
Violeta

> Regards,
>
> Rainer
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>


[Bug 56776] java.security.AccessControlException in ClassLoaderLogManager on ClassLoader.getParent() call

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56776

--- Comment #3 from Violeta Georgieva  ---
Hi,

I tried the following:
- Configured log4j to output Tomcat's internal logging as described here [1]
- Deleted the content of the logging.properties
- Started Tomcat with security manager and -Djava.security.debug=all

The error that I received was:

access: access denied (java.io.FilePermission \C:\tc7.0.x\output\build\lib\
log4j.properties read)
java.lang.Exception: Stack trace
at java.lang.Thread.dumpStack(Thread.java:1249)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:364)
at
java.security.AccessController.checkPermission(AccessController.java:549)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:532)
at java.lang.SecurityManager.checkRead(SecurityManager.java:871)
at sun.misc.URLClassPath.check(URLClassPath.java:416)
at sun.misc.URLClassPath.checkURL(URLClassPath.java:390)
at java.net.URLClassLoader.findResource(URLClassLoader.java:389)
at java.lang.ClassLoader.getResource(ClassLoader.java:1002)
at org.apache.log4j.helpers.Loader.getResource(Loader.java:110)
at org.apache.log4j.LogManager.(LogManager.java:109)
at org.apache.log4j.Logger.getLogger(Logger.java:104)
at
org.apache.juli.logging.impl.Log4JLogger.getLogger(Log4JLogger.java:262)
at
org.apache.juli.logging.impl.Log4JLogger.(Log4JLogger.java:108)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at
org.apache.juli.logging.impl.LogFactoryImpl.createLogFromClass(LogFactoryImpl.java:1025)
at
org.apache.juli.logging.impl.LogFactoryImpl.discoverLogImplementation(LogFactoryImpl.java:844)
at
org.apache.juli.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:541)
at
org.apache.juli.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:292)
at
org.apache.juli.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:269)
at org.apache.juli.logging.LogFactory.getLog(LogFactory.java:657)
at org.apache.catalina.startup.Catalina.(Catalina.java:925)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at java.lang.Class.newInstance0(Class.java:355)
at java.lang.Class.newInstance(Class.java:308)
at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:238)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:425)


Then I added the following to the catalina.policy:

grant codeBase "file:${catalina.home}/bin/tomcat-juli.jar" {
...
permission java.io.FilePermission

"${catalina.base}${file.separator}lib${file.separator}log4j.properties",
"read";
...

Then I restarted Tomcat and everything was OK.


I cannot reproduce the exception.

Regards
Violeta

[1] http://tomcat.apache.org/tomcat-7.0-doc/logging.html#Using_Log4j

-- 
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 56997] New: java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using SPDY connector

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56997

Bug ID: 56997
   Summary: java.lang.UnsatisfiedLinkError:
org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I when using
SPDY connector
   Product: Tomcat Native
   Version: 1.1.31
  Hardware: PC
OS: Linux
Status: NEW
  Severity: regression
  Priority: P2
 Component: Library
  Assignee: dev@tomcat.apache.org
  Reporter: rolandl...@web.de

Setting the attribute npnHandler="org.apache.coyote.spdy.SpdyAprNpnHandler" in
an APR SSL connector fails to start.

It appears that the 1.1 branch of tcnative doesn't have any of the
SSLExt.java/sslext.c methods at all: src/sslext.c does not even exist.


Sep 04, 2014 9:30:02 AM org.apache.catalina.core.AprLifecycleListener init
INFO: Loaded APR based Apache Tomcat Native library 1.1.31 using APR version
1.3.9.
Sep 04, 2014 9:30:02 AM org.apache.catalina.core.AprLifecycleListener init
INFO: APR capabilities: IPv6 [true], sendfile [true], accept filters [false],
random [true].
..
Sep 04, 2014 9:30:55 AM org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-apr-xx.xx.xx.xx-443"]
java.lang.UnsatisfiedLinkError: org.apache.tomcat.jni.SSLExt.setNPN(J[BI)I
at org.apache.tomcat.jni.SSLExt.setNPN(Native Method)
at org.apache.tomcat.jni.SSLExt.setNPN(SSLExt.java:126)
at
org.apache.coyote.spdy.SpdyAprNpnHandler.init(SpdyAprNpnHandler.java:76)
at
org.apache.coyote.http11.Http11AprProtocol.start(Http11AprProtocol.java:211)
at
org.apache.catalina.connector.Connector.startInternal(Connector.java:986)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.StandardService.startInternal(StandardService.java:458)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.StandardServer.startInternal(StandardServer.java:760)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at org.apache.catalina.startup.Catalina.start(Catalina.java:625)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:351)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:485)
Sep 04, 2014 9:30:55 AM org.apache.coyote.spdy.SpdyAprNpnHandler init
WARNING: SPDY/NPN not supported

Machine info:

Red Hat Enterprise Linux Server release 6.4 (Santiago)
Linux xx.com 2.6.32-358.14.1.el6.x86_64 #1 SMP Mon Jun 17 15:54:20 EDT 2013
x86_64 x86_64
x86_64 GNU/Linux

Java version:

java version "1.7.0_51"
Java(TM) SE Runtime Environment (build 1.7.0_51-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.51-b03, mixed mode)


server.xml configuration



-- 
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 56871] Apparent corruption of Servlet InputStreams

2014-09-19 Thread bugzilla
https://issues.apache.org/bugzilla/show_bug.cgi?id=56871

--- Comment #7 from Mark Thomas  ---
I can't repeat this on OSX either.

-- 
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



[ANN] New committer: Felix Schumacher

2014-09-19 Thread Rainer Jung

On behalf of the Tomcat committers I am pleased to announce that
Felix Schumacher (fschumacher) has been voted in as a new Tomcat committer.

Please join me in welcoming him.

Regards,

Rainer

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