[jira] Commented: (FELIX-2741) NPE in ResolverImpl.calculatePackageSpaces

2011-01-07 Thread Ancoron Luciferis (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12978747#action_12978747
 ] 

Ancoron Luciferis commented on FELIX-2741:
--

We just saw this one again during a bundle update and maybe could be reproduced 
by refreshing a package with changed dynamic package imports (at least this is 
what we've done here).


> NPE in ResolverImpl.calculatePackageSpaces
> --
>
> Key: FELIX-2741
> URL: https://issues.apache.org/jira/browse/FELIX-2741
> Project: Felix
>  Issue Type: Bug
>  Components: Framework
>Affects Versions: framework-3.0.6
>Reporter: Sahoo
> Fix For: framework-3.2.0
>
>
> A GlassFish user has reported a NPE while doing stress testing and the stack 
> is given below:
> [#|2010-12-22T11:28:28.910+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=18;_ThreadName=Thread-1;|java.lang.NullPointerException
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:557)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:94)
> at 
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3982)
> at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3397)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1714)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1136)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1122)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1115)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:433)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:241)
>  |#]
> m_wires must be null for this NPE to be caused by the following code:
> for (Wire wire : module.getWires())

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



Re: Fwd: Re: org.apache.felix.http.bundle-2.0.5-SNAPSHOT release ?

2011-01-07 Thread Richard S. Hall

On 1/7/11 0:21, Rob Walker wrote:

Views on whether current code is in position to do this?
We're certainly using it successfully with no major issues on our project


Anyone know if Sten no longer able to be actively involved here?

-> richard


- R

 Original Message 
Subject: Re: org.apache.felix.http.bundle-2.0.5-SNAPSHOT release ?
Date: Fri, 07 Jan 2011 07:20:51 +0200
From: Rob Walker 
To: us...@felix.apache.org



I think most of us working on the dev side have tended just to use the
SVN source and create our own bundles with mods as needed.
We can certainly call a vote for a new release though if there is 
interest

-- Rob

On 07/01/2011 1:04 AM, Christian Parker wrote:

 Hello.  I currently have a project depending on
 org.apache.felix.http.bundle-2.0.5-SNAPSHOT,
 and I was wondering if there was a schedule for producing a release 
version

 of  org.apache.felix.http.bundle.

 Thanks!

 Christian,
 Boulder, CO





[jira] Commented: (FELIX-2741) NPE in ResolverImpl.calculatePackageSpaces

2011-01-07 Thread Richard S. Hall (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12978823#action_12978823
 ] 

Richard S. Hall commented on FELIX-2741:


What do you mean exactly?

Bundle v1 had something like:

DynamicImport-Package: org.foo

And you updated it to bundle v2 with something like:

DynamicImport-Package: org.bar

Then refreshed?

If I can get a reproducible example, I can fix it.

> NPE in ResolverImpl.calculatePackageSpaces
> --
>
> Key: FELIX-2741
> URL: https://issues.apache.org/jira/browse/FELIX-2741
> Project: Felix
>  Issue Type: Bug
>  Components: Framework
>Affects Versions: framework-3.0.6
>Reporter: Sahoo
> Fix For: framework-3.2.0
>
>
> A GlassFish user has reported a NPE while doing stress testing and the stack 
> is given below:
> [#|2010-12-22T11:28:28.910+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=18;_ThreadName=Thread-1;|java.lang.NullPointerException
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:557)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:94)
> at 
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3982)
> at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3397)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1714)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1136)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1122)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1115)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:433)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:241)
>  |#]
> m_wires must be null for this NPE to be caused by the following code:
> for (Wire wire : module.getWires())

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (FELIX-2767) gogo telnet IP address

2011-01-07 Thread Arjun Panday (JIRA)
gogo telnet IP address
--

 Key: FELIX-2767
 URL: https://issues.apache.org/jira/browse/FELIX-2767
 Project: Felix
  Issue Type: New Feature
  Components: Gogo Shell
Affects Versions: gogo-0.6.1
Reporter: Arjun Panday
Priority: Minor
 Attachments: Telnet.java

I would need to specify the IP address on which gogo telnet is listening (in 
addition to the port)
Please find attached a proposed patch. 

/arjun

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (FELIX-2767) gogo telnet IP address

2011-01-07 Thread Arjun Panday (JIRA)

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

Arjun Panday updated FELIX-2767:


Attachment: Telnet.java

a simple addition to configure the telnet IP address

> gogo telnet IP address
> --
>
> Key: FELIX-2767
> URL: https://issues.apache.org/jira/browse/FELIX-2767
> Project: Felix
>  Issue Type: New Feature
>  Components: Gogo Shell
>Affects Versions: gogo-0.6.1
>Reporter: Arjun Panday
>Priority: Minor
> Attachments: Telnet.java
>
>
> I would need to specify the IP address on which gogo telnet is listening (in 
> addition to the port)
> Please find attached a proposed patch. 
> /arjun

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (FELIX-2768) HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted

2011-01-07 Thread Derek Baum (JIRA)
HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted
---

 Key: FELIX-2768
 URL: https://issues.apache.org/jira/browse/FELIX-2768
 Project: Felix
  Issue Type: Bug
  Components: HTTP Service
Reporter: Derek Baum


The JavaDoc for HttpContext.handleSecurity states:

 * If the request requires authentication and the Authorization header 
in
 * the request is missing or not acceptable, then this method should 
set the
 * WWW-Authenticate header in the response object, set the status in the
 * response object to Unauthorized(401) and return false

So the following implementation of handleSecurity() should cause an 
UNAUTHORIZED response:

response.setHeader("WWW-Authenticate", "BASIC realm=\"Secure 
Moixa Energy Gateway\"");
response.setStatus(HttpServletResponse.SC_UNAUTHORIZED);
return false;

This worked OK in org.apache.felix.http.jetty-1.0.1, but fails in 
org.apache.felix.http.jetty-2.0.4, by always returning SC_FORBIDDEN.

Examining the implementation: 
org/apache/felix/http/base/internal/handler/ServletHandler.java:

if (!getContext().handleSecurity(req, res)) {
if (!res.isCommitted()) {
res.sendError(HttpServletResponse.SC_FORBIDDEN);
}
} 

which means that SC_FORBIDDEN is always returned, unless the response is 
committed.
In order to commit the response, response.flushBuffer() must be called in the 
handleSecurity() implementation after setting the response code to 
unauthorized. Howver, the JavaDoc for HttpContext does not indicate that it is 
necessary to commit the response.



-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (FELIX-2741) NPE in ResolverImpl.calculatePackageSpaces

2011-01-07 Thread Ancoron Luciferis (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2741?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12979021#action_12979021
 ] 

Ancoron Luciferis commented on FELIX-2741:
--

Exactly, e.g. I previously used the upstream version of WSS4j v1.5.9 which 
doesn't declared and DynamicImport-Package manifest header but at runtime it 
e.g. tries to load the following JCE providers:

* org.bouncycastle.jce.provider.BouncyCastleProvider
* org.apache.security.juice.provider.JuiCEProviderOpenSSL

So I've just tried to update the WSS4J bundle with a modified version that 
includes this new header:

DynamicImport-Package: 
org.bouncycastle.jce.provider,org.apache.security.juice.provider

And just by that I could raise the issue here.



> NPE in ResolverImpl.calculatePackageSpaces
> --
>
> Key: FELIX-2741
> URL: https://issues.apache.org/jira/browse/FELIX-2741
> Project: Felix
>  Issue Type: Bug
>  Components: Framework
>Affects Versions: framework-3.0.6
>Reporter: Sahoo
> Fix For: framework-3.2.0
>
>
> A GlassFish user has reported a NPE while doing stress testing and the stack 
> is given below:
> [#|2010-12-22T11:28:28.910+0100|INFO|glassfish3.1|javax.enterprise.system.std.com.sun.enterprise.server.logging|_ThreadID=18;_ThreadName=Thread-1;|java.lang.NullPointerException
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:557)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.calculatePackageSpaces(ResolverImpl.java:619)
> at 
> org.apache.felix.framework.resolver.ResolverImpl.resolve(ResolverImpl.java:94)
> at 
> org.apache.felix.framework.Felix$FelixResolver.resolve(Felix.java:3982)
> at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3397)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1714)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1136)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.start(DirectoryWatcher.java:1122)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1115)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:433)
> at 
> org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:241)
>  |#]
> m_wires must be null for this NPE to be caused by the following code:
> for (Wire wire : module.getWires())

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Commented: (FELIX-2768) HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted

2011-01-07 Thread Felix Meschberger (JIRA)

[ 
https://issues.apache.org/jira/browse/FELIX-2768?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12979026#action_12979026
 ] 

Felix Meschberger commented on FELIX-2768:
--

I also ran into this issue a few times ...

I think the problem that the ServletHandler tries to solve is to send back a 
sensible error instead of a successfull 200 response in case the HttpContext 
did not send a response.

Maybe doHandle method should be modified like this:

res.setStatus(HttpServletResponse.SC_FORBIDDEN);
if (getContext().handleSecurity(req, res)) { 
   res.setStatus(HttpServletResponse.SC_OK); // default back to OK
   servlet.service(...)
}

This would ensure the request is terminated with 403 unless the handleSecurity 
method returning false has set a different status.

WDYT ?

> HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted
> ---
>
> Key: FELIX-2768
> URL: https://issues.apache.org/jira/browse/FELIX-2768
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
>Reporter: Derek Baum
>
> The JavaDoc for HttpContext.handleSecurity states:
>* If the request requires authentication and the Authorization header 
> in
>* the request is missing or not acceptable, then this method should 
> set the
>* WWW-Authenticate header in the response object, set the status in the
>* response object to Unauthorized(401) and return false
> So the following implementation of handleSecurity() should cause an 
> UNAUTHORIZED response:
> response.setHeader("WWW-Authenticate", "BASIC realm=\"Secure 
> Moixa Energy Gateway\"");
> response.setStatus(HttpServletResponse.SC_UNAUTHORIZED);
> return false;
> This worked OK in org.apache.felix.http.jetty-1.0.1, but fails in 
> org.apache.felix.http.jetty-2.0.4, by always returning SC_FORBIDDEN.
> Examining the implementation: 
> org/apache/felix/http/base/internal/handler/ServletHandler.java:
> if (!getContext().handleSecurity(req, res)) {
> if (!res.isCommitted()) {
> res.sendError(HttpServletResponse.SC_FORBIDDEN);
> }
> } 
> which means that SC_FORBIDDEN is always returned, unless the response is 
> committed.
> In order to commit the response, response.flushBuffer() must be called in the 
> handleSecurity() implementation after setting the response code to 
> unauthorized. Howver, the JavaDoc for HttpContext does not indicate that it 
> is necessary to commit the response.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Updated: (FELIX-2768) HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger updated FELIX-2768:
-

Affects Version/s: http-2.0.4

> HttpContext.handleSecurity returns SC_FORBIDDEN unless response is comitted
> ---
>
> Key: FELIX-2768
> URL: https://issues.apache.org/jira/browse/FELIX-2768
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
>Reporter: Derek Baum
>
> The JavaDoc for HttpContext.handleSecurity states:
>* If the request requires authentication and the Authorization header 
> in
>* the request is missing or not acceptable, then this method should 
> set the
>* WWW-Authenticate header in the response object, set the status in the
>* response object to Unauthorized(401) and return false
> So the following implementation of handleSecurity() should cause an 
> UNAUTHORIZED response:
> response.setHeader("WWW-Authenticate", "BASIC realm=\"Secure 
> Moixa Energy Gateway\"");
> response.setStatus(HttpServletResponse.SC_UNAUTHORIZED);
> return false;
> This worked OK in org.apache.felix.http.jetty-1.0.1, but fails in 
> org.apache.felix.http.jetty-2.0.4, by always returning SC_FORBIDDEN.
> Examining the implementation: 
> org/apache/felix/http/base/internal/handler/ServletHandler.java:
> if (!getContext().handleSecurity(req, res)) {
> if (!res.isCommitted()) {
> res.sendError(HttpServletResponse.SC_FORBIDDEN);
> }
> } 
> which means that SC_FORBIDDEN is always returned, unless the response is 
> committed.
> In order to commit the response, response.flushBuffer() must be called in the 
> handleSecurity() implementation after setting the response code to 
> unauthorized. Howver, the JavaDoc for HttpContext does not indicate that it 
> is necessary to commit the response.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (FELIX-2691) Apache Felix HTTP service HttpServiceImpl.isNameValid does not match OSGi R4.2 spec?

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger reassigned FELIX-2691:


Assignee: Felix Meschberger

> Apache Felix HTTP service HttpServiceImpl.isNameValid does not match OSGi 
> R4.2 spec?
> 
>
> Key: FELIX-2691
> URL: https://issues.apache.org/jira/browse/FELIX-2691
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
> Environment: Not relevant
>Reporter: Misha Koshelev
>Assignee: Felix Meschberger
> Attachments: 
> FELIX-2691-HttpServiceImpl-isNameValid-comply-OSGI-R42.patch
>
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> Filing bug per:
> http://www.mail-archive.com/dev@felix.apache.org/msg19853.html
> The R4.2 enterprise spec from
> http://www.osgi.org/Download/File?url=/download/r4v42/r4.enterprise.pdf
> on page 48 clearly states:
> The name parameter must also not end with slash ('/') with the
> exception that a name of the form "/" is used to denote the root of
> the bundle.
> The relevant code, in trunk, is, from
> http://svn.apache.org/repos/asf/felix/trunk/http/base/src/main/java/org/apache/felix/http/base/internal/service/HttpServiceImpl.java
>  public void registerResources(String alias, String name, HttpContext context)
> throws NamespaceException
> {
> if (!isNameValid(name)) {
> throw new IllegalArgumentException( "Malformed resource
> name [" + name + "]");
> }
> ...
> and
> private boolean isNameValid(String name)
> {
> if (name == null) {
> return false;
> }
> if (name.endsWith( "/" )) {
> return false;
> }
> return true;
> }

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (FELIX-2691) Apache Felix HTTP service HttpServiceImpl.isNameValid does not match OSGi R4.2 spec?

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger resolved FELIX-2691.
--

   Resolution: Fixed
Fix Version/s: http-2.0.6

Thanks for providing the patch.

Fixed in Rev. 1056570

> Apache Felix HTTP service HttpServiceImpl.isNameValid does not match OSGi 
> R4.2 spec?
> 
>
> Key: FELIX-2691
> URL: https://issues.apache.org/jira/browse/FELIX-2691
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
> Environment: Not relevant
>Reporter: Misha Koshelev
>Assignee: Felix Meschberger
> Fix For: http-2.0.6
>
> Attachments: 
> FELIX-2691-HttpServiceImpl-isNameValid-comply-OSGI-R42.patch
>
>   Original Estimate: 0.5h
>  Remaining Estimate: 0.5h
>
> Filing bug per:
> http://www.mail-archive.com/dev@felix.apache.org/msg19853.html
> The R4.2 enterprise spec from
> http://www.osgi.org/Download/File?url=/download/r4v42/r4.enterprise.pdf
> on page 48 clearly states:
> The name parameter must also not end with slash ('/') with the
> exception that a name of the form "/" is used to denote the root of
> the bundle.
> The relevant code, in trunk, is, from
> http://svn.apache.org/repos/asf/felix/trunk/http/base/src/main/java/org/apache/felix/http/base/internal/service/HttpServiceImpl.java
>  public void registerResources(String alias, String name, HttpContext context)
> throws NamespaceException
> {
> if (!isNameValid(name)) {
> throw new IllegalArgumentException( "Malformed resource
> name [" + name + "]");
> }
> ...
> and
> private boolean isNameValid(String name)
> {
> if (name == null) {
> return false;
> }
> if (name.endsWith( "/" )) {
> return false;
> }
> return true;
> }

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Assigned: (FELIX-2398) Config property to disable NIO use in http.bundle doesn't work

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger reassigned FELIX-2398:


Assignee: Felix Meschberger

> Config property to disable NIO use in http.bundle doesn't work
> --
>
> Key: FELIX-2398
> URL: https://issues.apache.org/jira/browse/FELIX-2398
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
> Environment: All
>Reporter: Bruce Jackson
>Assignee: Felix Meschberger
>
> In Felix-870 (https://issues.apache.org/jira/browse/FELIX-870) a property was 
> added to disable the use of NIO by the jetty embedded http server. This 
> config property no longer works. From Rob Walker:
> "Just grepping the source code, and I think this property was in the original 
> felix/http.jetty bundle but may not have made it across to the new felix/http 
> bundle."

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (FELIX-2398) Config property to disable NIO use in http.bundle doesn't work

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger resolved FELIX-2398.
--

   Resolution: Fixed
Fix Version/s: http-2.0.6

Fixed in Rev. 1056579

Add configuration properties to set whether NIO is to be used for HTTP(S):
   org.apache.felix.http.nio - (boolean) whether to use NIO for HTTP or not, 
default is true
   org.apache.felix.https.nio - (boolean) whether to use NIO for HTTPS or not, 
default is to use
 the value of the org.apache.felix.http.nio property

Does that suite your need ?

> Config property to disable NIO use in http.bundle doesn't work
> --
>
> Key: FELIX-2398
> URL: https://issues.apache.org/jira/browse/FELIX-2398
> Project: Felix
>  Issue Type: Bug
>  Components: HTTP Service
>Affects Versions: http-2.0.4
> Environment: All
>Reporter: Bruce Jackson
>Assignee: Felix Meschberger
> Fix For: http-2.0.6
>
>
> In Felix-870 (https://issues.apache.org/jira/browse/FELIX-870) a property was 
> added to disable the use of NIO by the jetty embedded http server. This 
> config property no longer works. From Rob Walker:
> "Just grepping the source code, and I think this property was in the original 
> felix/http.jetty bundle but may not have made it across to the new felix/http 
> bundle."

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Created: (FELIX-2769) Provide Metatype Descriptor for Jetty Configuration properties

2011-01-07 Thread Felix Meschberger (JIRA)
Provide Metatype Descriptor for Jetty Configuration properties
--

 Key: FELIX-2769
 URL: https://issues.apache.org/jira/browse/FELIX-2769
 Project: Felix
  Issue Type: Improvement
  Components: HTTP Service
Affects Versions: http-2.0.4
Reporter: Felix Meschberger
Assignee: Felix Meschberger
 Fix For: http-2.0.6


To support configuration of the Jetty embedded servlet container e.g. with the 
Web Console, a metatype descirptor would be useful describing the properties, 
their types and default values.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.



[jira] Resolved: (FELIX-2769) Provide Metatype Descriptor for Jetty Configuration properties

2011-01-07 Thread Felix Meschberger (JIRA)

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

Felix Meschberger resolved FELIX-2769.
--

Resolution: Fixed

Added a Metatype descriptor for Jetty Configuration in Rev. 1056629.

> Provide Metatype Descriptor for Jetty Configuration properties
> --
>
> Key: FELIX-2769
> URL: https://issues.apache.org/jira/browse/FELIX-2769
> Project: Felix
>  Issue Type: Improvement
>  Components: HTTP Service
>Affects Versions: http-2.0.4
>Reporter: Felix Meschberger
>Assignee: Felix Meschberger
> Fix For: http-2.0.6
>
>
> To support configuration of the Jetty embedded servlet container e.g. with 
> the Web Console, a metatype descirptor would be useful describing the 
> properties, their types and default values.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.