[ALF-901] Impossible to deploy item to test ASR via AVM Created: 17-Feb-10  Updated: 31-Aug-16  Resolved: 27-Apr-10

Status: Closed
Project: Alfresco
Component/s: ZZ_Archive
Affects Version/s: 3.2 R Enterprise
Fix Version/s: 3.3 Enterprise

Type: Bug Priority: Major
Reporter: Alfresco QA Team (Inactive) Assignee: Closed Bugs (Inactive)
Resolution: Not a bug Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Windows Server, Tomcat, MySQL, FF3


Attachments: Text File log.txt     Text File log.txt     JPEG File test ASR via AVM.jpg    
Issue Links:
Related
relates to ALF-894 Deployment via AVM to Live ASR (Depre... Closed
relates to ALF-895 Deploying item from source path via D... Closed
relates to MNT-3867 No file is displayed in target web pr... Closed
Testcase ID:

WCM-899

Date of First Response:

 Description   

Steps:
1. Create 2 machines (system1 and system2)
System 1 will be the receiver and system 2 will be the source
2. On System 1, create a new web project "testA".
3. On System2 create Web Project "testA" with configured ASR
(Type: Test Server, Host: other_server, Port: 50500, Source Path: /ROOT/123)
4. Create folder 123 and any content item inside of it;
5. Deploy sandbox to test server;
6. Go to Web Project "testA" on system1;
7. Click Browse Website link --> error occurs (see attach)

Expected result:
Website is opened, successfully deployed content item from source path is displayed on system1;

OlgaTa



 Comments   
Comment by Mark Rogers [X] (Inactive) [ 19-Feb-10 ]

The attached image does not match the discription since the image is failing to read an author sandbox for a project called "ta".

More details please.

Comment by Steve Rigby [X] (Inactive) [ 26-Apr-10 ]

Review for inclusion in 3.3E or for future

Comment by Mark Rogers [X] (Inactive) [ 26-Apr-10 ]

Please clarify issue.

Comment by Alfresco QA Team (Inactive) [ 27-Apr-10 ]

It seems that issue duplicates ALF-2061, but in current example we use ASR server for deployment via AVM from source path.

On current build (Alfresco Enterprise 3.2.1 build 499) using steps from the description deployment is successful in source web project, files from folder "123" are displayed in Node browser on receiver server, web project on receiver server is opened without errors, but sandboxes are empty though files from source folder are displayed in Node Browser on receiver server AND an error is displayed in log (see attached new log.txt)

Comment by Mark Rogers [X] (Inactive) [ 27-Apr-10 ]

So deployment is successful. And its working as it should, therefore I'm setting this as "not a bug".

Please note that deploying from one authoring environment to another authoring environment is not a usual use-case. The runtime AVM repositories are intended to be used to support a web site by providing content via the alfresco api's such as search. It would be a better test to access content via the node browser or via web scripts.

There are a couple of issues with this test in particular.
a) Trying to do a partial (with something in Source Path) deployment from one Authoring environment to another. Which causes a ROOT not found exception. Possibly following ALF-2061 we will tidy up text of the error message but that will never work.
b) Test server deployment does not deploy into System1's author sandbox. System 1 is not an authoring environment, its an AVM test server.

Comment by Steve Rigby [X] (Inactive) [ 12-May-10 ]

For retest in 3.3E build 27

Comment by Alfresco QA Team (Inactive) [ 13-May-10 ]

Closed as "Not a bug"

Comment by Derek Hulley [X] (Inactive) [ 31-Aug-16 ]

The component originally used was not a supported, recognisable system component with an associated component owner. Either the component never existed (it was fictional) or it has reached end-of-life.
The issues will be closed. Reopen and assign to an existing system component if necessary. Use labels appropriately.

Generated at Mon Mar 08 16:00:26 GMT 2021 using Jira 7.13.15#713015-sha1:7c5ddd2c3e1709974ae9c48c17df8edd3919fe2c.