April 2007 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: Doing a lookup for ProfileService

by bytor99999

I found the jboss-managed and jboss-server jars in our war file's lib dir. I am removing it now and retesting. Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037773#4037773 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037773

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Doing a lookup for ProfileService

by bytor99999

I built trunk on Friday. Actually, I get it both on trunk and beta2. So for an app to access the ProfileService, are there a particular set of jars that need to be included? If so, which ones? Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037771#4037771 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037771

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Doing a lookup for ProfileService

by scott.stark＠jboss.org

This is on trunk or the Beta2? The SecurityClientInterceptor should not have a reference to the SecurityContext in Beta2 so I'm guessing its trunk. I can't even build trunk currently due to the repository.jboss.com move. In terms of the CCE, you need to dump out the CodeSource for the ProfileService.class in your app and all of the interfaces from the proxy you obtain on lookup. Typically there are multiple sources of an interface to see this problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037770#4037770 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037770

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Beta3 roadmap items

by scott.stark＠jboss.org

The main Beta3 roadmap items for me include the following: + Merge and document the unified metadata work into the mc trunk. + Update deployers to utilize the management metadata to describe the management interfaces. + Update the ObjectModelBuilder to build the ManagedObject graphs from the management metadata. + Add aspects for mapping updates of properties with runtime support so that both the persistent view and live bean property are updated. + Expand the profile service ManagementView supported component types and CRUD usecases. + Revise the MainDeployer/Deployer interfaces to support the OSGi model requirements. + Replace the UCL class loader with an OSGi bundle consistent class loader and expand the class loading metadata to support proper scoping via import/export/version metadata. + Pull the jbossweb container class loader creation outside of the web deployer/tomcat service classes. + Complete the profile service deployment repository spi to support the jsr88 and OSGi repository notions/usecases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037768#4037768 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037768

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JACC Policy Bean not getting injected into EJBModule

by scott.stark＠jboss.org

The commit should be a result of the jacc policy bean starting. The jacc policy object should depend on the policy configuration objects for the deployment units. The output of the SecurityDeployer should be: + JaccPolicy - PC1 - PC2 ... where each PCn is a policy configuration for the associated deployment unit, and the JaccPolicy has a dependency on the PCn. Once all PCs have been started, the JaccPolicy is started and at that point the PCs can be linked. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037765#4037765 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037765

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Doing a lookup for ProfileService

by bytor99999

So we have a cactus test that is running an object that gets an InitialContext, and does a lookup for ProfileService. But it gives a classcast exception when casting to ProfileService. It appears the object in the JNDI tree is of type AOPProxy. I had tried a test of deploying an EJB that also does a lookup and had to include a number of jar files to get past that, but in the end it has a ClassDefNotFoundError looking for a SecurityContext class. | <error message="AOPProxy$0" type="org.apache.cactus.internal.client.ServletExceptionWrapper"> | java.lang.ClassCastException: AOPProxy$0 | at org.jboss.on.plugins.jboss.ProfileJBossServerComponent.initialize(ProfileJBossServerComponent.java:70) | at org.jboss.on.plugins.jboss.JBossServerTest.testInitialize(JBossServerTest.java:32) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at org.apache.cactus.internal.AbstractCactusTestCase.runBareServer(AbstractCactusTestCase.java:153) | at org.apache.cactus.internal.server.AbstractWebTestCaller.doTest(AbstractWebTestCaller.java:119) | at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody0(AbstractWebTestController.java:93) | at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest_aroundBody1$advice(AbstractWebTestController.java:224) | at org.apache.cactus.internal.server.AbstractWebTestController.handleRequest(AbstractWebTestController.java) | at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody2(ServletTestRedirector.java:101) | at org.apache.cactus.server.ServletTestRedirector.doPost_aroundBody3$advice(ServletTestRedirector.java:224) | at org.apache.cactus.server.ServletTestRedirector.doPost(ServletTestRedirector.java) | at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody0(ServletTestRedirector.java:72) | at org.apache.cactus.server.ServletTestRedirector.doGet_aroundBody1$advice(ServletTestRedirector.java:224) | at org.apache.cactus.server.ServletTestRedirector.doGet(ServletTestRedirector.java) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:174) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:86) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:238) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) | at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:624) | at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) | at java.lang.Thread.run(Thread.java:595) | Here is the code | InitialContext initialContext = null; | try | { | initialContext = new InitialContext(); | } | catch (NamingException e) | { | e.printStackTrace(); | } | | try | { | profileService = (ProfileService)initialContext.lookup("ProfileService"); | } | catch (NamingException e) | { | e.printStackTrace(); | } | Here is the exception I got in my EJB test | Exception in thread "main" java.lang.NoClassDefFoundError: org/jboss/security/SecurityContext | at org.jboss.aspects.security.SecurityClientInterceptor.invoke(SecurityClientInterceptor.java:47) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.remoting.IsLocalInterceptor.invoke(IsLocalInterceptor.java:72) | at org.jboss.aop.joinpoint.MethodInvocation.invokeNext(MethodInvocation.java:101) | at org.jboss.ejb3.stateless.StatelessRemoteProxy.invoke(StatelessRemoteProxy.java:103) | at $Proxy0.testProfileService(Unknown Source) | at org.jboss.ejb.MainTestClass.main(MainTestClass.java:20) | at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) | at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at com.intellij.rt.execution.application.AppMain.main(AppMain.java:90) | I am guessing that there is some security behind getting the ProfileService, which makes sense since we wouldn't want any Joe Programmer/Hacker creating an app that deletes all the deployments in an App Server. But what do you need to include in your apps to get the ProfileService. Thanks Mark Spritzler View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037761#4037761 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037761

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Patching app server versus scoping messaging

by clebert.suconic＠jboss.com

I mean... This worked in some places as those customers were probably avoiding that client jar. But if we choose to aways do that, this will probably require an extra step. But this would have implications.. as if a customer crossing jars (like talking to simultaneous application servers at the same time) will have compatibility problems. I don't know how to solve this equation though. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037760#4037760 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037760

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Patching app server versus scoping messaging (Repost)

by clebert.suconic＠jboss.com

The release process at jboss/build.xml will repack those jars as jbossall-client.jar. Whatever mechanism we choose to patch those jars will also require rebuild jbossall-client.jar. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037759#4037759 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037759

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Patching app server versus scoping messaging

by clebert.suconic＠jboss.com

The release process at jboss/build.xml will repack those jars as jbossall-client.jar. Whatever mechanism we choose to patch those jars will also require rebuild jbossall-client.jar. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037759#4037759 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037759

19 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: Build System Meeting Agenda April 12, 2007

by scott.stark＠jboss.org

Where is the repository.jboss.com svn root? I don't see it under https://svn.jboss.org/repos/. The http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossBuild page needs to be updated to correct the now out of date references to the cvs contents. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4037758#4037758 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4037758

19 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums April 2007