Re: Java 6 Update 24 breaks Felix

2011-03-04 Thread Karl Pauls 
On Thu, Mar 3, 2011 at 7:00 PM, Reuben Pasquini  wrote:
> Here's an ExtensionManager patch that got me back in business with webstart
>
> (don't know what's up with the sun.org.moz... import in Felix.java):
>
> -
>
> C:\Users\pasquini\Documents\Code\felix-framework
>> svn diff -x -w
> Index: src/main/java/org/apache/felix/framework/Felix.java
> ===
> --- src/main/java/org/apache/felix/framework/Felix.java (revision 1076687)
> +++ src/main/java/org/apache/felix/framework/Felix.java (working copy)
> @@ -75,8 +75,8 @@
>  import org.osgi.framework.hooks.service.ListenerHook;
>  import org.osgi.service.packageadmin.ExportedPackage;
>  import org.osgi.service.startlevel.StartLevel;
> -import sun.org.mozilla.javascript.internal.UintMap;
>
> +
>  public class Felix extends BundleImpl implements Framework
>  {
>  // The secure action used to do privileged calls
> Index: src/main/java/org/apache/felix/framework/ExtensionManager.java
> ===
> --- src/main/java/org/apache/felix/framework/ExtensionManager.java
> (revision 1076687)
> +++ src/main/java/org/apache/felix/framework/ExtensionManager.java
> (working copy)
> @@ -87,6 +87,10 @@
>
>  static
>  {
> +    // Allow system-property based disable of ExtensionManager.
> +    // Adding http://felix.extension:9 to the class path causes
> problems
> +    // in webstart which enforces a "single origin" policy as of jre 6
> update 24.
> +    if( System.getProperty( "felix.extensions.enabled", "true"
> ).equalsIgnoreCase( "true" ) ) {
>  // pre-init the url sub-system as otherwise we don't work on
> gnu/classpath
>  ExtensionManager extensionManager = new ExtensionManager();
>  try
> @@ -113,7 +117,10 @@
>  extensionManager = null;
>  }
>  m_extensionManager = extensionManager;
> +    } else {
> +    m_extensionManager = null;
>  }
> +    }
>
>  private final Logger m_logger;
>  private final Map m_headerMap = new StringMap(false);
>
> ---
>
>
>
> Then add
>
>        
> in the .jnlp  block, and I'm back in business.
>
> Thanks for pointing me in the right direction.
>
> Hope something like this makes it into the  next release ... ?

It will - unless i figure out what is going on and find a real fix.

regards,

Karl


>
> Cheers,
>
> Reuben
>
>
>
> On Thu, Mar 3, 2011 at 10:52 AM, Reuben Pasquini 
> wrote:
>>
>> I agree it sounds like an Oracle bug, but a workaround would be great.
>>
>> A config parameter that disables extension bundles works for me too.
>>
>> I embed felix in a very limitted way to manage the startup/shutdown
>> lifecycle
>>
>> via BundleActivators, so I don't think my apps will miss the extension
>> bundles.
>>
>> Let me know when you have a patch checked in, and I'll give it a try ...
>>
>> or if you think it's a small change, then point me at the right part of
>> the felix
>>
>> repo, and I'll try to throw together a patch for you.
>>
>> Thanks for the help!
>>
>>
>>
>> Cheers,
>>
>> Reuben
>>
>> On Thu, Mar 3, 2011 at 3:16 AM, Karl Pauls  wrote:
>>>
>>> On Thu, Mar 3, 2011 at 10:08 AM, Bauersachs Ingo
>>>  wrote:
>>> >> Problem is this doesn't make sense to me as the app has allpermission
>>> >> (or sets the security manager to null even). Why enforce this then? It
>>> >> sounds like a bug (and there are several at oracle by now). Lets see
>>> >> what they do
>>> >
>>> > Indeed, this makes no sense.
>>> >
>>> >> I'll try to find a workaround on the weekend and if
>>> >> not, I'll probably add a property to disable extension bundles (which
>>> >> would make the url go away - only extension bundles will not work).
>>> >
>>> > 6u24 is out and I needed a workaround fast. Changing the extension url
>>> > from http to file seems to satisfy the same origin policy. If my change
>>> > doesn't cause other side-effects it might even be a permanent solution. (I
>>> > have far to less experience with OSGi/Felix to really comment on this)
>>>
>>> If it works for you it is ok for now - it is not the permanent
>>> solution as there will be other issues (there is a reason we do what
>>> we do there - related to extension bundles). But if i can't find
>>> something better the solution will be close (i.e., provide a way to
>>> disable extension bundles -> don't register this url at all).
>>>
>>> regards,
>>>
>>> Karl
>>>
>>>
>>> > Regards,
>>> > Ingo
>>> >
>>> > -
>>> > To unsubscribe, e-mail: [email protected]
>>> > For additional commands, e-mail: [email protected]
>>> >
>>> >
>>>
>>>
>>>
>>> --
>>> Karl Pauls
>>> [email protected]
>>>
>>> -
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-

Re: Java 6 Update 24 breaks Felix

2011-03-03 Thread Reuben Pasquini 
Here's an ExtensionManager patch that got me back in business with webstart

(don't know what's up with the sun.org.moz... import in Felix.java):

-

C:\Users\pasquini\Documents\Code\felix-framework
> svn diff -x -w
Index: src/main/java/org/apache/felix/framework/Felix.java
===
--- src/main/java/org/apache/felix/framework/Felix.java (revision 1076687)
+++ src/main/java/org/apache/felix/framework/Felix.java (working copy)
@@ -75,8 +75,8 @@
 import org.osgi.framework.hooks.service.ListenerHook;
 import org.osgi.service.packageadmin.ExportedPackage;
 import org.osgi.service.startlevel.StartLevel;
-import sun.org.mozilla.javascript.internal.UintMap;

+
 public class Felix extends BundleImpl implements Framework
 {
 // The secure action used to do privileged calls
Index: src/main/java/org/apache/felix/framework/ExtensionManager.java
===
--- src/main/java/org/apache/felix/framework/ExtensionManager.java
(revision 1076687)
+++ src/main/java/org/apache/felix/framework/ExtensionManager.java
(working copy)
@@ -87,6 +87,10 @@

 static
 {
+// Allow system-property based disable of ExtensionManager.
+// Adding http://felix.extension:9 to the class path causes
problems
+// in webstart which enforces a "single origin" policy as of jre 6
update 24.
+if( System.getProperty( "felix.extensions.enabled", "true"
).equalsIgnoreCase( "true" ) ) {
 // pre-init the url sub-system as otherwise we don't work on
gnu/classpath
 ExtensionManager extensionManager = new ExtensionManager();
 try
@@ -113,7 +117,10 @@
 extensionManager = null;
 }
 m_extensionManager = extensionManager;
+} else {
+m_extensionManager = null;
 }
+}

 private final Logger m_logger;
 private final Map m_headerMap = new StringMap(false);

---



Then add

   
in the .jnlp  block, and I'm back in business.

Thanks for pointing me in the right direction.

Hope something like this makes it into the  next release ... ?



Cheers,

Reuben


On Thu, Mar 3, 2011 at 10:52 AM, Reuben Pasquini wrote:

> I agree it sounds like an Oracle bug, but a workaround would be great.
>
> A config parameter that disables extension bundles works for me too.
>
> I embed felix in a very limitted way to manage the startup/shutdown
> lifecycle
>
> via BundleActivators, so I don't think my apps will miss the extension
> bundles.
>
> Let me know when you have a patch checked in, and I'll give it a try ...
>
> or if you think it's a small change, then point me at the right part of the
> felix
>
> repo, and I'll try to throw together a patch for you.
>
> Thanks for the help!
>
>
>
> Cheers,
>
> Reuben
>
> On Thu, Mar 3, 2011 at 3:16 AM, Karl Pauls  wrote:
>
>> On Thu, Mar 3, 2011 at 10:08 AM, Bauersachs Ingo
>>  wrote:
>> >> Problem is this doesn't make sense to me as the app has allpermission
>> >> (or sets the security manager to null even). Why enforce this then? It
>> >> sounds like a bug (and there are several at oracle by now). Lets see
>> >> what they do
>> >
>> > Indeed, this makes no sense.
>> >
>> >> I'll try to find a workaround on the weekend and if
>> >> not, I'll probably add a property to disable extension bundles (which
>> >> would make the url go away - only extension bundles will not work).
>> >
>> > 6u24 is out and I needed a workaround fast. Changing the extension url
>> from http to file seems to satisfy the same origin policy. If my change
>> doesn't cause other side-effects it might even be a permanent solution. (I
>> have far to less experience with OSGi/Felix to really comment on this)
>>
>> If it works for you it is ok for now - it is not the permanent
>> solution as there will be other issues (there is a reason we do what
>> we do there - related to extension bundles). But if i can't find
>> something better the solution will be close (i.e., provide a way to
>> disable extension bundles -> don't register this url at all).
>>
>> regards,
>>
>> Karl
>>
>>
>> > Regards,
>> > Ingo
>> >
>> > -
>> > To unsubscribe, e-mail: [email protected]
>> > For additional commands, e-mail: [email protected]
>> >
>> >
>>
>>
>>
>> --
>> Karl Pauls
>> [email protected]
>>
>> -
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>

Re: Java 6 Update 24 breaks Felix

2011-03-03 Thread Reuben Pasquini 
I agree it sounds like an Oracle bug, but a workaround would be great.

A config parameter that disables extension bundles works for me too.

I embed felix in a very limitted way to manage the startup/shutdown
lifecycle

via BundleActivators, so I don't think my apps will miss the extension
bundles.

Let me know when you have a patch checked in, and I'll give it a try ...

or if you think it's a small change, then point me at the right part of the
felix

repo, and I'll try to throw together a patch for you.

Thanks for the help!



Cheers,

Reuben

On Thu, Mar 3, 2011 at 3:16 AM, Karl Pauls  wrote:

> On Thu, Mar 3, 2011 at 10:08 AM, Bauersachs Ingo
>  wrote:
> >> Problem is this doesn't make sense to me as the app has allpermission
> >> (or sets the security manager to null even). Why enforce this then? It
> >> sounds like a bug (and there are several at oracle by now). Lets see
> >> what they do
> >
> > Indeed, this makes no sense.
> >
> >> I'll try to find a workaround on the weekend and if
> >> not, I'll probably add a property to disable extension bundles (which
> >> would make the url go away - only extension bundles will not work).
> >
> > 6u24 is out and I needed a workaround fast. Changing the extension url
> from http to file seems to satisfy the same origin policy. If my change
> doesn't cause other side-effects it might even be a permanent solution. (I
> have far to less experience with OSGi/Felix to really comment on this)
>
> If it works for you it is ok for now - it is not the permanent
> solution as there will be other issues (there is a reason we do what
> we do there - related to extension bundles). But if i can't find
> something better the solution will be close (i.e., provide a way to
> disable extension bundles -> don't register this url at all).
>
> regards,
>
> Karl
>
>
> > Regards,
> > Ingo
> >
> > -
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
>
>
>
> --
> Karl Pauls
> [email protected]
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Re: Java 6 Update 24 breaks Felix

2011-03-03 Thread Karl Pauls 
On Thu, Mar 3, 2011 at 10:08 AM, Bauersachs Ingo
 wrote:
>> Problem is this doesn't make sense to me as the app has allpermission
>> (or sets the security manager to null even). Why enforce this then? It
>> sounds like a bug (and there are several at oracle by now). Lets see
>> what they do
>
> Indeed, this makes no sense.
>
>> I'll try to find a workaround on the weekend and if
>> not, I'll probably add a property to disable extension bundles (which
>> would make the url go away - only extension bundles will not work).
>
> 6u24 is out and I needed a workaround fast. Changing the extension url from 
> http to file seems to satisfy the same origin policy. If my change doesn't 
> cause other side-effects it might even be a permanent solution. (I have far 
> to less experience with OSGi/Felix to really comment on this)

If it works for you it is ok for now - it is not the permanent
solution as there will be other issues (there is a reason we do what
we do there - related to extension bundles). But if i can't find
something better the solution will be close (i.e., provide a way to
disable extension bundles -> don't register this url at all).

regards,

Karl


> Regards,
> Ingo
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

RE: Java 6 Update 24 breaks Felix

2011-03-03 Thread Bauersachs Ingo 
> Problem is this doesn't make sense to me as the app has allpermission
> (or sets the security manager to null even). Why enforce this then? It
> sounds like a bug (and there are several at oracle by now). Lets see
> what they do

Indeed, this makes no sense. 

> I'll try to find a workaround on the weekend and if
> not, I'll probably add a property to disable extension bundles (which
> would make the url go away - only extension bundles will not work).

6u24 is out and I needed a workaround fast. Changing the extension url from 
http to file seems to satisfy the same origin policy. If my change doesn't 
cause other side-effects it might even be a permanent solution. (I have far to 
less experience with OSGi/Felix to really comment on this)

Regards,
Ingo

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-03-03 Thread Karl Pauls 
Problem is this doesn't make sense to me as the app has allpermission
(or sets the security manager to null even). Why enforce this then? It
sounds like a bug (and there are several at oracle by now). Lets see
what they do - I'll try to find a workaround on the weekend and if
not, I'll probably add a property to disable extension bundles (which
would make the url go away - only extension bundles will not work).

regards,

Karl

On Thu, Mar 3, 2011 at 9:50 AM, Bauersachs Ingo  wrote:
>> I think the problem is akin to the "same origin policy" that most browsers
>> have. Can't have one javascript file loaded from, say,
>> http://www.google.comand another from
>> https://www.google.com or http://google.com. Same here, can't load
>> resources/classes from different hosts.
>
> See my comment on issue 2780:
> https://issues.apache.org/jira/browse/FELIX-2780
>
>> But I might be mistaken. :)
>
> Nope, you're right. :)
>
> Regards,
> Ingo
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

RE: Java 6 Update 24 breaks Felix

2011-03-03 Thread Bauersachs Ingo 
> I think the problem is akin to the "same origin policy" that most browsers
> have. Can't have one javascript file loaded from, say,
> http://www.google.comand another from
> https://www.google.com or http://google.com. Same here, can't load
> resources/classes from different hosts.

See my comment on issue 2780:
https://issues.apache.org/jira/browse/FELIX-2780

> But I might be mistaken. :)

Nope, you're right. :)

Regards,
Ingo

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-03-02 Thread Reuben Pasquini 
There was a thread last week about Java 6 update 24 busting felix apps in
webstart/java-plugin.  I just submitted the following bug to Oracle, and
wanted to let felix team know about it.  I think Karl Pauls was following
the original thread.

Cheers,

Reuben



-

 Full View
Your Report (Review ID: 1990127) - SecurityException from all-permissions
app - should be ClassNotFoundException
From:
"[email protected]" 
Add to Contacts
To: [email protected]

Dear Java Developer,

Thank you for your interest in improving the quality of Java Technology.

Your report has been assigned an internal review ID of 1990127, which is NOT
visible on the Sun Developer Network (SDN).

Please be aware that the large volume of reports we receive sometimes
prevents us from responding individually to each message.

If the information is determined to be a new Bug or RFE, or a duplicate of a
known Bug or RFE, you will receive a followup email containing a seven digit
bug number.  You may search for, view, or vote for this bug in the Bug
Database at http://bugs.sun.com/. 

If


you just reported an issue that could have a major impact on your project
and require a timely response, please consider purchasing one of the support
offerings described at
http://developers.sun.com/services/.

The


Sun Developer Network (http://developers.sun.com) is a free service that Sun
offers. To join, visit
http://developers.sun.com/global/join_sdn.html.

Thank


you for using our bug submit page.

Regards,
Java Developer Bug Report Review Team


---


Date Created: Wed Mar 02 15:43:52 MST 2011
Type:bug
Customer Name:  Reuben Pasquini
Customer Email:  [email protected]
SDN ID:  catdogboy
status:  Waiting
Category:javawebstart
Subcategory: other
Company:http://frickjack.com
release:6u24
hardware:x86
OSversion:  windows_7
priority:4
Synopsis:SecurityException from all-permissions app - should be
ClassNotFoundException
Description:
FULL PRODUCT VERSION :
java version "1.6.0_24"
Java(TM) SE Runtime Environment (build 1.6.0_24-b07)
Java HotSpot(TM) Client VM (build 19.1-b02, mixed mode, sharing)

ADDITIONAL OS VERSION INFORMATION :
Microsoft Windows [Version 6.1.7600]

EXTRA RELEVANT SYSTEM CONFIGURATION :
This is a java bug - I have users on WIndows 7 and XP, and also reported on
Apache felix mailing list

A DESCRIPTION OF THE PROBLEM :
The following class, when bundled, signed, and deployed with the .jnlp file
below, throws a
SecurityException
in the new java release - even though the .jnlp specifes "all-permissions".

Past releases would throw a ClassNotFoundException - which is great,
and is what things like Oracle's thin-client ojdbc6.jar expect.

The program bootstraps the Felix OSGi engine - which apparently sets up a
URLClassLoader with a custom felix:// URL.
The output of running the program with webstart follows
below the .jnlp file.
Note that this .jnlp file is setup to run off the file system, but the same
result follows from web-launched apps, whatever.


package littleware.demo;

import java.io.PrintWriter;
import java.io.StringWriter;
import java.net.URL;
import java.net.URLClassLoader;
import java.sql.Connection;
import java.util.HashMap;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.swing.JFrame;
import javax.swing.JOptionPane;
import javax.swing.JScrollPane;
import javax.swing.JTextArea;
import javax.swing.SwingUtilities;
import javax.swing.WindowConstants;
import org.apache.felix.framework.Felix;


public class JavaToy {
private static final Logger log = Logger.getLogger(
JavaToy.class.getName() );

public static class AppRunner implements Runnable {
public void run() {
final StringWriter swriter = new StringWriter();
final PrintWriter pwriter = new PrintWriter( swriter );
pwriter.append( "Class path: " ).append(
System.getProperty( "java.class.path" )
).append( "\n\n-\n" );
final ClassLoader classLoader =
Thread.currentThread().getContextClassLoader();
if ( classLoader instanceof URLClassLoader ) {
pwriter.append( "URLClassLoader:\n" );
for ( URL url : ((URLClassLoader) classLoader).getURLs() ) {
pwriter.append( url.toString() ).append( "\n" );
}
pwriter.append( "\n\n" );
}
try {
Class.forName( "bogus.DoesNotExist" );
pwriter.append( "No exception thrown on bogus class load\n"

Re: Java 6 Update 24 breaks Felix

2011-03-02 Thread Rob Abbe 
Is there any known workaround for this?  I'm using felix in an applet 
and u24 breaks it as soon as I try and start the system bundle.  The 
bundle cache is set to a location in the users home directory.  Prior to 
u24 this works without an issue.


On 2/25/2011 10:15 AM, Karl Pauls wrote:

That would only be true if you would start glassfish using webstart :-)

The problem seems to be in some changes to how webstart handles
security/urlclassloading. Thats as far as we are...

regards,

Karl

On Fri, Feb 25, 2011 at 4:37 PM, Marcel Offermans
  wrote:

So they're basically saying that they won't fix Glassfish not working on Java 6 
update 24. ;)

On a more serious note, is there consensus on what the "defect" in Felix 
actually is?

Greetings, Marcel


On 25 Feb 2011, at 8:03 , Nicolas Roduit wrote:


Bad news, Oracle has closed the bug as "Not a Defect".

http://forums.oracle.com/forums/message.jspa?messageID=9382827


Regards,

Nicolas

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]



-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]








-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-25 Thread Per-Erik Svensson 
I think the problem is akin to the "same origin policy" that most browsers
have. Can't have one javascript file loaded from, say,
http://www.google.comand another from
https://www.google.com or http://google.com. Same here, can't load
resources/classes from different hosts. But I might be mistaken. :)

/Per-Erik

On Fri, Feb 25, 2011 at 5:15 PM, Karl Pauls  wrote:

> That would only be true if you would start glassfish using webstart :-)
>
> The problem seems to be in some changes to how webstart handles
> security/urlclassloading. Thats as far as we are...
>
> regards,
>
> Karl
>
> On Fri, Feb 25, 2011 at 4:37 PM, Marcel Offermans
>  wrote:
> > So they're basically saying that they won't fix Glassfish not working on
> Java 6 update 24. ;)
> >
> > On a more serious note, is there consensus on what the "defect" in Felix
> actually is?
> >
> > Greetings, Marcel
> >
> >
> > On 25 Feb 2011, at 8:03 , Nicolas Roduit wrote:
> >
> >> Bad news, Oracle has closed the bug as "Not a Defect".
> >>
> >> http://forums.oracle.com/forums/message.jspa?messageID=9382827
> >>
> >>
> >> Regards,
> >>
> >> Nicolas
> >>
> >> -
> >> To unsubscribe, e-mail: [email protected]
> >> For additional commands, e-mail: [email protected]
> >>
> >
> >
> > -
> > To unsubscribe, e-mail: [email protected]
> > For additional commands, e-mail: [email protected]
> >
> >
>
>
>
> --
> Karl Pauls
> [email protected]
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Re: Java 6 Update 24 breaks Felix

2011-02-25 Thread Karl Pauls 
That would only be true if you would start glassfish using webstart :-)

The problem seems to be in some changes to how webstart handles
security/urlclassloading. Thats as far as we are...

regards,

Karl

On Fri, Feb 25, 2011 at 4:37 PM, Marcel Offermans
 wrote:
> So they're basically saying that they won't fix Glassfish not working on Java 
> 6 update 24. ;)
>
> On a more serious note, is there consensus on what the "defect" in Felix 
> actually is?
>
> Greetings, Marcel
>
>
> On 25 Feb 2011, at 8:03 , Nicolas Roduit wrote:
>
>> Bad news, Oracle has closed the bug as "Not a Defect".
>>
>> http://forums.oracle.com/forums/message.jspa?messageID=9382827
>>
>>
>> Regards,
>>
>> Nicolas
>>
>> -
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-25 Thread Marcel Offermans 
So they're basically saying that they won't fix Glassfish not working on Java 6 
update 24. ;)

On a more serious note, is there consensus on what the "defect" in Felix 
actually is?

Greetings, Marcel


On 25 Feb 2011, at 8:03 , Nicolas Roduit wrote:

> Bad news, Oracle has closed the bug as "Not a Defect".
> 
> http://forums.oracle.com/forums/message.jspa?messageID=9382827
> 
> 
> Regards,
> 
> Nicolas
> 
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 


-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-25 Thread Nicolas Roduit 

Bad news, Oracle has closed the bug as "Not a Defect".

http://forums.oracle.com/forums/message.jspa?messageID=9382827


Regards,

Nicolas

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-22 Thread Nicolas Roduit 

No more luck with felix.service.urlhandlers=false.

Nicolas


Le 22. 02. 11 16:40, Karl Pauls a écrit :

Did you try to disable urlhandlers already?

felix.service.urlhandlers=false

regards,

Karl

On Tue, Feb 22, 2011 at 3:46 PM, Nicolas Roduit
  wrote:

Thanks, I've tried to put "System.setSecurityManager(null)" in the launcher
before creating the Felix framework instance, but unfortunately it does not
change anything.

It seems to be related to this bug:
http://bugs.sun.com/bugdatabase/login.do?bug_id=7020285


Nicolas


btw. it might be enough to set the security manager to null before you
create the felix framework (that might be a possible workaround for
now).


regards,


Karl





-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-22 Thread Karl Pauls 
Did you try to disable urlhandlers already?

felix.service.urlhandlers=false

regards,

Karl

On Tue, Feb 22, 2011 at 3:46 PM, Nicolas Roduit
 wrote:
> Thanks, I've tried to put "System.setSecurityManager(null)" in the launcher
> before creating the Felix framework instance, but unfortunately it does not
> change anything.
>
> It seems to be related to this bug:
> http://bugs.sun.com/bugdatabase/login.do?bug_id=7020285
>
>
> Nicolas
>
>> btw. it might be enough to set the security manager to null before you
>> create the felix framework (that might be a possible workaround for
>> now).
>>
>>
>> regards,
>>
>>
>> Karl
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-22 Thread Nicolas Roduit 
Thanks, I've tried to put "System.setSecurityManager(null)" in the 
launcher before creating the Felix framework instance, but unfortunately 
it does not change anything.


It seems to be related to this bug: 
http://bugs.sun.com/bugdatabase/login.do?bug_id=7020285



Nicolas


btw. it might be enough to set the security manager to null before you
create the felix framework (that might be a possible workaround for
now).


regards,


Karl


-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-21 Thread Karl Pauls 
btw. it might be enough to set the security manager to null before you
create the felix framework (that might be a possible workaround for
now).

regards,

Karl

On Mon, Feb 21, 2011 at 8:02 PM, Karl Pauls  wrote:
> Yeah, something seems to have changed. I'm investigating (feel free to
> create a new issue in jira to track this).
>
> regards,
>
> Karl
>
> On Mon, Feb 21, 2011 at 7:15 PM, Nicolas Roduit
>  wrote:
>>  A security exception is thrown when registering services with Java Web
>> Start.
>>
>> 21.02.2011 18:51:08.650 *ERROR* [FelixDispatchQueue] org.apache.felix.prefs
>> FrameworkEvent ERROR (org.osgi.framework.ServiceException: Service factory
>> exception: Permission denied:
>> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory)
>> org.osgi.framework.ServiceException: Service factory exception: Permission
>> denied:
>> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory
>>    at
>> org.apache.felix.framework.ServiceRegistrationImpl.getFactoryUnchecked(ServiceRegistrationImpl.java:314)
>>    at
>> org.apache.felix.framework.ServiceRegistrationImpl.access$100(ServiceRegistrationImpl.java:37)
>>    at
>> org.apache.felix.framework.ServiceRegistrationImpl$ServiceFactoryPrivileged.run(ServiceRegistrationImpl.java:374)
>>    at java.security.AccessController.doPrivileged(Native Method)
>>    at
>> org.apache.felix.framework.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:216)
>>    at
>> org.apache.felix.framework.ServiceRegistry.getService(ServiceRegistry.java:297)
>>    at org.apache.felix.framework.Felix.getService(Felix.java:3014)
>>    at
>> org.apache.felix.framework.BundleContextImpl.getService(BundleContextImpl.java:329)
>>    at
>> org.osgi.util.tracker.ServiceTracker.addingService(ServiceTracker.java:442)
>>    at
>> org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:896)
>>    at
>> org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:261)
>>    at
>> org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:184)
>>    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:339)
>>    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:273)
>>    at
>> org.weasis.core.api.service.BundlePreferences.init(BundlePreferences.java:35)
>>    at org.weasis.dicom.codec.internal.Activator.start(Activator.java:39)
>>    at
>> org.apache.felix.framework.util.SecureAction$Actions.run(SecureAction.java:1243)
>>    at java.security.AccessController.doPrivileged(Native Method)
>>    at
>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:620)
>>    at org.apache.felix.framework.Felix.activateBundle(Felix.java:1835)
>>    at org.apache.felix.framework.Felix.startBundle(Felix.java:1752)
>>    at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
>>    at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
>>    at java.lang.Thread.run(Unknown Source)
>> Caused by: java.lang.SecurityException: Permission denied:
>> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory
>>    at
>> com.sun.deploy.security.DeployURLClassPath$UrlLoader.findResource(Unknown
>> Source)
>>    at com.sun.deploy.security.DeployURLClassPath.findResource(Unknown
>> Source)
>>    at java.net.URLClassLoader$2.run(Unknown Source)
>>    at java.security.AccessController.doPrivileged(Native Method)
>>    at java.net.URLClassLoader.findResource(Unknown Source)
>>    at com.sun.jnlp.JNLPClassLoader.findResource(Unknown Source)
>>    at java.lang.ClassLoader.getResource(Unknown Source)
>>    at com.sun.jnlp.JNLPClassLoader.access$001(Unknown Source)
>>    at com.sun.jnlp.JNLPClassLoader$1.run(Unknown Source)
>>
>>
>> There are references about similar exceptions:
>>
>> http://forums.oracle.com/forums/thread.jspa?messageID=9382827
>> http://www-01.ibm.com/support/docview.wss?uid=swg21460650
>>
>> Thanks,
>>
>> Nicolas
>>
>> -
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
>
>
> --
> Karl Pauls
> [email protected]
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Re: Java 6 Update 24 breaks Felix

2011-02-21 Thread Karl Pauls 
Yeah, something seems to have changed. I'm investigating (feel free to
create a new issue in jira to track this).

regards,

Karl

On Mon, Feb 21, 2011 at 7:15 PM, Nicolas Roduit
 wrote:
>  A security exception is thrown when registering services with Java Web
> Start.
>
> 21.02.2011 18:51:08.650 *ERROR* [FelixDispatchQueue] org.apache.felix.prefs
> FrameworkEvent ERROR (org.osgi.framework.ServiceException: Service factory
> exception: Permission denied:
> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory)
> org.osgi.framework.ServiceException: Service factory exception: Permission
> denied:
> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory
>    at
> org.apache.felix.framework.ServiceRegistrationImpl.getFactoryUnchecked(ServiceRegistrationImpl.java:314)
>    at
> org.apache.felix.framework.ServiceRegistrationImpl.access$100(ServiceRegistrationImpl.java:37)
>    at
> org.apache.felix.framework.ServiceRegistrationImpl$ServiceFactoryPrivileged.run(ServiceRegistrationImpl.java:374)
>    at java.security.AccessController.doPrivileged(Native Method)
>    at
> org.apache.felix.framework.ServiceRegistrationImpl.getService(ServiceRegistrationImpl.java:216)
>    at
> org.apache.felix.framework.ServiceRegistry.getService(ServiceRegistry.java:297)
>    at org.apache.felix.framework.Felix.getService(Felix.java:3014)
>    at
> org.apache.felix.framework.BundleContextImpl.getService(BundleContextImpl.java:329)
>    at
> org.osgi.util.tracker.ServiceTracker.addingService(ServiceTracker.java:442)
>    at
> org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTracker.java:896)
>    at
> org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:261)
>    at
> org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java:184)
>    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:339)
>    at org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:273)
>    at
> org.weasis.core.api.service.BundlePreferences.init(BundlePreferences.java:35)
>    at org.weasis.dicom.codec.internal.Activator.start(Activator.java:39)
>    at
> org.apache.felix.framework.util.SecureAction$Actions.run(SecureAction.java:1243)
>    at java.security.AccessController.doPrivileged(Native Method)
>    at
> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:620)
>    at org.apache.felix.framework.Felix.activateBundle(Felix.java:1835)
>    at org.apache.felix.framework.Felix.startBundle(Felix.java:1752)
>    at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1156)
>    at org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:264)
>    at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.SecurityException: Permission denied:
> http://felix.extensions:9/META-INF/services/javax.xml.stream.XMLInputFactory
>    at
> com.sun.deploy.security.DeployURLClassPath$UrlLoader.findResource(Unknown
> Source)
>    at com.sun.deploy.security.DeployURLClassPath.findResource(Unknown
> Source)
>    at java.net.URLClassLoader$2.run(Unknown Source)
>    at java.security.AccessController.doPrivileged(Native Method)
>    at java.net.URLClassLoader.findResource(Unknown Source)
>    at com.sun.jnlp.JNLPClassLoader.findResource(Unknown Source)
>    at java.lang.ClassLoader.getResource(Unknown Source)
>    at com.sun.jnlp.JNLPClassLoader.access$001(Unknown Source)
>    at com.sun.jnlp.JNLPClassLoader$1.run(Unknown Source)
>
>
> There are references about similar exceptions:
>
> http://forums.oracle.com/forums/thread.jspa?messageID=9382827
> http://www-01.ibm.com/support/docview.wss?uid=swg21460650
>
> Thanks,
>
> Nicolas
>
> -
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>



-- 
Karl Pauls
[email protected]

-
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]