December 2008 - jboss-dev-forums - Jboss List Archives

by ALRubinger

Like a charm. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197263#4197263 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197263

17 years

1
0
0 / 0

[Design of EJB 3.0] - Re:

by anil.saldhana＠jboss.com

|  | <bean name="JBossSecurityJNDIContextEstablishment" | class="org.jboss.security.integration.JNDIContextEstablishment"/> | | This is from deploy/security/security-jboss-beans.xml Add a depends on this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197254#4197254 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197254

17 years

1
0
0 / 0

[Design of EJB 3.0] - "ssladvanced" Boot Errors

by ALRubinger

Posting this for Anil to review the (probably outdated) configs. Error is: 20:22:02,471 ERROR [AbstractKernelController] Error installing to Start: name=jboss.remoting:service=ServerSocketFactory,type=SecurityDomainAdvanced state=Create mode=Manual requiredState=Installed | javax.naming.NameNotFoundException: jaas not bound | at org.jnp.server.NamingServer.getBinding(NamingServer.java:771) | at org.jnp.server.NamingServer.getBinding(NamingServer.java:779) | at org.jnp.server.NamingServer.getObject(NamingServer.java:785) | at org.jnp.server.NamingServer.lookup(NamingServer.java:396) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:713) | at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:673) | at javax.naming.InitialContext.lookup(InitialContext.java:392) | at org.jboss.remoting.security.domain.DomainServerSocketFactoryService.start(DomainServerSocketFactoryService.java:114) Config is: <mbean code="org.jboss.remoting.security.domain.DomainServerSocketFactoryService" | name="jboss.remoting:service=ServerSocketFactory,type=SecurityDomainAdvanced" | display-name="SecurityDomain Server Socket Factory"> | <attribute name="SecurityDomain">java:/jaas/SSLAdvanced</attribute> | <depends>jboss.security:service=JaasSecurityDomain,domain=SSLAdvanced</depends> | </mbean> Can you point me to docs/examples of how this is currently configured? S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197250#4197250 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197250

17 years

1
0
0 / 0

[Design of POJO Server] - Towards new http invoker based on Remoting

by galder.zamarreno＠jboss.com

Hello everyone, Re: https://jira.jboss.org/jira/browse/JBAS-5464 I've started work on this JIRA on trunk and I wanted to briefly explain what I'm planning to do a and I'd like to get an answer to a couple of questions I had: As suggested by Scott in a jboss-dev email thread, I'm creating a test config so that we can eventually distribute http invokers based on JBoss Remoting. This config will contain something along these lines (uinvoker -> unified invoker): deploy/http-uinvoker.sar |-- uinvoker.war |-- WEB-INF/web.xml |-- META-INF/jboss-service.xml On top of that, for the new http invoker to deploy, I need deploy/http-invoker.sar/invoker.war/WEB-INF/classes folder to be available to http-uinvoker.sar. In fact, I need org.jboss.invocation.http.servlet.NamingFactoryServlet available so that http unified version of JNDI factory can be deployed. For the time being, I'm gonna be copying the classes folder from deploy/http-invoker.sar/invoker.war/WEB-INF/ right after test configuration has been created. Alternatively, this and other relevant http invoker relevant classes could go in a jar in lib/ directory. What's people's preference? With regards to the tests to be run with this new invoker, looking around the testsuite, I've found the following tests that use http invoker for ejb invocations or jndi lookups: org.jboss.test.hello.test.HelloHttpStressTestCase org.jboss.test.hello.test.HelloClusteredHttpStressTestCase org.jboss.test.naming.test.SimpleUnitTestCase.testHttpInvoker() Currently, my preference is to create a separate bunch of tests that are run under this new test configuration that uses the unified http invoker and leave the current tests running with current http invoker. These new tests would also ideally EJB3 tests using http unified invoker but we can leave those for later, when we've swapped the default http invoker distribution as these tests would live in the separate EJB3 project. Now, if I was to create these new tests that used beans configured with new http unified invoker, where shall I store them? Do people have other preferences? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197196#4197196 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197196

17 years

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: JBIDE-3394, hot deployment management api

by scott.stark＠jboss.org

"rob.stryker(a)jboss.com" wrote : Scott: | All I'd need is for you to point out to me either a test case or a code snippet for each of the following four tasks: | I'll create a testcase for this. https://jira.jboss.org/jira/browse/JBAS-6330 I think something can be hacked together that should work with the current GA, but we need to expose a proper management interface to avoid having to dive into implementation details as is the case now. More generally, we need to make sure tools is involved in the discussion around the embedded changes as unit testing and dev tools are one of the primary use cases. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197190#4197190 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197190

17 years

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: JBIDE-3394, hot deployment management api

by rob.stryker＠jboss.com

Scott: I can write my own MBean exposing my own interface and deploy it via the tools automatically (since the tools are meant to be for dev-time). All I'd need is for you to point out to me either a test case or a code snippet for each of the following four tasks: 1) add a folder to the scanner list 2) remove a folder from the scanner list 3) suspend the scanner 4) resume the scanner View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197165#4197165 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197165

17 years

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Re: fork problem in pvm

by hardest

you mean the new pvm virsion in jbpm4 will implements the fork and join mechanism? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197145#4197145 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197145

17 years

1
0
0 / 0

[Design of EJB 3.0] - Re:

by ALRubinger

Yes, but that doesn't answer my question for how we'd like to handle the case. :) 1) Test/feature is invalid 2) Test is known issue currently unsupported 3) Fix it S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197144#4197144 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197144

17 years

1
0
0 / 0

[Design of EJB 3.0] - Re:

by wolfc

ClientTxPropagationInterceptor and TxPropagationInterceptor are opposite ends which expect to run in different threads. Now some LocalClientInvoker has decided to do make it a local call. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197138#4197138 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197138

17 years

1
0
0 / 0

[Design of JBoss Profiler] - Re: JBoss Profiler 1.0 and Java 1.5

by jesper.pedersen

Yes, you can use JBoss Profiler 1.0 for JDK5 applications. As for JBoss Profiler 2.0 - you use the client to retrieve the data collected. There is a MBean to start and stop the profiler. HTH View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197130#4197130 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197130

17 years

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 December 2008