Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Archived » BIRT » Stack Overflow deploying Birt on Websphere 6.1 with Java2 Security(We are getting stack overflow exceptions in the OSGi initializtiona on Websphere 6.1)
Stack Overflow deploying Birt on Websphere 6.1 with Java2 Security [message #538878] Tue, 08 June 2010 21:14 Go to next message
mcastoe  is currently offline mcastoe Friend
Messages: 5
Registered: June 2010
Junior Member
Our application has an embedded version of Birt 2.5.0 and we are trying to deploy on a Websphere 6.1 server with Java2 security enabled. We have followed the instructions found in bugzilla 182161, https://bugs.eclipse.org/bugs/show_bug.cgi?id=182161, but the OSGi layer will not startup. The eclipse/osgi error log shows a very deep recursive stack trace with an eventual stackOverflow exception. The last couple iterations and the exception are show below.

Has anybody out there had any experience with this? We do find that people have had trouble with Birt on Websphere + java2 security but no clear resolutions for what to do. We have granted java.security.AllPermision but it is after that settgin atht we begin to see this error as osgi tries to process the security permissions for the eclipse bundles.

Any help appreciated...

Partial Stack trace:

Caused by: java.lang.StackOverflowError
at org.osgi.framework.AdminPermission.getProperties(AdminPermis sion.java:826)
at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
at org.osgi.framework.AdminPermissionCollection.implies(AdminPe rmission.java:962)
at org.eclipse.osgi.framework.internal.core.ConditionalPermissi onSet.implies(ConditionalPermissionSet.java:224)
at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi ssions.implies(BundleCombinedPermissions.java:124)
at java.security.ProtectionDomain.implies(ProtectionDomain.java :225)
at java.security.AccessController.checkPermission(AccessControl ler.java:94)
at java.lang.SecurityManager.checkPermission(SecurityManager.ja va:547)
at com.ibm.ws.security.core.SecurityManager.checkPermission(Sec urityManager.java:212)
at org.eclipse.osgi.framework.internal.core.Framework.checkAdmi nPermission(Framework.java:1178)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.getL ocation(AbstractBundle.java:997)
at org.osgi.framework.AdminPermission$1.run(AdminPermission.jav a:830)
at java.security.AccessController.doPrivileged(AccessController .java:192)
at org.osgi.framework.AdminPermission.getProperties(AdminPermis sion.java:827)
at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
at org.osgi.framework.AdminPermissionCollection.implies(AdminPe rmission.java:962)
at org.eclipse.osgi.framework.internal.core.ConditionalPermissi onSet.implies(ConditionalPermissionSet.java:224)
at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi ssions.implies(BundleCombinedPermissions.java:124)
at java.security.ProtectionDomain.implies(ProtectionDomain.java :225)
at java.security.AccessController.checkPermission(AccessControl ler.java:94)
at java.lang.SecurityManager.checkPermission(SecurityManager.ja va:547)
at com.ibm.ws.security.core.SecurityManager.checkPermission(Sec urityManager.java:212)
at org.eclipse.osgi.framework.internal.core.Framework.checkAdmi nPermission(Framework.java:1178)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.getL ocation(AbstractBundle.java:997)
at org.osgi.framework.AdminPermission$1.run(AdminPermission.jav a:830)
at java.security.AccessController.doPrivileged(AccessController .java:192)
at org.osgi.framework.AdminPermission.getProperties(AdminPermis sion.java:827)
at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
at org.osgi.framework.AdminPermissionCollection.implies(AdminPe rmission.java:962)
at org.eclipse.osgi.framework.internal.core.ConditionalPermissi onSet.implies(ConditionalPermissionSet.java:224)
at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi ssions.implies(BundleCombinedPermissions.java:124)
Re: Stack Overflow deploying Birt on Websphere 6.1 with Java2 Security [message #539332 is a reply to message #538878] Thu, 10 June 2010 13:03 Go to previous messageGo to next message
Jason Weathersby is currently offline Jason WeathersbyFriend
Messages: 9167
Registered: July 2009
Senior Member

Here is a note on this issue from Jun Ouyang on the development team:

In Websphere you can fix the problem as follows:

1. add configuration in config.ini:

eclipse.security=true
2. add permissions for BIRT:

Edit file install_root/config/cells/cell_name/applications/
ear_file_name/deployments/application_name(birt)/META-INF/wa s.policy,

add permission:

grant codeBase "file:birt.war" {

permission java.security.AllPermission;

};

Please notice "birt.war" above is same as the .war folder in the deploy
folder.


On 6/8/2010 5:14 PM, mcastoe wrote:
> Our application has an embedded version of Birt 2.5.0 and we are trying
> to deploy on a Websphere 6.1 server with Java2 security enabled. We have
> followed the instructions found in bugzilla 182161,
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=182161, but the OSGi layer
> will not startup. The eclipse/osgi error log shows a very deep recursive
> stack trace with an eventual stackOverflow exception. The last couple
> iterations and the exception are show below.
> Has anybody out there had any experience with this? We do find that
> people have had trouble with Birt on Websphere + java2 security but no
> clear resolutions for what to do. We have granted
> java.security.AllPermision but it is after that settgin atht we begin to
> see this error as osgi tries to process the security permissions for the
> eclipse bundles.
>
> Any help appreciated...
>
> Partial Stack trace:
>
> Caused by: java.lang.StackOverflowError
> at org.osgi.framework.AdminPermission.getProperties(AdminPermis
> sion.java:826)
> at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
> at org.osgi.framework.AdminPermissionCollection.implies(AdminPe
> rmission.java:962)
> at org.eclipse.osgi.framework.internal.core.ConditionalPermissi
> onSet.implies(ConditionalPermissionSet.java:224)
> at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi
> ssions.implies(BundleCombinedPermissions.java:124)
> at java.security.ProtectionDomain.implies(ProtectionDomain.java :225)
> at java.security.AccessController.checkPermission(AccessControl
> ler.java:94)
> at java.lang.SecurityManager.checkPermission(SecurityManager.ja va:547)
> at com.ibm.ws.security.core.SecurityManager.checkPermission(Sec
> urityManager.java:212)
> at org.eclipse.osgi.framework.internal.core.Framework.checkAdmi
> nPermission(Framework.java:1178)
> at org.eclipse.osgi.framework.internal.core.AbstractBundle.getL
> ocation(AbstractBundle.java:997)
> at org.osgi.framework.AdminPermission$1.run(AdminPermission.jav a:830)
> at java.security.AccessController.doPrivileged(AccessController .java:192)
> at org.osgi.framework.AdminPermission.getProperties(AdminPermis
> sion.java:827)
> at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
> at org.osgi.framework.AdminPermissionCollection.implies(AdminPe
> rmission.java:962)
> at org.eclipse.osgi.framework.internal.core.ConditionalPermissi
> onSet.implies(ConditionalPermissionSet.java:224)
> at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi
> ssions.implies(BundleCombinedPermissions.java:124)
> at java.security.ProtectionDomain.implies(ProtectionDomain.java :225)
> at java.security.AccessController.checkPermission(AccessControl
> ler.java:94)
> at java.lang.SecurityManager.checkPermission(SecurityManager.ja va:547)
> at com.ibm.ws.security.core.SecurityManager.checkPermission(Sec
> urityManager.java:212)
> at org.eclipse.osgi.framework.internal.core.Framework.checkAdmi
> nPermission(Framework.java:1178)
> at org.eclipse.osgi.framework.internal.core.AbstractBundle.getL
> ocation(AbstractBundle.java:997)
> at org.osgi.framework.AdminPermission$1.run(AdminPermission.jav a:830)
> at java.security.AccessController.doPrivileged(AccessController .java:192)
> at org.osgi.framework.AdminPermission.getProperties(AdminPermis
> sion.java:827)
> at org.osgi.framework.AdminPermission.implies0(AdminPermission. java:650)
> at org.osgi.framework.AdminPermissionCollection.implies(AdminPe
> rmission.java:962)
> at org.eclipse.osgi.framework.internal.core.ConditionalPermissi
> onSet.implies(ConditionalPermissionSet.java:224)
> at org.eclipse.osgi.framework.internal.core.BundleCombinedPermi
> ssions.implies(BundleCombinedPermissions.java:124)
Re: Stack Overflow deploying Birt on Websphere 6.1 with Java2 Security [message #539335 is a reply to message #539332] Thu, 10 June 2010 13:17 Go to previous message
mcastoe  is currently offline mcastoe Friend
Messages: 5
Registered: June 2010
Junior Member
It is actually after I set eclipse.security=true and also added the java.security.AllPermission that I was then getting the stack overflow.

I am now working with Birt 2.5.2 and it looks to be okay. At least birt.war and the simple test report it contains initialize work correctly.

We are now replacing 2.5.0 with 2.5.2 in our application and will hopefully be past this problem.

thank you for replying
Previous Topic:Saving my aggregates
Next Topic:calculate duration in BIRT
Goto Forum:
  


Current Time: Thu Sep 26 03:13:18 GMT 2024

Powered by FUDForum. Page generated in 0.03623 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top