Hi *,
just my cents.
First of all I am really happy to see this moving forward (thanks Robert for
bring this up).
About the usage of VLT I am not against it but I do not see any problem on
having a further level of abstraction between the tooling and
the transport layer (e.g. VLT)
Regards
On Thu, May 30, 2013 at 11:22 PM, Dan Klco dan.k...@sixdimensions.com wrote:
...Right now the JSP I am using for integration tests makes extensive use of
JSTL and
it would probably be beneficial for developers overall to have access to JSTL
in Sling 7
+1 to that
-Bertrand
Hi,
On Thu, May 30, 2013 at 4:35 PM, Robert Munteanu romb...@apache.org wrote:
... I noticed that the page from https://cwiki.apache.org/SLING/index.html
lags behind https://cwiki.apache.org/confluence/display/SLING/Index .
I'd say file an INFRA issue...and excuse my ignorance but why do we
See https://builds.apache.org/job/sling-trunk-1.7/50/changes
Changes:
[cziegeler] SLING-2894 : ResourceUtil.getOrCreateResource doesn't commit
changes if an intermediate exception occurs
[dklco] Updating to a newer, released version of the POST Servlet
Dominique Pfister created SLING-2895:
Summary: NPE in VotingHelper.getWinningVoting
Key: SLING-2895
URL: https://issues.apache.org/jira/browse/SLING-2895
Project: Sling
Issue Type: Bug
[
https://issues.apache.org/jira/browse/SLING-2895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dominique Pfister updated SLING-2895:
-
Description:
On shutdown of a Felix container, I get the following stack trace:
[
https://issues.apache.org/jira/browse/SLING-2895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dominique Pfister updated SLING-2895:
-
Description:
On shutdown of a Felix container, I get the following stack trace:
_test_
On Fri, 2013-05-31 at 10:59 +0200, Bertrand Delacretaz wrote:
Hi,
On Thu, May 30, 2013 at 4:35 PM, Robert Munteanu romb...@apache.org wrote:
... I noticed that the page from https://cwiki.apache.org/SLING/index.html
lags behind https://cwiki.apache.org/confluence/display/SLING/Index .
Hi Justin,
(and this will address Ian's comments as well )
On Thu, 2013-05-30 at 20:16 -0400, Justin Edelson wrote:
Hi,
I would strongly suggest that this effort be based on VLT. As mentioned on
the wiki page, we're in the process of moving that to ASF and I think once
the code is available,
On Thu, 2013-05-30 at 20:48 -0700, Ruben Reusser wrote:
is the vlt sync now actually updating .content.xml files? I thought it
can only sync regular files.
I'm frankly more of an IDE guy than a VLT guy from a development
experience point of view.
However, I think that the IDE is the right
Here my 2 cents about Sling Tooling vault,
IMHO vault is pure JCR Tooling. And even if some people do not like the
fact, but the resourcetree is different from the jcr tree. So in
consequence this additional abstraction of the Resource API is there (even
without additional resource resolvers,
On Fri, 2013-05-31 at 05:10 +, Dan Klco wrote:
I am open to the idea of using VLT as a base, but we will have to do some
pretty extensive work to clean up the error handling and messaging. I
haven't taken a look at the newest version, but 2.4.18 is still a black box
when it doesn't
On Fri, 2013-05-31 at 14:20 +0900, Carsten Ziegeler wrote:
I've two major comments - first of all, I think the tooling should be based
on Sling resource API to be able to handle all potential resource
providers.
+1
In addition the file name .content.xml is really bad as it is
hidden nearly
Some time ago I thought about this and had the following idea:
- we define a packaging for resources - this can be used to represent the
resources in the file system or in a zip file
- if a resource is a file, it is represented as a file with the same name
- if a resource is not a file, it is
2013/5/31 Robert Munteanu romb...@apache.org
In addition the file name .content.xml is really bad as it is
hidden nearly in all OS, IDEs etc. Something like [content].xml is way
nicer - it's an illegal JCR name btw as well.
+1 . Although we do need to think about compatibility with
One comment about content.xml - in our CQ solutions we do use the
Sling-Initialcontent (with the much nicer json files placed parallel to
the folders with the same name instead of .content.xml underneath) instead
of packing it directly in the vault based packages. This leads to a clean
and much
[
https://issues.apache.org/jira/browse/SLING-2895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Stefan Egli reassigned SLING-2895:
--
Assignee: Stefan Egli
NPE in VotingHelper.getWinningVoting
On Fri, 2013-05-31 at 21:14 +0900, Carsten Ziegeler wrote:
Some time ago I thought about this and had the following idea:
- we define a packaging for resources - this can be used to represent the
resources in the file system or in a zip file
- if a resource is a file, it is represented as a
I think the use case of doing maven/jenkins builds and continuous
integrations should also be considered here. Most CQ projects at this
time seem to be using maven builds that create packages that can be
deployed to CQ. Since VLT is open sourced and since the packaging part
is also in VLT I'd
One problematic part about serialisation is structuredepth. In development
you might not want to handle complex structures by shifting folders around,
so it would be nice to have a format that allows to define a substructure,
so in the Sling Initialcontent you might even define one big JSON that
That's why I think a resource packaging format is the way to go:
a) it makes syncing easy during development
b) it can directly be packaged together to create a package, so maven/ci
builds simply work
c) installation of those packages is easy as well
I think it's important to note that this is
Hi,
These are all excellent points.
I am a bit confused about mentions of the Sling Resource API. This is a
server-side API while we are discussing client code. AFAIK we don't have a
client implementation of the Resource API nor do we have a standard
transport mechanism. We do have the default
I personally think creating a new thing from scratch is easier, sure there
might a little bit of work - but on the other hand it comes with a lot of
benefits.
However, whoever does the work can decide - and why not having more than
one prototype and then see whats the better way?
Or in other
Before you read this, please a) excuse my ignorance of Sling build tools,
I'm just getting started with pure Sling and b) feel free to inform my of
said ignorance :D
I use Maven and Jenkins to do automated builds of our CQ project at work.
For development we use a combination of maven and vault
[
https://issues.apache.org/jira/browse/SLING-2863?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dan Klco resolved SLING-2863.
-
Resolution: Fixed
Fix Version/s: Scripting JSP-Taglib 2.1.10
I used Geranimo's JSTL
[
https://issues.apache.org/jira/browse/SLING-2809?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Dan Klco resolved SLING-2809.
-
Resolution: Fixed
[~calinb]
I believe this issue is resolved, I was also able to fix a number of other
[
https://issues.apache.org/jira/browse/SLING-2893?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13671574#comment-13671574
]
Robert Munteanu commented on SLING-2893:
Added an XPath test in
On Fri, 2013-05-31 at 10:40 -0400, Justin Edelson wrote:
Hi,
These are all excellent points.
I am a bit confused about mentions of the Sling Resource API. This is a
server-side API while we are discussing client code. AFAIK we don't have a
client implementation of the Resource API nor do we
Hi Adam,
On Fri, 2013-05-31 at 10:58 -0400, Adam Yocum wrote:
It would be nice to have vault working with Sling, it has a lot of
functionality including
copying content between two separate servers (vault rcp) and an already
complete eclipse plugin 'vaultclipse'
Once open-sourced, you will
See
https://builds.apache.org/job/sling-trunk-1.6/org.apache.sling$org.apache.sling.launchpad.testing/1677/
See
https://builds.apache.org/job/sling-trunk-1.6/org.apache.sling$org.apache.sling.launchpad.testing-war/1677/
See https://builds.apache.org/job/sling-trunk-1.6/1677/changes
Hi,
It seems that the ErrorHandlingTest fails sporadically when run inside a
full maven build. I've tried locating the root cause for a couple of
hours but failed. For this test, and for future flaky/failing tests, I
suggest that we
1. Create an issue for the failing test
2. Disable the test and
Hi,
I've added the requirements for autosync to [1]. Although VLT does a good
job of this once setup I don't use CLI for editing and manipulating. I use
the IDE 100% with all its other tooling and just File Save.
Setup with VLT is 2 commands and a 1 line config file edit, which could
easily be
34 matches
Mail list logo