[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2018-02-26 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.2.2)
   Sling Eclipse IDE 1.2.4

> Convert majority of eclipse-based tests to test vlt commands or the 
> ResourceChangeCommandFactory
> 
>
> Key: SLING-3784
> URL: https://issues.apache.org/jira/browse/SLING-3784
> Project: Sling
>  Issue Type: Test
>  Components: IDE, Testing
>Affects Versions: Sling Eclipse IDE 1.0.2
>Reporter: Robert Munteanu
>Priority: Major
> Fix For: Sling Eclipse IDE 1.2.4
>
>
> The current mechanism for content sync is
> * for reach resource change/build event/manual publish
> * {{SlingContentModuleFactory}} generates lists of module resources
> * Eclipse change detection mechanism generates a diff
> * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
> to build vlt commands
> * vlt commands are executed
> The current eclipse-based tests, while useful, exercise the whole process and 
> are therefore more brittle and more difficult to write that the alternatives 
> testing a smaller part of the stack
> We now have tests in place for each of the steps ( excluding of course 
> Eclipse diff generation, but that's out of scope ). Moving the tests to 
> simpler fixtures will make the tests more stable, faster and easier to write. 
> We should still keep some end-to-end tests, but we will not aim to test all 
> scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2018-01-17 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.2.0)
   Sling Eclipse IDE 1.2.2

> Convert majority of eclipse-based tests to test vlt commands or the 
> ResourceChangeCommandFactory
> 
>
> Key: SLING-3784
> URL: https://issues.apache.org/jira/browse/SLING-3784
> Project: Sling
>  Issue Type: Test
>  Components: IDE, Testing
>Affects Versions: Sling Eclipse IDE 1.0.2
>Reporter: Robert Munteanu
>Priority: Major
> Fix For: Sling Eclipse IDE 1.2.2
>
>
> The current mechanism for content sync is
> * for reach resource change/build event/manual publish
> * {{SlingContentModuleFactory}} generates lists of module resources
> * Eclipse change detection mechanism generates a diff
> * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
> to build vlt commands
> * vlt commands are executed
> The current eclipse-based tests, while useful, exercise the whole process and 
> are therefore more brittle and more difficult to write that the alternatives 
> testing a smaller part of the stack
> We now have tests in place for each of the steps ( excluding of course 
> Eclipse diff generation, but that's out of scope ). Moving the tests to 
> simpler fixtures will make the tests more stable, faster and easier to write. 
> We should still keep some end-to-end tests, but we will not aim to test all 
> scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)


[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2016-02-22 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.1.0)
   Sling Eclipse IDE 1.1.2

> Convert majority of eclipse-based tests to test vlt commands or the 
> ResourceChangeCommandFactory
> 
>
> Key: SLING-3784
> URL: https://issues.apache.org/jira/browse/SLING-3784
> Project: Sling
>  Issue Type: Test
>  Components: IDE, Testing
>Affects Versions: Sling Eclipse IDE 1.0.2
>Reporter: Robert Munteanu
> Fix For: Sling Eclipse IDE 1.1.2
>
>
> The current mechanism for content sync is
> * for reach resource change/build event/manual publish
> * {{SlingContentModuleFactory}} generates lists of module resources
> * Eclipse change detection mechanism generates a diff
> * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
> to build vlt commands
> * vlt commands are executed
> The current eclipse-based tests, while useful, exercise the whole process and 
> are therefore more brittle and more difficult to write that the alternatives 
> testing a smaller part of the stack
> We now have tests in place for each of the steps ( excluding of course 
> Eclipse diff generation, but that's out of scope ). Moving the tests to 
> simpler fixtures will make the tests more stable, faster and easier to write. 
> We should still keep some end-to-end tests, but we will not aim to test all 
> scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2015-10-05 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.0.8)
   Sling Eclipse IDE 1.1.0

> Convert majority of eclipse-based tests to test vlt commands or the 
> ResourceChangeCommandFactory
> 
>
> Key: SLING-3784
> URL: https://issues.apache.org/jira/browse/SLING-3784
> Project: Sling
>  Issue Type: Test
>  Components: IDE, Testing
>Affects Versions: Sling Eclipse IDE 1.0.2
>Reporter: Robert Munteanu
> Fix For: Sling Eclipse IDE 1.1.0
>
>
> The current mechanism for content sync is
> * for reach resource change/build event/manual publish
> * {{SlingContentModuleFactory}} generates lists of module resources
> * Eclipse change detection mechanism generates a diff
> * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
> to build vlt commands
> * vlt commands are executed
> The current eclipse-based tests, while useful, exercise the whole process and 
> are therefore more brittle and more difficult to write that the alternatives 
> testing a smaller part of the stack
> We now have tests in place for each of the steps ( excluding of course 
> Eclipse diff generation, but that's out of scope ). Moving the tests to 
> simpler fixtures will make the tests more stable, faster and easier to write. 
> We should still keep some end-to-end tests, but we will not aim to test all 
> scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2015-02-19 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.0.6)
   Sling Eclipse IDE 1.0.8

 Convert majority of eclipse-based tests to test vlt commands or the 
 ResourceChangeCommandFactory
 

 Key: SLING-3784
 URL: https://issues.apache.org/jira/browse/SLING-3784
 Project: Sling
  Issue Type: Test
  Components: IDE, Testing
Affects Versions: Sling Eclipse IDE 1.0.2
Reporter: Robert Munteanu
 Fix For: Sling Eclipse IDE 1.0.8


 The current mechanism for content sync is
 * for reach resource change/build event/manual publish
 * {{SlingContentModuleFactory}} generates lists of module resources
 * Eclipse change detection mechanism generates a diff
 * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
 to build vlt commands
 * vlt commands are executed
 The current eclipse-based tests, while useful, exercise the whole process and 
 are therefore more brittle and more difficult to write that the alternatives 
 testing a smaller part of the stack
 We now have tests in place for each of the steps ( excluding of course 
 Eclipse diff generation, but that's out of scope ). Moving the tests to 
 simpler fixtures will make the tests more stable, faster and easier to write. 
 We should still keep some end-to-end tests, but we will not aim to test all 
 scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)


[jira] [Updated] (SLING-3784) Convert majority of eclipse-based tests to test vlt commands or the ResourceChangeCommandFactory

2014-10-10 Thread Robert Munteanu (JIRA)

 [ 
https://issues.apache.org/jira/browse/SLING-3784?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Robert Munteanu updated SLING-3784:
---
Fix Version/s: (was: Sling Eclipse IDE 1.0.4)
   Sling Eclipse IDE 1.0.6

 Convert majority of eclipse-based tests to test vlt commands or the 
 ResourceChangeCommandFactory
 

 Key: SLING-3784
 URL: https://issues.apache.org/jira/browse/SLING-3784
 Project: Sling
  Issue Type: Test
  Components: IDE, Testing
Affects Versions: Sling Eclipse IDE 1.0.2
Reporter: Robert Munteanu
 Fix For: Sling Eclipse IDE 1.0.6


 The current mechanism for content sync is
 * for reach resource change/build event/manual publish
 * {{SlingContentModuleFactory}} generates lists of module resources
 * Eclipse change detection mechanism generates a diff
 * {{SlingLaunchpadBehaviour}}  invokes the {{ResourceChangeCommandFactory}} 
 to build vlt commands
 * vlt commands are executed
 The current eclipse-based tests, while useful, exercise the whole process and 
 are therefore more brittle and more difficult to write that the alternatives 
 testing a smaller part of the stack
 We now have tests in place for each of the steps ( excluding of course 
 Eclipse diff generation, but that's out of scope ). Moving the tests to 
 simpler fixtures will make the tests more stable, faster and easier to write. 
 We should still keep some end-to-end tests, but we will not aim to test all 
 scenarios end-to-end.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)