Revision
58374 -
Directory Listing
-
[select for diffs]
Modified
Thu Jan 28 09:22:37 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 58372
HSTTWO-3578 refactored the unit tests in general, and made sure not to rely on the content specific dates but just check again the real content for the dates for example. Also added unit test that makes sure handle UUIDs are in the search result, since this got fixed but should be guaranteed by a unit test as well
Revision
58372 -
Directory Listing
-
[select for diffs]
Modified
Wed Jan 27 16:52:03 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 58370
HSTTWO-3579 make sure that requests that are a FORWARD and a JAAS authentication request are not handled by the HST
Revision
58164 -
Directory Listing
-
[select for diffs]
Modified
Tue Jan 26 14:28:31 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 58075
HSTTWO-3515 make sure only ' workspace node' is required and not 'pages' and 'sitemap' and that those are added when required
Revision
58005 -
Directory Listing
-
[select for diffs]
Modified
Mon Jan 25 17:09:39 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57998
HSTTWO-3538 make sure to return links in the content that start with a '/' always as is : you can only create a link in ckeditor that starts with a '/' if you use <other> and this is never a link to a document (they are always relative to current doc and never start with a slash). Also, more generically, we now check for :// : If the link contains that, it is also external
Revision
57737 -
Directory Listing
-
[select for diffs]
Modified
Wed Jan 13 20:58:03 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57709
HSTTWO-3551 make sure a folder that matched a *.html or **.html (or *.foo / **.foo) is not selectable any more : This namely typically results in broken pages. Only ** and * matchers are usable for folders
Revision
57709 -
Directory Listing
-
[select for diffs]
Modified
Mon Jan 11 16:16:20 2016 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57708
HSTTWO-3434 As found by Ate's review, replace
if (cascadingInheritedPath.endsWith(hstConfigsInheritedRelPath)) {
with
if (cascadingInheritedPath.endsWith(relPath)) {
Very good catch!!!
Furthermore added unit tests for it, and also as a result of the unit test fixed another problem : When X inherits hst:workspace/hst:pages from Y, and Y inherits hst:workspace/hst:pages from Z, then if Y does not have hst:workspace/hst:pages, the hst:workspace/hst:pages from Z should still be inherited
Revision
57506 -
Directory Listing
-
[select for diffs]
Modified
Thu Dec 31 13:13:50 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57505
HSTTWO-3522 reintroduce the CacheContentEventListener as deprecated just in case an end project uses the CacheContentEventListener by some spring component as well (unlikely because part of the hst-core but since I want to backport this fix to a patch version, can't harm to keep the CacheContentEventListener for now as deprecated available as well)
Revision
57505 -
Directory Listing
-
[select for diffs]
Modified
Thu Dec 31 13:08:15 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57498
HSTTWO-3522 rename CacheContentEventListener to the more generic name PageCacheEventListener and next to listening for events below /content also evict the cache entries after a change below /webfiles
Revision
57498 -
Directory Listing
-
[select for diffs]
Modified
Thu Dec 31 10:49:51 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57493
HSTTWO-3523 add two more ChannelException types to indicate that a channel action fails due to that the channel is already locked or that it is out of sync (for example when a user has channel settings open, and in the meantime another user opens also the channel settings, changes them, saves them and publishes them: At this point, the channel settings are not locked any more, but the properties for the first user are out of sync)
Revision
57493 -
Directory Listing
-
[select for diffs]
Modified
Wed Dec 30 15:38:04 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57491
HSTTWO-3369 updated the javadoc to indicate that Channel field will never be null. Also changed the code that on the Channel object the 'channel id' gets set when a new id gets created. Then the channel id won't have to be passed as separate parameter. Also deprecated the #getChannelId as this is really never required any more: Just use getChannel().getId() instead
Revision
57489 -
Directory Listing
-
[select for diffs]
Modified
Wed Dec 30 15:14:42 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57486
HSTTWO-3520 make sure that on a move of a container item, both the 'target' and the 'source' container get directly locked. Before this fix, the 'source' container only got locked by the second update request by the frontent. However, the first call could already change the 'validation timestamp' and as a result, the second update request could fail. Now the validation timestamp is still not in sync, but this is not required if a user already contains the lock on a hst container.
Revision
57486 -
Directory Listing
-
[select for diffs]
Modified
Wed Dec 30 13:18:27 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57483
HSTTWO-3519 since the channel mngr frontend needs to be able to get sometimes all channels regardless whether it has a preview config or not, and sometimes only when there is an explicit preview config, change the filtering on just 'preview' a bit to 'previewConfigRequired' : If false, the filtering is skipped. If true, only channels that have a preview are returned
Revision
57480 -
Directory Listing
-
[select for diffs]
Modified
Tue Dec 29 22:58:43 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57471
HSTTWO-3516 make sure to not (re)set the CMS_REQUEST_RENDERING_MOUNT_ID in case the request is a container resource request (as a container resource always matches the hst:root mount and can incorrectly reset the CMS_REQUEST_RENDERING_MOUNT_ID as container resources (binaries) are rendered concurrently by the browser
Revision
57471 -
Directory Listing
-
[select for diffs]
Modified
Tue Dec 29 10:04:21 2015 UTC
(5 years, 1 month ago)
by
aschrijvers
Diff to
previous 57464
HSTTWO-3515 filter the availability of a channel (for cross channel copy) based on that the target channel has a hst:workspace including a hst:pages and hst:sitemap section
Revision
57463 -
Directory Listing
-
[select for diffs]
Modified
Mon Dec 28 13:11:48 2015 UTC
(5 years, 2 months ago)
by
aschrijvers
Diff to
previous 57438
HSTTWO-3390 add a simple guava cache (guava instead of ehcache because the latter is too 'big' for this simple improvement and we should not reuse the existing cache in the WebFileValve because this is a blocking cache which we also don't need). Hence I added a simple guava cache for which the exact construction can be set via a hst config property.
Revision
57423 -
Directory Listing
-
[select for diffs]
Modified
Wed Dec 23 14:24:59 2015 UTC
(5 years, 2 months ago)
by
aschrijvers
Diff to
previous 57389
HSTTWO-3434 support cascading hst inheritance : From now on, an hst configuration setup as follows:
+ hst:hst
+ hst:configurations
+ common
+ corporate
- hst:inheritsfrom = ../common
+ hst:sitemenus
+ hst:workspace
+ hst:sitemenus
+ subsite
- hst:inheritsfrom = ../corporate
makes sure that 'subsite' inherits from 'corporate' *and* from 'common'. Note that for the above setup, 'subsite' does not yet inherit the hst:workspace from 'corporate'. This can be achieve by:
+ subsite
- hst:inheritsfrom = ../corporate, ../corporate/hst:workspace
Note that if the configuration would had been:
+ hst:hst
+ hst:configurations
+ common
+ corporate
- hst:inheritsfrom = ../common, ../common/hst:workspace
+ hst:sitemenus
+ hst:workspace
+ hst:sitemenus
+ subsite
- hst:inheritsfrom = ../corporate
in this case, subsite does not inherit the hst:workspace from 'corporate' but it does inherit the 'hst:workspace' from 'common' because 'corporate' inherits from ../common, ../common/hst:workspace.
Another detail: In case the setup is:
+ hst:hst
+ hst:configurations
+ common
+ corporate
- hst:inheritsfrom = ../common, ../common/hst:workspace
+ hst:sitemenus
+ hst:workspace
+ hst:sitemenus
+ subsite
- hst:inheritsfrom = ../corporate, ../corporate/hst:workspace
then 'subsite' inherits in the following order the configuration:
1) corporate
2) common
3) common/hst:workspace
4) corporate/hst:workspace
this is because the *first* inheritacance (../corporate) is first completely inherited. Also note that the above configuration is not very likely to really occur in practice.
Note that if the configuration would had been:
+ hst:hst
+ hst:configurations
+ common
+ corporate
- hst:inheritsfrom = ../common, ../common/hst:workspace
+ hst:sitemenus
+ hst:workspace
+ hst:sitemenus
+ subsite
- hst:inheritsfrom = ../corporate/hst:workspace, ../corporate
then the order of inheritance would had been:
1) corporate/hst:workspace
2) corporate
3) common
4) common/hst:workspace
The order of inheritance is important when it comes to 'shielding' configuration nodes in case of same node names
All the above scenarios have been added in unit tests
Revision
57386 -
Directory Listing
-
[select for diffs]
Modified
Mon Dec 21 14:27:19 2015 UTC
(5 years, 2 months ago)
by
aschrijvers
Diff to
previous 57308
HSTTWO-3454 accounted for review suggestion by Michiel and added unit tests for validating different scenarios. Also maed sure that without hst request context, the includeQueryString boolean is honoured
Revision
57308 -
Directory Listing
-
[select for diffs]
Modified
Thu Dec 17 11:05:33 2015 UTC
(5 years, 2 months ago)
by
aschrijvers
Diff to
previous 57292
HSTTWO-3503 HstComponentConfigurationService#setServeResourcePath should set isNamedResourceServer to true or false instead of setting isNamedRenderer
Revision
57292 -
Directory Listing
-
[select for diffs]
Modified
Wed Dec 16 20:38:22 2015 UTC
(5 years, 2 months ago)
by
aschrijvers
Diff to
previous 57242
HSTTWO-3501 have the option to call 'findDocumentPathsRecursive' with a Predicate function that can skip the recursion scanning of some hst component configurations
Revision
56720 -
Directory Listing
-
[select for diffs]
Modified
Thu Nov 19 11:53:51 2015 UTC
(5 years, 3 months ago)
by
aschrijvers
Diff to
previous 56672
HSTTWO-1003 remove incorrect comment since _rp mount does not get appended to 127.0.0.1 host (opposed to the _cmsrest mount)
Revision
56133 -
Directory Listing
-
[select for diffs]
Modified
Tue Oct 20 13:40:50 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 56115
HSTTWO-3444 make sure that when the nt:resource gets replaced, ftl also gets reloaded. Note that the fix is in SpringComponentManager-freemarker.xml. The changes in WebFilesTemplateEventListener are just making the code a bit more resilient (it might be that before a unlikely path like /webfiles/site/ftl/my.stange.ftl.path would result in an index out of bounds exc
Revision
56115 -
Directory Listing
-
[select for diffs]
Modified
Mon Oct 19 12:40:36 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 56074
HSTTWO-3442 Replace deprecate usage of MBeanRegistrationSupport#setRegistrationBehaviorName in SpringComponentManager-jmx.xml
Revision
55907 -
Directory Listing
-
[select for diffs]
Modified
Fri Oct 9 12:09:45 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 55906
HSTTWO-3432 fix the unit test assumptions: They incorrectly asserted that hst:workspace nodes could also be inherited which should not be the case
Revision
55904 -
Directory Listing
-
[select for diffs]
Modified
Fri Oct 9 11:30:56 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 55864
HSTTWO-3432 make sure that if mainConfigNode is already inherited, that the inherited workspace never gets inherited
Revision
55816 -
Directory Listing
-
[select for diffs]
Modified
Wed Oct 7 10:24:23 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 55815
HSTTWO-3423 When the pathInfo is used from the HstLinkTag, then while the pathInfo starts with http:, https: or // , the pathInfo should strip off those prefixes: We do not allow those.
Revision
55810 -
Directory Listing
-
[select for diffs]
Modified
Wed Oct 7 08:48:05 2015 UTC
(5 years, 4 months ago)
by
aschrijvers
Diff to
previous 55809
HSTTWO-3423 extract PathEncoder from the path encoding logic in HstContainerURLProvider and use that path encoder also from HstLinkImpl to make sure that pathInfo always gets URL encoded
Revision
55511 -
Directory Listing
-
[select for diffs]
Modified
Thu Sep 10 14:32:52 2015 UTC
(5 years, 5 months ago)
by
aschrijvers
Diff to
previous 55508
HSTTWO-3397 add getHstSiteMapItem() to HstLink interface : It is a valuable getter for end project developers to know to which sitemap item a hst link actually maps, *and* the HstLinkImpl had all the bits and bytes for retrieving the sitemap item already implemented