JBossDeveloper

also i need to know if jboss-portal.sar need to be a file or a directory because when i build the portal its a file and when i download the directory and change the config like the wiki says its a dir .

I didn't try the clustering yet and don't know if everything was ported to the 2.4 branch.

About the file/directory question, JBoss AS doesn't care if it is a file or a directory as long as the directory name includes the extension ".sar" in our case.

hi, i test the as 404rc1 + portal221rc2 and after configuring the files at thw wiki the same problem as the start,

i test building from cvs jboss-portal-2.2 affer coping samples to build it with clustering=true, but this error apears afeter trying to enter the portal:

INFO [Server] JBoss (MX MicroKernel) [4.0.4RC1 (build: CVSTag=JBos
s_4_0_4_RC1 date=200602071519)] Started in 1m:35s:417ms
14:04:26,552 ERROR [[PortalServletWithPathMapping]] Servlet.service() for servle
t PortalServletWithPathMapping threw exception
java.lang.IllegalStateException: Default context does not exist
 at org.jboss.portal.core.model.portal.DefaultPortalCommandFactory.doMapp
ing(DefaultPortalCommandFactory.java:71)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch
er.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIntercept
or.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelM
BeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.
java:260)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:190)
 at $Proxy59.doMapping(Unknown Source)
 at org.jboss.portal.core.CoreController.handle(CoreController.java:152)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatch
er.java:155)
 at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
 at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractIntercept
or.java:133)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelM
BeanOperationInterceptor.java:142)
 at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
 at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.
java:260)
 at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
 at org.jboss.mx.util.JMXInvocationHandler.invoke(JMXInvocationHandler.ja
va:287)
 at $Proxy141.handle(Unknown Source)
 at org.jboss.portal.server.ServerInvocation.dispatch(ServerInvocation.ja
va:76)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:142)
 at org.jboss.portal.core.aspects.server.SubjectAssociationInterceptor.in
voke(SubjectAssociationInterceptor.java:45)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.server.aspects.server.NavigationInterceptor.invoke(N
avigationInterceptor.java:63)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.server.aspects.server.ContentTypeInterceptor.invoke(
ContentTypeInterceptor.java:65)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.core.aspects.server.LocaleInterceptor.invoke(LocaleI
nterceptor.java:73)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.core.aspects.server.UserInterceptor.invoke(UserInter
ceptor.java:226)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.server.aspects.server.SessionInvalidatorInterceptor.
invoke(SessionInvalidatorInterceptor.java:84)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.core.aspects.server.TransactionInterceptor.invoke(Tr
ansactionInterceptor.java:73)
 at org.jboss.portal.server.ServerInterceptor.invoke(ServerInterceptor.ja
va:37)
 at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.j
ava:132)
 at org.jboss.portal.common.invocation.Invocation.invoke(Invocation.java:
177)
 at org.jboss.portal.server.servlet.PortalServlet.doGet(PortalServlet.jav
a:221)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:252)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
 at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFi
lter.java:96)
 at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
icationFilterChain.java:202)
 at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
ilterChain.java:173)
 at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
alve.java:213)
 at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
alve.java:178)
 at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrinc
ipalValve.java:54)
 at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Securit
yAssociationValve.java:174)
 at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authentica
torBase.java:432)
 at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv
e.java:74)
 at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:126)
 at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:105)
 at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:107)
 at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:148)
 at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:868)
 at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p
rocessConnection(Http11BaseProtocol.java:663)
 at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
int.java:527)
 at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWor
kerThread.java:112)
 at java.lang.Thread.run(Thread.java:595)

hi i will explain my new situation...i downloaded the cvs jboss-portal-2.2, i discovered that the build didn't function because claims that sample directory was missing, then i download jboss-portal from cvs and copied the samples directory to the jb2.2 and i build it.

then i discovered that builded portal.sar didnd funtion because it claims themes and layout, so i added /themes/layouts.(i dont remember) to the porta-server.war/web-inf directory....
i ' run jb as on win so y set loopback to true an cluster-service.xml....

it funtions...but when i run it in jboss as 404rc1 (( -c all)) it was portal 2.40alpha....!! wow!!!

in mi investigation i copied a portlet.war to the server/all/farm and it copied to the other cluster server....
..then i set the portal-mysql.db.xml pointing to the same database and all was fine but when i create a new cms intance pointing to a new uploaded page the server throws this

19:00:49,565 ERROR [STDERR] javax.jcr.PathNotFoundException: /vianauta/index.htm
l
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.HierarchyManagerIm
pl.resolvePath(HierarchyManagerImpl.java:263)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.CachingHierarchyMa
nager.resolvePath(CachingHierarchyManager.java:127)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.HierarchyManagerIm
pl.resolvePath(HierarchyManagerImpl.java:202)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.HierarchyManagerIm
pl.resolvePath(HierarchyManagerImpl.java:340)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.CachingHierarchyMa
nager.resolvePath(CachingHierarchyManager.java:189)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.ItemManager.getIte
m(ItemManager.java:292)
19:00:49,612 ERROR [STDERR] at org.apache.jackrabbit.core.SessionImpl.getIte
m(SessionImpl.java:717)
19:00:49,612 ERROR [STDERR] at org.jboss.portal.cms.impl.jcr.FileGetCommand.
execute(FileGetCommand.java:76)

thanks julien , scott dawson and ptournet for xplaining how to use cvs, finally i download the 2.2.1rc3 for make cluster, after testing all kind of things i build the clñustered portal, and copied some portlets to the /server/all/farm to make farming....but here is my question:


i share mysql database between nodes( one winxp and another redhat9-->mysql is here) and all fine, but when i set the cms new instance to point to some page...i notice that the page its stored only in a portal, ie: on the winxp or the redhat, so the farming is only for portlets portal instances....can i farm the portal? can i farm the cms repository?

continuing learning....
thanks

hi, i need to change the partition name to have 2 clustered jboss portal running and 2 jboss clustered portal for study and development but the thing it that in jbos doc apears:

<mbean code="org.jboss.ha.framework.server.ClusterPartition"
 name="jboss:service=DefaultPartition">

 <! -- Name of the partition being built -->
 <attribute name="PartitionName">
 ${jboss.partition.name:DefaultPartition}
 </attribute>

 <! -- The address used to determine the node name -->
 <attribute name="NodeAddress">${jboss.bind.address}</attribute>

 <! -- Determine if deadlock detection is enabled -->
 <attribute name="DeadlockDetection">False</attribute>

 <! -- Max time (in ms) to wait for state transfer to complete.
 Increase for large states -->
 <attribute name="StateTransferTimeout">30000</attribute>

 <! -- The JGroups protocol configuration -->
 <attribute name="PartitionConfig">
 ... ...
 </attribute>
</mbean>

other question, if i change the default name partition, do i have to change the partition names inside jbossportal.sar?

the files for clustering inside portal includes the dafaultpartition name.

My apologies if this is obvious.

Environment: Portal 2.2.1 GA - compiled from source with cluster option true
JBoss AS 4.0.4.CR2 compiled from source -- "all" environment
Operating Systems: Windows XP and RedHat 4 ES (not together -- different servers)


I have the portal working and have even compiled it from source to turn on clustering and do other thing.

This may be my ignorance, but the cluster names are hard coded in the portal, specifically, "portal.hibernate" and "portal.security". THis give an error indicating that messages are being received from another group in error and being ignored.

Shouldn't the Cluster Names be a variable with a default so it can pic a configurable cluster name (the same name as the cluster into which its deployed????)?