October 2006 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: Structure deployer changes comitted to trunk

by scott.stark＠jboss.org

This TransformerCommon problem is specific to jrockit. I don't see this when running under the sun jdk. Is this a runtime weaving check issue? We need a better error that indicates the problem if it is. The jrocket version I'm using is | [starksm@succubus lib]$ java -version | java version "1.5.0_06" | Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05) | BEA JRockit(R) (build R26.4.0-63-63688-1.5.0_06-20060626-2259-linux-x86_64, ) | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981424#3981424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981424

19 years, 2 months

1
0
0 / 0

[Design of JBoss Wiki] - Cannot install JBoss Wiki!! Help Required!

by rabi_sultan

Hi all, I've spent a lot of time trying to get JBoss Wiki installed but am not having any luck :( My setup: Jboss 2.4.0 bundled download (modified 'portal core-lib.jar' where I manually added in the missing classes org.jboss.portal.core.modules.* from JBoss portal 2.2) EJB 3.0_RC9 mySQL 4.1.13 JDK 1.5.0_b09 I have attempted both the wiki.ear and wiki.war installs but can't seem to get them to work. I have no errors when I put them in my deployment directory (current using /server/default/deploy/custom/.) but when I try to access them I get errors. For the wiki.ear I get a stacktrace that throws a massive ServletException (too big to post) when I click on the 'wiki' link from the portal page. The wiki.war on the other hand throws this error: | 15:33:59,667 WARN [[default]] Servlet.service() for servlet default threw exception | java.io.FileNotFoundException: \tmp\wiki\-att\wiki-dir\1.bin (The system cannot find the path specified) | at java.io.FileInputStream.open(Native Method) | at java.io.FileInputStream.<init>(FileInputStream.java:106) | at org.jboss.wiki.fileaccess.WikiFileAccessFilter.doFilter(WikiFileAccessFilter.java:173) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java | :664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | Does anyone have any suggestions? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981408#3981408 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981408

19 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Do we have a problem with Synchronous channel?

by clebert.suconic＠jboss.com

Just in case an user ever search this thread: The solution is here: http://www.jgroups.org/javagroupsnew/docs/manual/html/ch03.html#ItDoesntWork View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981386#3981386 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981386

19 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Structure deployer changes comitted to trunk

by scott.stark＠jboss.org

"kabir.khan(a)jboss.com" wrote : If I try to run the test again (with jboss still running), I get the error you are mentioning | | | | .... | | Caused by: java.lang.NoClassDefFoundError: org/jboss/test/aop/extender/Base | | at java.lang.Class.getDeclaredConstructors0(Native Method) | | at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357) | | at java.lang.Class.getConstructor0(Class.java:2671) | | at java.lang.Class.getConstructor(Class.java:1629) | | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1241) | | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286) | | at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344) | | at org.jboss.system.ServiceCreator.installPlainMBean(ServiceCreator.java:197) | | at org.jboss.system.ServiceCreator.install(ServiceCreator.java:115) | | | | The Base class lives in the nested .aop file, so it seems that the second time round it is not looking at the nested .aop file | This is not the error I'm seeing. The error I see is a CNFE due to a problem with the AspectManager.translate call: | ... | Caused by: java.lang.ClassNotFoundException: org.jboss.test.aop.extender.ExtenderTester | at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:539) | ... | Caused by: java.lang.NoSuchMethodError: isCompileTime | at org.jboss.aop.AspectManager.translate(AspectManager.java:918) | at org.jboss.aop.AspectManager.transform(AspectManager.java:880) | at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:525) | at java.lang.ClassLoader.loadClass(Ljava.lang.String;Z)Ljava.lang.Class;(Unknown Source) | at org.jboss.mx.loading.RepositoryClassLoader.loadClassLocally(RepositoryClassLoader.java:190) | at org.jboss.mx.loading.ClassLoadingTask$ThreadTask.run(ClassLoadingTask.java:131) | at org.jboss.mx.loading.LoadMgr3.nextTask(LoadMgr3.java:399) | at org.jboss.mx.loading.UnifiedClassLoader.loadClassImpl(UnifiedClassLoader.java:281) | at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:406) | at java.lang.ClassLoader.loadClass(Ljava.lang.String;)Ljava.lang.Class;(Unknown Source) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:1213) | at org.jboss.mx.server.MBeanServerImpl.instantiate(MBeanServerImpl.java:286) | at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:344) | at org.jboss.system.ServiceCreator.installPlainMBean(ServiceCreator.java:197) | at org.jboss.system.ServiceCreator.install(ServiceCreator.java:115) | at org.jboss.system.microcontainer.InstantiateAction.installAction(InstantiateAction.java:45) | at org.jboss.system.microcontainer.ServiceControllerContextAction.install(ServiceControllerContextAction.java:46) | at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51) | at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:226) | at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:198) | at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:709) | at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:429) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:538) | at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:472) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:320) | at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:190) | at org.jboss.system.ServiceController.doChange(ServiceController.java:656) | at org.jboss.system.ServiceController.install(ServiceController.java:272) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:76) | at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:44) | at org.jboss.deployers.plugins.deployers.helpers.AbstractSimpleRealDeployer.deploy(AbstractSimpleRealDeployer.java:56) | at org.jboss.deployers.plugins.deployer.AbstractSimpleDeployer.commitDeploy(AbstractSimpleDeployer.java:52) | The org.jboss.aop.AspectManager.translate(AspectManager.java:918) is this one: | if (TransformerCommon.isCompileTime() || classicOrder) | { | weavingStrategy = new ClassicWeavingStrategy(); | } | my aop snapshot is upto date so I don't know where this is coming from. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981385#3981385 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981385

19 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portletbridge Portlet

by julien＠jboss.com

yes "petrons" wrote : julien can u pls tell me that pattern :) | With Basic authentication + portletBridge i managed the SSO. But with the Form authentication i don't know how to realize in 'advance' that i'm dealing with Form Authentication. the container(remote) simply redirects you to the authentication page and PortletBridge deals with this page as a simple one. | The pattern u are referring to is action=j_security_check ?! | Many thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981382#3981382 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981382

19 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portletbridge Portlet

by petrons

julien can u pls tell me that pattern :) With Basic authentication + portletBridge i managed the SSO. But with the Form authentication i don't know how to realize in 'advance' that i'm dealing with Form Authentication. the container(remote) simply redirects you to the authentication page and PortletBridge deals with this page as a simple one. The pattern u are referring to is action=j_security_check ?! Many thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981372#3981372 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981372

19 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portletbridge Portlet

by julien＠jboss.com

I don't think it is possible to do it in a generic manner, except for Java EE applications that always follow the same pattern of form authentication. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981369#3981369 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981369

19 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Portletbridge Portlet

by petrons

thnks everybody i figured more or less how that is working. but i came up with anyther question... is it possibile to implement Single Sign On with form authentication. the remote web_app is generic we don't know any particular behaviuor ! Thank you View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981368#3981368 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981368

19 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Do we have a problem with Synchronous channel?

by clebert.suconic＠jboss.com

It's a configuration problem on my Linux... I thought it was a merge problem on my trunk Thanks a lot Clebert View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981364#3981364 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981364

19 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Structure deployer changes comitted to trunk

by scott.stark＠jboss.org

"kabir.khan(a)jboss.com" wrote : If I try to run the test again (with jboss still running), I get the error you are mentioning | | The Base class lives in the nested .aop file, so it seems that the second time round it is not looking at the nested .aop file The DeploymentContext going into the deployment process looks the same to me so I don't know why it would differ between deployments. I'll drill into the class loader creation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981363#3981363 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3981363

19 years, 2 months

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 October 2006