February 2010 - jboss-dev-forums - Jboss List Archives

[JBoss Microcontainer Development] New message: "Re: JBREFLECT - Exception processing non-public annotation"

by Ales Justin

JBoss development, A new message was posted in the thread "JBREFLECT - Exception processing non-public annotation": http://community.jboss.org/message/523364#523364 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- I added this patch. Index: src/main/java/org/jboss/reflect/plugins/introspection/ReflectMethodInfoImpl.java =================================================================== --- src/main/java/org/jboss/reflect/plugins/introspection/ReflectMethodInfoImpl.java (revision 94787) +++ src/main/java/org/jboss/reflect/plugins/introspection/ReflectMethodInfoImpl.java Mon Feb 01 15:03:48 CET 2010 @@ -101,12 +101,17 @@ */ public void setMethod(Method method) { + boolean isDeclaringClassPublic = true; if (method != null) + { accessCheck(Modifier.isPublic(method.getModifiers())); + isDeclaringClassPublic = isDeclaringClassPublic(method); + accessCheck(isDeclaringClassPublic); + } this.method = method; - if (isPublic() == false && method != null) + if (method != null && (isPublic() == false || isDeclaringClassPublic == false)) setAccessible(); } @@ -120,13 +125,25 @@ accessCheck(); return method; } - + /** + * Is declaring class public. + * + * @param method the method + * @return if declaring class is public return true, else false + */ + protected static boolean isDeclaringClassPublic(Method method) + { + Class<?> owner = method.getDeclaringClass(); + return Modifier.isPublic(owner.getModifiers()); + } + + /** * Check access permission. */ protected final void accessCheck() // final because we don't want subclasses to disable it { - accessCheck(isPublic()); + accessCheck(isPublic() && (method == null || isDeclaringClassPublic(method))); } /** -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523364#523364

14 years, 2 months

1
0
0 / 0

[JBoss ESB Development] New message: "Re: ServiceInvoker deliverSync too slow..."

by Steam s

JBoss development, A new message was posted in the thread "ServiceInvoker deliverSync too slow...": http://community.jboss.org/message/523322#523322 Author : Steam s Profile : http://community.jboss.org/people/sbutt Message: -------------------------------------------------------------- Hi Tom, Thanks for your answer and apologies for my posting at the wrong place. I have created the same thread under General discussion now. - Could you please elaborate on your point 1, that is how to do the caching? - I'm already using "jms-listener" with max-thread=20. You can reply under discussion area. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523322#523322

14 years, 2 months

1
0
0 / 0

[JBoss ESB Development] New message: "Re: ServiceInvoker deliverSync too slow..."

by Tom Fennelly

JBoss development, A new message was posted in the thread "ServiceInvoker deliverSync too slow...": http://community.jboss.org/message/523314#523314 Author : Tom Fennelly Profile : http://community.jboss.org/people/tfennelly Message: -------------------------------------------------------------- Something you can check: 1. Make sure you are caching and reusing the ServiceInvoker instance. 2. The message-aware service listener in question has enough threads e.g. in your case try 10. Use the "maxThreads" to configure this. BTW... this type of question would normally be asked on the User Forum. The dev forum is intended for discussions relating to the devleopment of JBoss ESB itself. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523314#523314

14 years, 2 months

1
0
0 / 0

[JBoss ESB Development] New message: "ServiceInvoker deliverSync too slow..."

by Steam s

JBoss development, A new message was posted in the thread "ServiceInvoker deliverSync too slow...": http://community.jboss.org/message/523311#523311 Author : Steam s Profile : http://community.jboss.org/people/sbutt Message: -------------------------------------------------------------- Hi All, I'm getting a very slow response from the method "deliverSync" of ServiceInvoker class. When I call the service directly (through JMeter) and not through JbossESB (i.e. not as an esb service) then the response time is very good. Can someone please suggestion what could be the reason for this? Do i need to tune my JBoss or is there some other esb based configuration that requires changing? Actually, the slow response problem comes when I concurrently open 10 threads, but calling the service directly via JMeter, everything works fine. it is not the external application the reason for the delay as my message tracng shows that the main bottleneck is created sometimes before the deliverSync method is called and sometimes after calling it. thnaks. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523311#523311

14 years, 2 months

1
0
0 / 0

[JBoss Portal Development] New message: "Error while installing in the JBOSS tools in 'Available Software'"

by Aiswarya Srinivasan

JBoss development, A new message was posted in the thread "Error while installing in the JBOSS tools in 'Available Software'": http://community.jboss.org/message/523301#523301 Author : Aiswarya Srinivasan Profile : http://community.jboss.org/people/Aiswarya Message: -------------------------------------------------------------- While installing in the JBOSS tools in 'Available Software', I am getting the following error: " An error occurred while collecting items to be installed No repository found containing: org.eclipse.datatools.enablement.finfo/osgi.bundle/1.5.1.v200906161800 No repository found containing: org.eclipse.datatools.enablement.oracle/osgi.bundle/1.0.0.v200908130544 No repository found containing: org.eclipse.datatools.enablement.oracle.dbdefinition/osgi.bundle/1.0.100.v200906161800 No repository found containing: org.eclipse.datatools.enablement.oracle.feature/org.eclipse.update.feature/1.7.0.v200908280400-548aAkF77g7XAO9aBB No repository found containing: org.eclipse.datatools.enablement.oracle.ui/osgi.bundle/1.0.1.v200906020900 No repository found containing: org.apache.oro/osgi.bundle/2.0.8.v200903061218 No repository found containing: org.eclipse.datatools.enablement.ingres/osgi.bundle/1.0.0.v200906111150 No repository found containing: org.eclipse.datatools.enablement.ingres.dbdefinition/osgi.bundle/1.0.0.v200906161800 No repository found containing: org.eclipse.datatools.enablement.ingres.feature/org.eclipse.update.feature/1.7.0.v200908280400-540AkF77g7VBLBPH7 No repository found containing: org.eclipse.datatools.enablement.ingres.ui/osgi.bundle/1.0.0.v200906111150 No repository found containing: org.eclipse.datatools.enablement.sqlite/osgi.bundle/1.0.0.v200906020900 No repository found containing: org.eclipse.datatools.enablement.sqlite.dbdefinition/osgi.bundle/1.0.1.v200906161800 No repository found containing: org.eclipse.datatools.enablement.sqlite.feature/org.eclipse.update.feature/1.7.0.v200908280400-541AkF77g7V9N9e77 No repository found containing: org.eclipse.datatools.enablement.sqlite.ui/osgi.bundle/1.0.0.v200906020900 No repository found containing: org.eclipse.datatools.sqltools.editor.core.ui/osgi.bundle/1.0.0.v200906022302 No repository found containing: org.eclipse.datatools.sqltools.routineeditor.ui/osgi.bundle/1.0.0.v200906022302 No repository found containing: org.eclipse.datatools.sqltools.sql.ui/osgi.bundle/1.0.0.v200906022302 No repository found containing: org.eclipse.equinox.concurrent/osgi.bundle/1.0.0.v20090520-1800" Could anyone please provide the solution for this error? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523301#523301

14 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: JBREFLECT - Exception processing non-public annotation"

by jaikiran pai

JBoss development, A new message was posted in the thread "JBREFLECT - Exception processing non-public annotation": http://community.jboss.org/message/523295#523295 Author : jaikiran pai Profile : http://community.jboss.org/people/jaikiran Message: -------------------------------------------------------------- Commited a (commented out) testcase http://anonsvn.jboss.org/repos/jbossas/projects/jboss-reflect/trunk/src/t... against https://jira.jboss.org/jira/browse/JBREFLECT-93 -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523295#523295

14 years, 2 months

1
0
0 / 0

[JBoss Build System Development] New message: "Re: JBEE-15 - Break all EE apis into separately versioned subprojects"

by Richard Opalka

JBoss development, A new message was posted in the thread "JBEE-15 - Break all EE apis into separately versioned subprojects": http://community.jboss.org/message/523294#523294 Author : Richard Opalka Profile : http://community.jboss.org/people/richard.opalka@jboss.com Message: -------------------------------------------------------------- How about the OSGi support? IMHO this effort should cover it as well and all our JBEE artifacts should be OSGi compliant. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523294#523294

14 years, 2 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: JBREFLECT - Exception processing non-public annotation"

by Ales Justin

JBoss development, A new message was posted in the thread "JBREFLECT - Exception processing non-public annotation": http://community.jboss.org/message/523284#523284 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > Is there a way to disable Java language access check for the methods through JBREFLECT project? Or does that have to be done (selectively) through the underlying (ReflectMethodInfoImpl) impl? Disabling by default would create a security hole. ;-) Can you please push this test into the Reflect trunk (commenting it atm), and I'll have a look. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/523284#523284

14 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2010