topic Re: why to go for deploy? in Alfresco Archive

why to go for deploy?

guhann — Wed, 25 Jul 2007 11:03:00 GMT

If i need to move the files from one system to another then only i need deploy feature? consider in production im going to use only one box, there i will install aflresco(tomcat) and apachewebserver.if i create xml/html/jsp files and i submit then it is getting reflected automatically in the avm rep

Re: why to go for deploy?

kvc — Wed, 25 Jul 2007 14:14:02 GMT

The deploy feature is used to push content from one Alfresco to another Alfresco server, or to push content from Alfresco to a remote file-system. This second option is usefulness for a number of reasons, including support for pushing static HTML sites to a remote file server to be served via Apache or pushing code to a remote file server to be accessed and executing by the run-time environment of your choice without having to serve directly off of Alfresco's CIFS interface (which is always going to be slower than a native FS).

The file-system deployment is now available with our updated 2.1.0 Community release. Have a look!

Kevin

Re: why to go for deploy?

guhann — Thu, 26 Jul 2007 05:17:38 GMT

Ok,Pushing the content from alfresco to a remote file system, that means i can able to move the files to my desired location/folder in the remote system? ? ie.) i need to move the files to the apache web server's directory. How do i provide the path for this in "Deploy to" field.?

i specified only the ipaddress then the contents are deployed only in the remote machine avm store.

Thanks for ur quick response.

Re: why to go for deploy?

kvc — Thu, 26 Jul 2007 10:57:45 GMT

The Deploy To field allows you to specify a server name or IP address to deploy to a remote Alfresco server. To deploy to a remote file server receiver (a server not running Alfresco), you need to specify a UNC path. The 'Help' icon next to the Deploy To field provides useful instructions here.

To download and install the RFS receiver, you can fetch the deployment ZIP file, install scripts, and README from SourceForge in the WCM section here:

http://sourceforge.net/project/showfiles.php?group_id=143373

For more info on Deployment, including RFS deployment, you can refer to our wiki:

http://wiki.alfresco.com/wiki/Deployment

Kevin

Re: why to go for deploy?

guhann — Fri, 27 Jul 2007 10:21:39 GMT

In the deploy to filed i mention the ip like 192.168.51.8:44100
Deployment server is also running in remote server…

Followed the steps as in readme file, but still getting error like this………

org.alfresco.service.cmr.avm.AVMException: Could not Initialize Remote Connection to 192.168.51.8
   at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:543)
   at org.alfresco.repo.deploy.DeploymentServiceImpl.deployDifference(DeploymentServiceImpl.java:109)
   at sun.reflect.GeneratedMethodAccessor1259.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
   at org.alfresco.repo.transaction.RetryingTransactionAdvice.invoke(RetryingTransactionAdvice.java:92)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy55.deployDifference(Unknown Source)
   at org.alfresco.repo.avm.actions.AVMDeploySnapshotAction.executeImpl(AVMDeploySnapshotAction.java:212)
   at org.alfresco.repo.action.executer.ActionExecuterAbstractBase.execute(ActionExecuterAbstractBase.java:120)
   at org.alfresco.repo.action.ActionServiceImpl.directActionExecution(ActionServiceImpl.java:537)
   at org.alfresco.repo.action.ActionServiceImpl.executeActionImpl(ActionServiceImpl.java:472)
   at org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl$ActionExecutionWrapper$1.execute(AsynchronousActionExecutionQueueImpl.java:258)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:225)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155)
   at org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl$ActionExecutionWrapper.run(AsynchronousActionExecutionQueueImpl.java:267)
   at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
   at java.lang.Thread.run(Thread.java:595)
Caused by: org.springframework.remoting.RemoteLookupFailureException: Could not find RMI service [rmi://192.168.51.8:44100/authentication] in RMI registry; nested exception is java.rmi.NotBoundException: authentication
   at org.springframework.remoting.rmi.RmiClientInterceptor.lookupStub(RmiClientInterceptor.java:210)
   at org.springframework.remoting.rmi.RmiClientInterceptor.prepare(RmiClientInterceptor.java:145)
   at org.springframework.remoting.rmi.RmiClientInterceptor.afterPropertiesSet(RmiClientInterceptor.java:133)
   at org.springframework.remoting.rmi.RmiProxyFactoryBean.afterPropertiesSet(RmiProxyFactoryBean.java:66)
   at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:525)
   … 22 more
Caused by: java.rmi.NotBoundException: authentication
   at sun.rmi.registry.RegistryImpl.lookup(RegistryImpl.java:106)
   at sun.rmi.registry.RegistryImpl_Skel.dispatch(Unknown Source)
   at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:375)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:240)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   at java.lang.Thread.run(Thread.java:595)
   at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
   at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:343)
   at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
   at java.rmi.Naming.lookup(Naming.java:84)
   at org.springframework.remoting.rmi.RmiClientInterceptor.lookupStub(RmiClientInterceptor.java:199)
   … 26 more

Re: why to go for deploy?

guhann — Fri, 27 Jul 2007 11:21:08 GMT

Caused by: org.alfresco.repo.security.authentication.AuthenticationException: net.sf.acegisecurity.BadCredentialsException: Bad credentials presented
net.sf.acegisecurity.BadCredentialsException: Bad credentials presented
   at net.sf.acegisecurity.providers.dao.DaoAuthenticationProvider.getUserFromBackend(DaoAuthenticationProvider.java:393)
   at net.sf.acegisecurity.providers.dao.DaoAuthenticationProvider.authenticate(DaoAuthenticationProvider.java:225)
   at net.sf.acegisecurity.providers.ProviderManager.doAuthentication(ProviderManager.java:159)
   at net.sf.acegisecurity.AbstractAuthenticationManager.authenticate(AbstractAuthenticationManager.java:49)
   at org.alfresco.repo.security.authentication.AuthenticationComponentImpl.authenticate(AuthenticationComponentImpl.java:74)
   at org.alfresco.repo.security.authentication.AuthenticationServiceImpl.authenticate(AuthenticationServiceImpl.java:112)
   at sun.reflect.GeneratedMethodAccessor746.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
   at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:80)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.alfresco.repo.audit.AuditComponentImpl.auditImpl(AuditComponentImpl.java:256)
   at org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.java:191)
   at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:69)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy21.authenticate(Unknown Source)
   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 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
   at org.springframework.remoting.support.RemoteInvocationTraceInterceptor.invoke(RemoteInvocationTraceInterceptor.java:70)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy21.authenticate(Unknown Source)
   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 org.springframework.remoting.support.RemoteInvocation.invoke(RemoteInvocation.java:181)
   at org.springframework.remoting.support.DefaultRemoteInvocationExecutor.invoke(DefaultRemoteInvocationExecutor.java:38)
   at org.springframework.remoting.support.RemoteInvocationBasedExporter.invoke(RemoteInvocationBasedExporter.java:76)
   at org.springframework.remoting.rmi.RmiBasedExporter.invoke(RmiBasedExporter.java:72)
   at org.springframework.remoting.rmi.RmiInvocationWrapper.invoke(RmiInvocationWrapper.java:62)
   at sun.reflect.GeneratedMethodAccessor322.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   at java.lang.Thread.run(Thread.java:595)

   at org.alfresco.repo.security.authentication.AuthenticationComponentImpl.authenticate(AuthenticationComponentImpl.java:88)
   at org.alfresco.repo.security.authentication.AuthenticationServiceImpl.authenticate(AuthenticationServiceImpl.java:112)
   at sun.reflect.GeneratedMethodAccessor746.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
   at net.sf.acegisecurity.intercept.method.aopalliance.MethodSecurityInterceptor.invoke(MethodSecurityInterceptor.java:80)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.alfresco.repo.audit.AuditComponentImpl.auditImpl(AuditComponentImpl.java:256)
   at org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.java:191)
   at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:69)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy21.authenticate(Unknown Source)
   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 org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
   at org.springframework.remoting.support.RemoteInvocationTraceInterceptor.invoke(RemoteInvocationTraceInterceptor.java:70)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy21.authenticate(Unknown Source)
   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 org.springframework.remoting.support.RemoteInvocation.invoke(RemoteInvocation.java:181)
   at org.springframework.remoting.support.DefaultRemoteInvocationExecutor.invoke(DefaultRemoteInvocationExecutor.java:38)
   at org.springframework.remoting.support.RemoteInvocationBasedExporter.invoke(RemoteInvocationBasedExporter.java:76)
   at org.springframework.remoting.rmi.RmiBasedExporter.invoke(RmiBasedExporter.java:72)
   at org.springframework.remoting.rmi.RmiInvocationWrapper.invoke(RmiInvocationWrapper.java:62)
   at sun.reflect.GeneratedMethodAccessor322.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
   at sun.rmi.transport.Transport$1.run(Transport.java:153)
   at java.security.AccessController.doPrivileged(Native Method)
   at sun.rmi.transport.Transport.serviceCall(Transport.java:149)
   at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
   at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
   at java.lang.Thread.run(Thread.java:595)
   at org.springframework.remoting.support.RemoteInvocationUtils.fillInClientStackTraceIfPossible(RemoteInvocationUtils.java:44)
   at org.springframework.remoting.rmi.RmiClientInterceptor.doInvoke(RmiClientInterceptor.java:352)
   at org.springframework.remoting.rmi.RmiClientInterceptor.invoke(RmiClientInterceptor.java:259)
   at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
   at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
   at $Proxy21.authenticate(Unknown Source)
   at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:527)
   … 23 more

Re: why to go for deploy?

guhann — Fri, 27 Jul 2007 11:30:50 GMT

Caused by: org.springframework.remoting.RemoteLookupFailureException: Lookup of RMI stub failed; nested exception is java.rmi.ConnectException: Connection refused to host: 192.168.51.62; nested exception is:
   java.net.ConnectException: Connection refused: connect
   at org.springframework.remoting.rmi.RmiClientInterceptor.lookupStub(RmiClientInterceptor.java:214)
   at org.springframework.remoting.rmi.RmiClientInterceptor.prepare(RmiClientInterceptor.java:145)
   at org.springframework.remoting.rmi.RmiClientInterceptor.afterPropertiesSet(RmiClientInterceptor.java:133)
   at org.springframework.remoting.rmi.RmiProxyFactoryBean.afterPropertiesSet(RmiProxyFactoryBean.java:66)
   at org.alfresco.repo.deploy.DeploymentServiceImpl.getRemote(DeploymentServiceImpl.java:525)
   … 22 more
Caused by: java.rmi.ConnectException: Connection refused to host: 192.168.51.62; nested exception is:
   java.net.ConnectException: Connection refused: connect
   at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:574)
   at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:185)
   at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:171)
   at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:306)
   at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
   at java.rmi.Naming.lookup(Naming.java:84)
   at org.springframework.remoting.rmi.RmiClientInterceptor.lookupStub(RmiClientInterceptor.java:199)
   … 26 more
Caused by: java.net.ConnectException: Connection refused: connect
   at java.net.PlainSocketImpl.socketConnect(Native Method)
   at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
   at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
   at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
   at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
   at java.net.Socket.connect(Socket.java:519)
   at java.net.Socket.connect(Socket.java:469)
   at java.net.Socket.<init>(Socket.java:366)
   at java.net.Socket.<init>(Socket.java:179)
   at sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
   at sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
   at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:569)
   … 32 more

Re: why to go for deploy?

kseal — Fri, 27 Jul 2007 16:02:41 GMT

Unfortunately I'm also getting this problem…

I've configured the deployment receiver to use an RMI port of 54321 and it seems to start up alright.

I've configured my web project to use the following:
Deploy To: localhost:54321

I get
…
Caused by: org.springframework.remoting.RemoteLookupFailureException: Could not find RMI service [rmi://10.71.131.42:54321/authentication] in RMI registry; nested exception is java.rmi.NotBoundException: authentication
…

I've also tried Deploy To: \\localhost:54321 (as implied in the wiki article) but that doesn't even create a deployment report (I don't think it likes creating a deployment report with a '\' in it).

I'm guessing I've missed something obvious if my deployment receiver hasn't bound everything necessary into the registry… but what?!

Re: why to go for deploy?

guhann — Fri, 03 Aug 2007 12:36:54 GMT

Hi…..

Still im looking for a solution on this…. Please help… Is this a bug??

How do i proceed?
When will the new version be released?

Re: why to go for deploy?

kvc — Mon, 06 Aug 2007 14:08:46 GMT

Did you specify the receiver name using \\ipaddress or \\hostname?

Meaning, are you including the preceding \\?

Kevin

Re: why to go for deploy?

kseal — Mon, 06 Aug 2007 16:40:48 GMT

I'm using \\ipaddress (as indicated in the Deployment wiki pages). When I use \\my.ip.add.ress:44100 I see the following error(s) in the log:


17:30:45,718 ERROR [avm.actions.AVMDeploySnapshotAction] org.alfresco.service.cmr.avm.AVMException: Could not Initialize Remote Connection to \\my.ip.add.ress
17:30:45,906 ERROR [node.integrity.IntegrityChecker] Found 1 integrity violations:
Invalid property value:
   Node: workspace://SpacesStore/61ff3774-443a-11dc-8490-f511cb4f3afe
   Type: {http://www.alfresco.org/model/wcmappmodel/1.0}deploymentreport
   Property: {http://www.alfresco.org/model/content/1.0}name
   Constraint: Value '\\my.ip.add.ress_44100 deployment report.txt' matches regular expression: (.*[\"\*\\\>\<\?\/\:\|]+.*)|(.*[\.]?.*[\.]+$)|(.*[ ]+$)
17:30:45,968 ERROR [repo.action.AsynchronousActionExecutionQueueImpl] Failed to execute asynchronous action: Action[ id=61c5feff-443a-11dc-8490-f511cb4f3afe, node=null ]
org.alfresco.error.AlfrescoRuntimeException: Unknown Exception in Transaction.
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:292)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155)
        at org.alfresco.repo.action.AsynchronousActionExecutionQueueImpl$ActionExecutionWrapper.run(AsynchronousActionExecutionQueueImpl.java:267)
        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
        at java.lang.Thread.run(Thread.java:595)
Caused by: javax.transaction.RollbackException: Transaction didn't commit: Integrity failure
        at org.alfresco.util.transaction.SpringAwareUserTransaction.commit(SpringAwareUserTransaction.java:430)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:239)
        … 5 more
Caused by: org.alfresco.repo.node.integrity.IntegrityException: Integrity failure
        at org.alfresco.repo.node.integrity.IntegrityChecker.checkIntegrity(IntegrityChecker.java:626)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.flush(AlfrescoTransactionSupport.java:559)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.beforeCommit(AlfrescoTransactionSupport.java:630)
        at org.springframework.transaction.support.TransactionSynchronizationUtils.triggerBeforeCommit(TransactionSynchronizationUtils.java:48)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCommit(AbstractPlatformTransactionManager.java:821)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:637)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:624)
        at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:307)
        at org.alfresco.util.transaction.SpringAwareUserTransaction.commit(SpringAwareUserTransaction.java:420)
        … 6 more
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

I'm running on Windows (if that helps!). So it looks like the transaction's rolling back because the deployment report can't be created. This causes the deployment to always appear as "IN PROGRESS" in the list of recent snapshots.
If I don't use the \\ then it complains that "authentication" isn't bound in RMI but that's possibly because it's expecting to connect to an Alfresco server rather than a deployment receiver (at a guess).

Re: why to go for deploy?

gavinc — Thu, 09 Aug 2007 10:36:14 GMT

Have you tried using just \\my.ip.add.ress, a bug has been discovered when port numbers are present for file server deployments and as you specifying the default port number it isn't strictly needed.

Re: why to go for deploy?

guhann — Thu, 09 Aug 2007 13:17:55 GMT

Yes, also tried without port number…………

Infact tried all the possibilities..

Re: why to go for deploy?

gavinc — Fri, 10 Aug 2007 14:38:46 GMT

OK, I'm going to be taking a look at all the deployment issues raised shortly, I'll let you know the outcome…

Re: why to go for deploy?

gavinc — Tue, 14 Aug 2007 07:32:08 GMT

Can I ask what version everyone is using for the deployment?

The \\ characters were part of the deployment report name early on in the development cycle (which would cause the integrity error) but I'm sure this was fixed before the final release of community so I was just wondering whether you were using a checkout from SVN or one of the released bundles?

Re: why to go for deploy?

kiran1 — Tue, 14 Aug 2007 08:26:06 GMT

Thanks gavin

Deployment feature is working well in alfresco-community-tomcat-2.1.0(i.e) latest rc2 by specifying \\ipaddress.

But the basic functionality of tinyMCEeditor to create tables/to view the html source code are not available as default while adding content to webforms???

can you tell me how to fix this?

Re: why to go for deploy?

kvc — Mon, 20 Aug 2007 13:50:52 GMT

As a quick follow-up:

In Community Final, if you do not specify a port number and use the default, things should be working properly.

In Community Final, there was a bug with specified port numbers. This bug was recently fixed on the v2.1 enterprise branch and currently available for check-out for subscribed customers. It will also be made available as part of our latest Enterprise BETA, BETA 3, mid-week.

The current fixed issue can be found here: http://issues.alfresco.com/browse/WCM-692

Lastly, we plan providing an updated Community release concomitant with our release of 2.1 Enterprise. That updated release will include this fix.

Let us know how things go.

Kevin

Re: why to go for deploy?

venkatvj — Tue, 21 Aug 2007 18:53:43 GMT

I am running into the same issue. I have 2.1.0 version installed.

For the Deploy To field i have specified all combinations:
1. \\Ip-address
2. \\hostname
3. \\Ip-address:44100
4. \\hostname:44100
5. \\127.0.0.1
6. \\127.0.0.1:44100
7. \\localhost
8. \\localhost:44100

But hitting the same issue.

11:12:49,120 ERROR [avm.actions.AVMDeploySnapshotAction] org.alfresco.service.cmr.avm.AVMException: Could not Initialize Remote Connection to \\10.1.6.183
11:12:49,303 ERROR [node.integrity.IntegrityChecker] Found 1 integrity violations:
Invalid property value:
……..

Any help in this regard would be greatly appreciated.

Thanks
Venkat

Re: why to go for deploy?

gavinc — Wed, 22 Aug 2007 12:42:53 GMT

Could you possibly turn on debugging for me and post the debug output you see? In your log4j.properties file add the following line and try your deployment again:

log4j.logger.org.alfresco.repo.avm.actions.AVMDeploySnapshotAction=debug‍

Re: why to go for deploy?

decentrix — Mon, 10 Sep 2007 19:21:04 GMT

Gavin,

Can you confirm or deny that the fix for this (WCM-692) is in the current community 2.2.0dev nightly builds?

Thanx,

-Tony