[Design of JBoss Remoting, Unified Invokers] - Re: Remoting 3 - requirements
by tom.elrod＠jboss.com
Tim, I think you should do what you think is right for messaging.
As purely personal opinion, I think that remoting should move to a messaging based model (compared to being solely RPC based) for remoting 3. I also think that if this to be the case, remoting should do its best moving forward to support behavior/features other project might need so they can use remoting without having to write/maintain that same code internal to their projects.
Of course, this means that end result of remoting 3 would have to be compelling enough (i.e. all the features, behaviors, performance, etc.) that other projects would be willing to adopt it. In order to do this, the remoting team HAS to know and understand the requirements other project have. This why I started this thread.
As far as NIO goes, the only real performance gain in using NIO is when you have a very large number of concurrent connections being processed since it does not require a thread per connection and the associated overhead of thread context switching.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036201#4036201
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036201
18 years, 11 months
[Design of the JBoss EJB Container] - JBoss AS 5.0.0.Beta2 doesn't work with jdk1.6
by thejavafreak
Dear all,
I tried running JBoss AS 5.0.0.Beta2 on jdk1.6.0 but it doesn't work. JBoss AS 5.0.0.Beta1 runs well on jdk1.6.0
Here are the full stack trace:
===============================================================================
|
| JBoss Bootstrap Environment
|
| JBOSS_HOME: D:\javastuff\jboss\jboss-5.0.0.Beta2
|
| JAVA: C:\opt\env\jdk1.6.0\bin\java
|
| JAVA_OPTS: -Dprogram.name=run.bat -server -Xms128m -Xmx512m -XX:MaxPermSize=2
| 56m -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600
| 000
|
| CLASSPATH: C:\opt\env\jdk1.6.0\lib\tools.jar;D:\javastuff\jboss\jboss-5.0.0.Be
| ta2\bin\run.jar
|
| ===============================================================================
|
| 08:23:19,375 INFO [ServerImpl] Starting JBoss (Microcontainer)...
| 08:23:19,375 INFO [ServerImpl] Release ID: JBoss [Morpheus] 5.0.0.Beta2 (build:
| SVNTag=JBoss_5_0_0_Beta2 date=200704060017)
| 08:23:19,375 INFO [ServerImpl] Home Dir: D:\javastuff\jboss\jboss-5.0.0.Beta2
| 08:23:19,375 INFO [ServerImpl] Home URL: file:/D:/javastuff/jboss/jboss-5.0.0.B
| eta2/
| 08:23:19,375 INFO [ServerImpl] Library URL: file:/D:/javastuff/jboss/jboss-5.0.
| 0.Beta2/lib/
| 08:23:19,375 INFO [ServerImpl] Patch URL: null
| 08:23:19,375 INFO [ServerImpl] Server Name: default
| 08:23:19,375 INFO [ServerImpl] Server Home Dir: D:\javastuff\jboss\jboss-5.0.0.
| Beta2\server\default
| 08:23:19,375 INFO [ServerImpl] Server Home URL: file:/D:/javastuff/jboss/jboss-
| 5.0.0.Beta2/server/default/
| 08:23:19,375 INFO [ServerImpl] Server Data Dir: D:\javastuff\jboss\jboss-5.0.0.
| Beta2\server\default\data
| 08:23:19,375 INFO [ServerImpl] Server Temp Dir: D:\javastuff\jboss\jboss-5.0.0.
| Beta2\server\default\tmp
| 08:23:19,375 INFO [ServerImpl] Server Config URL: file:/D:/javastuff/jboss/jbos
| s-5.0.0.Beta2/server/default/conf/
| 08:23:19,375 INFO [ServerImpl] Server Library URL: file:/D:/javastuff/jboss/jbo
| ss-5.0.0.Beta2/server/default/lib/
| 08:23:19,375 INFO [ServerImpl] Root Deployment Filename: jboss-service.xml
| 08:23:19,421 INFO [ServerImpl] Starting Microcontainer, bootstrapURL=file:/D:/j
| avastuff/jboss/jboss-5.0.0.Beta2/server/default/conf/bootstrap-beans.xml
| 08:23:20,609 INFO [ProfileImpl] Using profile root:D:\javastuff\jboss\jboss-5.0
| .0.Beta2\server\default
| 08:23:22,734 ERROR [AbstractKernelController] Error installing to Instantiated:
| name=DeploymentFilter state=Described
| java.lang.IllegalStateException: Class not found: [Ljava.lang.String;
| at org.jboss.metadata.spi.signature.Signature.stringsToClasses(Signature
| .java:174)
| at org.jboss.metadata.spi.signature.Signature.stringsToClasses(Signature
| .java:125)
| at org.jboss.metadata.spi.signature.Signature.getParametersTypes(Signatu
| re.java:292)
| at org.jboss.metadata.plugins.loader.reflection.AnnotatedElementMetaData
| Loader.getComponentMetaDataRetrieval(AnnotatedElementMetaDataLoader.java:138)
| at org.jboss.metadata.plugins.context.AbstractMetaDataContext.getCompone
| ntMetaDataRetrieval(AbstractMetaDataContext.java:280)
| at org.jboss.metadata.spi.retrieval.MetaDataRetrievalToMetaDataBridge.ge
| tComponentMetaData(MetaDataRetrievalToMetaDataBridge.java:159)
| at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.meth
| odHasAnnotations(AOPConstructorJoinpoint.java:202)
| at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.hasM
| ethodMetaData(AOPConstructorJoinpoint.java:172)
| at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.hasI
| nstanceOrJoinpointMetaData(AOPConstructorJoinpoint.java:152)
| at org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.disp
| atch(AOPConstructorJoinpoint.java:99)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.dis
| patchJoinPoint(KernelControllerContextAction.java:103)
| at org.jboss.kernel.plugins.dependency.InstantiateAction.installActionIn
| ternal(InstantiateAction.java:52)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.ins
| tallAction(KernelControllerContextAction.java:197)
| at org.jboss.kernel.plugins.dependency.KernelControllerContextAction.ins
| tall(KernelControllerContextAction.java:136)
| at org.jboss.dependency.plugins.AbstractControllerContextActions.install
| (AbstractControllerContextActions.java:51)
| at org.jboss.dependency.plugins.AbstractControllerContext.install(Abstra
| ctControllerContext.java:233)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractContr
| oller.java:724)
| at org.jboss.dependency.plugins.AbstractController.incrementState(Abstra
| ctController.java:445)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abstr
| actController.java:555)
| at org.jboss.dependency.plugins.AbstractController.resolveContexts(Abstr
| actController.java:489)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractContr
| oller.java:289)
| at org.jboss.dependency.plugins.AbstractController.install(AbstractContr
| oller.java:192)
| at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean
| (AbstractKernelDeployer.java:302)
| at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deployBean
| s(AbstractKernelDeployer.java:272)
| at org.jboss.kernel.plugins.deployment.AbstractKernelDeployer.deploy(Abs
| tractKernelDeployer.java:119)
| at org.jboss.kernel.plugins.deployment.BasicKernelDeployer.deploy(BasicK
| ernelDeployer.java:64)
| at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(Basic
| XMLDeployer.java:76)
| at org.jboss.kernel.plugins.deployment.xml.BasicXMLDeployer.deploy(Basic
| XMLDeployer.java:146)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.deploy
| (ProfileServiceBootstrap.java:295)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.bootst
| rap(ProfileServiceBootstrap.java:222)
| at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBoot
| strap.java:89)
| at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImpl.
| java:403)
| at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.ja
| va:342)
| at org.jboss.Main.boot(Main.java:210)
| at org.jboss.Main$1.run(Main.java:522)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: java.lang.ClassNotFoundException: [Ljava.lang.String;
| at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
| at java.security.AccessController.doPrivileged(Native Method)
| at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
| at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
| at org.jboss.metadata.spi.signature.Signature.stringsToClasses(Signature
| .java:170)
| ... 35 more
| 08:23:23,281 INFO [ServerInfo] Java version: 1.6.0,Sun Microsystems Inc.
| 08:23:23,281 INFO [ServerInfo] Java VM: Java HotSpot(TM) Server VM 1.6.0-b105,S
| un Microsystems Inc.
| 08:23:23,281 INFO [ServerInfo] OS-System: Windows XP 5.1,x86
| 08:23:23,328 INFO [JMXKernel] Legacy JMX core initialized
| Failed to boot JBoss:
| java.lang.RuntimeException: Exception during Bootstrap
| at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBoot
| strap.java:99)
| at org.jboss.system.server.profileservice.ServerImpl.doStart(ServerImpl.
| java:403)
| at org.jboss.system.server.profileservice.ServerImpl.start(ServerImpl.ja
| va:342)
| at org.jboss.Main.boot(Main.java:210)
| at org.jboss.Main$1.run(Main.java:522)
| at java.lang.Thread.run(Thread.java:619)
| Caused by: org.jboss.deployers.spi.IncompleteDeploymentException: Summary of inc
| omplete deployments (SEE PREVIOUS ERRORS FOR DETAILS):
|
| *** CONTEXTS MISSING DEPENDENCIES: Name -> Dependency{Required State:Actual Stat
| e}
|
| VFSBootstrapScanner
| -> DeploymentFilter{Configured:**ERROR**}
|
| VFSDeployerScanner
| -> DeploymentFilter{Configured:**ERROR**}
|
| VFSDeploymentScanner
| -> DeploymentFilter{Configured:**ERROR**}
|
|
| *** CONTEXTS IN ERROR: Name -> Error
|
| DeploymentFilter -> java.lang.ClassNotFoundException: [Ljava.lang.String;
|
|
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.checkI
| ncomplete(ProfileServiceBootstrap.java:389)
| at org.jboss.system.server.profileservice.ProfileServiceBootstrap.bootst
| rap(ProfileServiceBootstrap.java:236)
| at org.jboss.kernel.plugins.bootstrap.AbstractBootstrap.run(AbstractBoot
| strap.java:89)
| ... 5 more
Does anyone knows why this occurs?
Thanks in advance
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036189#4036189
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036189
18 years, 11 months
[Design of JBossCache] - Re: PojoInstance: ref count & notification
by jason.greene＠jboss.com
"supi" wrote :
| Basically, your second question is the answer to the first one. I simply need to know whether this is the first attach or not and also if it is the last detach or not. Depending on this flag (in my interface, the two methods look like this:
|
| | public void attach(Object inObject, boolean inIsFirst, boolean inIsLocal);
| | public void detach(Object inObject, boolean inIsLast, boolean inIsLocal);
| |
| and are always post), an external processing unit can create related information, delete it, or do nothing.
|
Ok, I understand your case, so I will add something similar. Although we might want to introduce some kind of context object that would contain useful information like this.
anonymous wrote :
| Of course, it would be great if something like this could be included. Unfortunately, I really need it now and my solution seems to work for the moment. It just bothers me that I had to change some of the internals (OTOH, I could also always switch to an entirely external reference counting scheme).
|
Understood. Well your approach is perfectly valid, so if you make whatever internal changes you need (modifying increment/decrementRefCount to add another attribute should solve your issue), and just let us know the features, we can get something similar in place that should be an easy migration. I would like to work out all design kinks by GA since after that point we have to worry about BC.
-Jason
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036154#4036154
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036154
18 years, 11 months
[Design of JBossCache] - Re: PojoInstance: ref count & notification
by supi
"jason.greene(a)jboss.com" wrote :
| Regarding your change, a safer solution would be to add whatever information you need as independent internal properties.
|
Yes, I agree.
anonymous wrote :
| Assuming that remote pojo notifications worked, what information are you missing? [...]
| Why do you need to know if an object is multiply referenced?
|
Basically, your second question is the answer to the first one. I simply need to know whether this is the first attach or not and also if it is the last detach or not. Depending on this flag (in my interface, the two methods look like this:
| public void attach(Object inObject, boolean inIsFirst, boolean inIsLocal);
| public void detach(Object inObject, boolean inIsLast, boolean inIsLocal);
|
and are always post), an external processing unit can create related information, delete it, or do nothing. Of course, it would be great if something like this could be included. Unfortunately, I really need it now and my solution seems to work for the moment. It just bothers me that I had to change some of the internals (OTOH, I could also always switch to an entirely external reference counting scheme).
Cheers,
Basil
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036128#4036128
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036128
18 years, 11 months
[Design of JBoss ESB] - JSR-170 message store
by derek.adams
There have been a few posts about implementing a JSR-170 (aka JCR) message store as an alternative to the default database implementation. I wrote a simple implementation using the Apache Jackrabbit libraries as a base. The new implementation has been checked into the SVN trunk and is available for testing. The required libraries and configuration files are now packaged as part of the jbossesb.sar.
To enable the JCR message store, add the following property to the "core" section of jbossesb-properties.xml in the root of the jboss-esb.sar:
| <property name="org.jboss.soa.esb.persistence.base.plugin.jcr" value="org.jboss.internal.soa.esb.persistence.format.jcr.JCRMessageStorePlugin"/>
|
This adds the JCR plugin to the MessageStoreFactory plugins list. The JCR message store can use an existing repository via JNDI or can create a standalone instance locally on the app server. The following list of properties should be added in the "dbstore" section of jbossesb-properties.xml to configure repository access:
| <property name="org.jboss.soa.esb.persistence.jcr.jndi.path" value="jcr"/>
| <property name="org.jboss.soa.esb.persistence.jcr.username" value="username"/>
| <property name="org.jboss.soa.esb.persistence.jcr.password" value="password"/>
| <property name="org.jboss.soa.esb.persistence.jcr.root.node.path" value="JBossESB/MessageStore"/>
|
jcr.jndi.path - optional path in JNDI where the repository is found. If not specified, a new repository will be created based on the repository.xml located in the root of jbossesb.sar. In this case, repository data is stored in the JBossAS/server/{servername}/data/repository directory.
jcr.username - username for getting a repository session
jcr.password - password for gettging a repository session
jcr.root.node.path - the path relative to the root of the repository where messages will be stored
An easy test for whether the JCR message store is configured properly is to add the org.jboss.soa.esb.actions.persistence.StoreJCRMessage action onto an existing service. The action will attempt to store the current message to the JCR store.
Let me know if you run into any problems.
Thanks,
Derek
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4036126#4036126
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4036126
18 years, 11 months