repository, but AFAIK that issue was
already resolved. I'll follow up within Day to push for the API jar to
be uploaded to the Maven repository.
BR,
Jukka Zitting
release
* Grow a more diverse community (so far only commits from Day employees)
BR,
Jukka Zitting
Hi,
Do all committers already have Confluence accounts with enough karma
to edit the wiki? What's the process for setting up the accounts and
giving out the required karma?
Could we set up the wiki to send change notifications to sling-commits?
BR,
Jukka Zitting
.
BR,
Jukka Zitting
on the related thread.
BR,
Jukka Zitting
Hi,
On 11/2/07, Bertrand Delacretaz [EMAIL PROTECTED] wrote:
On 11/2/07, Felix Meschberger [EMAIL PROTECTED] wrote:
...Hope to see you then in Atlanta
I'll be there as well, arriving late Monday for the Hackathon.
Me too. I'm flying in already on Saturday. See you there!
BR,
Jukka
Hi,
On Nov 19, 2007 11:10 PM, Roy T. Fielding [EMAIL PROTECTED] wrote:
On Nov 19, 2007, at 11:57 AM, Jukka Zitting wrote:
Though, on a tangent, I'm wondering if we could achieve the same use
cases with just the existing URL-to-JCR-path mapping. [...]
The disadvantage is that it makes
.
BR,
Jukka Zitting
the need for the Resource
interface in the first place; why not use Node instead?
PS. I may well be too much of a reductionist with this and the URI
mapping issue. Perhaps I should start writing nanosling. Just
kidding... ;-)
BR,
Jukka Zitting
make the Sling internals more modular as the ScriptResolver would
essentially become just another Sling servlet component.
BR,
Jukka Zitting
as separators in which case
the current resolution process works pretty much as envisioned.
BR,
Jukka Zitting
Hi,
What's the patched Jasper version/revision? It would help if we could
see how extensive the Jasper changes are.
I'm sure Jasper has also some other use cases where it would be useful
to customize how the transpilation results are stored.
BR,
Jukka Zitting
is good.
[1]
http://cwiki.apache.org/confluence/display/SLING/Proposal+Apache+Sling+Community+Roles+and+Processes;jsessionid=49FD5C34793AE03A9BACE59FB3781E3D
BR,
Jukka Zitting
Hi,
On Dec 20, 2007 4:27 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Donnerstag, den 20.12.2007, 09:47 +0200 schrieb Jukka Zitting:
PPS. For special circumstances (e.g. GSoC students, temporary
cross-project integration, etc.) it is good to reserve the option of
granting someone
Hi,
What parts of Sling require servlet-api 2.4 and jsp 2.0 over
servlet-api 2.3 and jsp 1.2? How strict are these requirements?
Basically, how hard it would be to make run Sling on a 2.3 servlet
container?
BR,
Jukka Zitting
Hi,
On Jan 3, 2008 11:09 AM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Mittwoch, den 02.01.2008, 11:39 +0200 schrieb Jukka Zitting:
Along those lines, my counter-proposal would be to use special
sling:servlet and sling:filter nodes for configuring and accessing
such resources, sticking
SNAPSHOT.
How about replacing SNAPSHOT with something like STABLE whenever
releasing a component? That way we'd only need to play tricks with the
qualifier part and avoid messing with release numbering.
Just an idea, I'm not opposed to Felix' proposal.
BR,
Jukka Zitting
interface
to set other status codes.
+1
...I'm not sure if indicating a redirect back to the error handler makes
sense? I would rather expect that the code sends the redirct status
instead of throwing an exception...
Agreed as well.
+1
BR,
Jukka Zitting
Hi,
On Jan 8, 2008 10:13 AM, Felix Meschberger [EMAIL PROTECTED] wrote:
Paddy, welcome to the team!
+1!
BR,
Jukka Zitting
Hi,
On Jan 9, 2008 5:40 PM, Bertrand Delacretaz [EMAIL PROTECTED] wrote:
/stuff.json - full recursion
/stuff.1.json - 1 level recursion
etc...
Why not:
/stuff.json?depth=1
It's not like we need to use the URI mapping for everything.
BR,
Jukka Zitting
in theory there should be nothing in query
parameters that would prevent caching.
BR,
Jukka Zitting
that? As a
RESTful web framework, Sling should IMHO have built-in support for
things like ETags, Expiration headers, 304 responses, etc.
BR,
Jukka Zitting
line generated RSS or
Atom feeds.
BR,
Jukka Zitting
Hi,
On Jan 17, 2008 8:20 PM, [EMAIL PROTECTED] wrote:
Will do, got my apache login info yesterday.
You now also have the required karma to commit to incubator/sling.
BR,
Jukka Zitting
Hi,
On Jan 18, 2008 4:49 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Freitag, den 18.01.2008, 16:40 +0200 schrieb Jukka Zitting:
On a related note, I don't think jackrabbit-jcr-commons should be
included in the API/Commons bundle. The commons classes are not
something you should
dependency of
jackrabbit-core. All the internal Name and Path handling is done using
functionality from spi-commons.
I don't know OSGi enough to understand why such internal packages need
to be explicitly declared.
BR,
Jukka Zitting
the Jackrabbit repository
bundle, not the API/Commons bundle.
On a related note, I don't think jackrabbit-jcr-commons should be
included in the API/Commons bundle. The commons classes are not
something you should be passing around between bundles.
BR,
Jukka Zitting
to resolve any issue that
causes...
[1] http://maven.apache.org/guides/mini/guide-mirror-settings.html
BR,
Jukka Zitting
Hi,
On Feb 16, 2008 2:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Freitag, den 15.02.2008, 18:36 +0200 schrieb Jukka Zitting:
How about allowing a sling:config child node that could be added to
any node and could contain script and servlet mappings and other
configuration settings
benchmark that points out resource
resolution as a bottleneck?
IMHO the added complexity of a cache can only be justified if it gives
a clear and measurable performance benefit and if there are no
architecturally cleaner approaches to solving the bottleneck.
BR,
Jukka Zitting
? Such information
would be valuable input in making the type registry in Tika more
reusable.
BR,
Jukka Zitting
,
Jukka Zitting
to the test.jsp node?
BR,
Jukka Zitting
webdav in order to get it's content
Or you could use a normal selector. Executing a resource as a script
is just another way of rendering a representation to be sent to the
client.
BR,
Jukka Zitting
such a meetup!
[1] http://www.eu.apachecon.com/eu2008/
BR,
Jukka Zitting
in light of WebDAV editing, etc.
The important thing is to realize that those are two separate
resources that should be identified and accessed through separate
URIs.
BR,
Jukka Zitting
Hi,
On Wed, Apr 2, 2008 at 12:38 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
I just have to add in Kermit's words: Applause, Applause, Applause ;-)
+1 Well played, Carsten!
BR,
Jukka Zitting
,
Jukka Zitting
to put more focus on addressing the
diversity issue. Getting the first release out will probably help.
BR,
Jukka Zitting
Hi,
+1 Yes, move the Management Console to Apache Felix
BR,
Jukka Zitting
Hi,
On Wed, May 14, 2008 at 11:04 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Jukka Zitting (JIRA) wrote:
Why is the scheduler bundle needed? Can't Sling use Quartz directly?
The scheduler bundle makes scheduling tasks much simpler than directly
using Quartz; it uses Quartz underneath
is modified to use a LinkedHashMap internally instead of a
plain HashMap in order to guarantee the order amongst the properties of
JSONObject's.
How serious is this? I.e. how much code we have that depends on a
specific ordering of properties?
BR,
Jukka Zitting
Hi,
On Tue, Jun 3, 2008 at 5:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Dienstag, den 03.06.2008, 17:14 +0300 schrieb Jukka Zitting:
I'm trying to understand the issue, do you have an example of a case
where this would be troublesome?
It is not directly troublesome, more like
Hi,
On Tue, Jun 3, 2008 at 5:37 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Am Dienstag, den 03.06.2008, 17:31 +0300 schrieb Jukka Zitting:
Anyway, if your component depends for example on log4j 1.2.15, it's
much better to explicitly exclude such transitive dependencies than to
mark
this a bit extreme?
What's wrong with just tagging the entire trunk and having the release
candidate be the packaged svn export of that tag?
BR,
Jukka Zitting
their signatures, and build them in the
correct sequence that AFAIK is nowhere defined.
With this release structure I don't think anyone in their right mind
would care to download the sources and build them, and that's IMHO a
bad thing.
BR,
Jukka Zitting
Hi,
On Thu, Jun 5, 2008 at 11:49 AM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Jukka Zitting wrote:
With this release structure I don't think anyone in their right mind
would care to download the sources and build them, and that's IMHO a
bad thing.
Hmm, ok, this depends of course on your
. not just
another build tool) in release management and even changing the
meaning of a release. It'll be interesting to see where such
progress takes us and how well for example the Apache release
practices will cope with this change. :-)
BR,
Jukka Zitting
allowed
to bypass moderation, causing all commit messages to be individually
moderated.
b) If and when the code becomes a part of Sling proper, it would be
nice if we could keep the full svn history. The easiest way to do that
is to have the code in sling svn right from the beginning.
BR,
Jukka Zitting
/message/gglluph3ifuyqiwq
[2] http://markmail.org/message/nzyximv23dvncnai
BR,
Jukka Zitting
Hi,
On Fri, Jun 6, 2008 at 12:21 PM, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 11:17 AM, Jukka Zitting [EMAIL PROTECTED] wrote:
...Also, -1 for the inadequate NOTICE and LICENSE files in the app and
webapp packages. The files may be correct for the individual bundles
Hi,
Also, -1 for the inadequate NOTICE and LICENSE files in the app and
webapp packages. The files may be correct for the individual bundles
contained in the packages (didn't yet check too carefully), but IMHO
it's even more important that the aggregate files are in proper shape.
BR,
Jukka
Hi,
On Fri, Jun 6, 2008 at 12:58 PM, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 9:34 AM, Jukka Zitting [EMAIL PROTECTED] wrote:
...Since we're using sling-commits for commit notifications and SLING
Jira for tracking progress, could we also grant Janandith limited
be updated according to the selected
access restrictions.
BR,
Jukka Zitting
unless anyone objects on legal-discuss.
Anyway, my -1 on the aggregate LICENSE and NOTICE files still stands,
IMHO we need to fix those before we release.
I'll continue my review today to see if there's something else we should fix.
BR,
Jukka Zitting
Hi,
On Fri, Jun 6, 2008 at 12:01 PM, Jukka Zitting [EMAIL PROTECTED] wrote:
-1 until we clarify whether we can actually use the JSON code, see [1]
and [2]. I just realized the potential issue when reviewing the
licenses. As mentioned in [2] there seems to be an alternatively
licensed version
check
them at that point as well.
I'll do that.
BR,
Jukka Zitting
to best handle that complexity.
[1] http://markmail.org/message/bttmkavpicxxg7gl
PS. Of course, we could do just a source release to get started... :-)
BR,
Jukka Zitting
Hi,
On Thu, Jun 12, 2008 at 10:03 AM, Roy T. Fielding [EMAIL PROTECTED] wrote:
On Jun 11, 2008, at 10:43 PM, Jukka Zitting wrote:
PS. Of course, we could do just a source release to get started... :-)
Once again, with feeling... the ASF only does source releases.
Sure, but as long as Carsten
really need the separate -bin packaging, or could we
just use the normal jar and war artifacts as the binary packages to go
with the release?
BR,
Jukka Zitting
Hi,
On Mon, Jun 16, 2008 at 3:11 PM, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
On Mon, Jun 16, 2008 at 1:59 PM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Jukka Zitting wrote:
...d) Many of the generated bundles don't have complete NOTICE files (for
example commons.log doesn't mention SLF4J
Hi,
On Mon, Jun 16, 2008 at 3:44 PM, Carsten Ziegeler [EMAIL PROTECTED] wrote:
Jukka Zitting wrote:
This is also my understanding, i.e. we should include the attribution in
NOTICE.
Ok, so please go ahead and just add it - i'm fine with that.
OK.
Actually if we can have everything
may want to avoid
pushing those bundles to the Maven repository.
[1]
https://issues.apache.org/jira/browse/SLING-539?page=com.atlassian.jira.plugin.ext.subversion:subversion-commits-tabpanel
BR,
Jukka Zitting
,
Jukka Zitting
the same thing. :-) See SLING-555.
BR,
Jukka Zitting
,
Jukka Zitting
Hi,
On Fri, Jun 27, 2008 at 1:44 PM, Felix Meschberger [EMAIL PROTECTED] wrote:
Yep. And a second one would be to separate them into multiple bundles
covering mutiple areas of Sling, probably.
My call for reducing the number of bundles seems to have failed miserably. ;-)
BR,
Jukka Zitting
is the same regardless of whether I use
HttpServletRequestWrapper or SlingHttpServletRequestWrapper.
BR,
Jukka Zitting
Hi,
On Wed, Aug 27, 2008 at 2:37 PM, Jukka Zitting [EMAIL PROTECTED] wrote:
What am I doing wrong?
I chatted with Felix and was able to resolve the issue. I'm using a
selector to dispatch requests to my servlet component, and that
selector is carried down in the request where it causes
bundles are in place, otherwise you get various
different failures when you try to access your application.
BR,
Jukka Zitting
Hi,
On Tue, Sep 9, 2008 at 9:26 AM, [EMAIL PROTECTED] wrote:
Please ignore
This is already the second test message from from you. If you need to
test, please set up a test mailing list for that instead of spamming
all members of this list!
BR,
Jukka Zitting
Hi,
On Tue, Sep 30, 2008 at 8:52 AM, Bertrand Delacretaz
[EMAIL PROTECTED] wrote:
Note that [1] explains how to update crx with the latest bleeding edge
Sling stuff.
On that note, should we make another Sling release?
BR,
Jukka Zitting
Session.logout().
I find it troubling that Sling is reinventing JCR. This looks like a
symptom that JCR is not optimal for the things Sling wants to do. From
an architectural perspective I'd rather focus on improving JCR than
layering extra levels of abstraction on top of it.
BR,
Jukka Zitting
Hi,
On Wed, Nov 12, 2008 at 7:55 AM, Felix Meschberger [EMAIL PROTECTED] wrote:
Report [1] is on file [2].
Excellent, thanks!
BR,
Jukka Zitting
) quickly after I import and build the Sling
components.
I have Eclipse workspaces with 50+ open Maven projects in them working
fine with 500MB memory, so this shouldn't be just about the number of
Sling components.
BR,
Jukka Zitting
Hi,
On Wed, Jan 21, 2009 at 11:17 AM, Felix Meschberger fmesc...@gmail.com wrote:
What you might try is omit the jackrabbit-server module from your build
and check to see, whether this is really the culprit (of which I am
pretty sure, though).
OK, I'll try that for now. Thanks!
BR,
Jukka
Hi,
Looks good to me, thanks!
BR,
Jukka Zitting
your name attached to the event.
You can contact me for more details.
[1] http://wiki.apache.org/jackrabbit/JcrMeetupApril2008
[2] http://www.eu.apachecon.com/c/aceu2009/
BR,
Jukka Zitting
subdirectories inside the bundles and contrib
directories.
BR,
Jukka Zitting
Hi,
On Thu, Feb 12, 2009 at 11:05 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
The meetup will only happen if we can find enough attendees,
presentations and sponsors. Please let me know, preferably already by
the end of this week, if you'd be interested in participating.
As was pointed
Hi,
On Fri, Feb 13, 2009 at 10:55 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Thu, Feb 12, 2009 at 11:05 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
The meetup will only happen if we can find enough attendees,
presentations and sponsors. Please let me know, preferably already
Hi,
+1 Looks good to me.
BR,
Jukka Zitting
to cover also Jackrabbit and other
JCR topics. The downside of a BoF is that it's only open to ApacheCon
attendees whereas a meetup would be open to everyone.
BR,
Jukka Zitting
suggest that we start the meetup only at 8pm
instead of the originally planned 7pm.
BR,
Jukka Zitting
Hi,
On Wed, Mar 18, 2009 at 12:33 PM, Vidar Ramdal vi...@idium.no wrote:
On Wed, Mar 18, 2009 at 12:03 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
To reduce the conflict with the Lucene meetup that at least a few of
us would like to attend and to give late arrivals a better chance
Hi,
Something I look for every now and then. Do we have the javadocs of a)
the latest trunk and b) the release up somewhere?
BR,
Jukka Zitting
there!
BR,
Jukka Zitting
Hi,
On Mon, Mar 30, 2009 at 11:11 AM, Bertrand Delacretaz
bdelacre...@apache.org wrote:
As a result, the Sling PPMC and the Incubator PMC recently voted to
make Vidar a committer on Sling.
Gratulerer og velkommen til teamet, Vidar!
BR,
Jukka Zitting
Sling deployment.
Renaming it to core would sound a bit strange to me, as we have
stuff like all the extensions and scripting languages in there.
BR,
Jukka Zitting
way to do that is to use the new repository.apache.org
server. See https://issues.apache.org/jira/browse/INFRA-1896 and
related links for background.
BR,
Jukka Zitting
such
code should be placed in tag libraries as proper Java classes.
BR,
Jukka Zitting
to request a project-specific Solaris zone for
running custom build tools, but I'd recommend sticking with one of the
generic CI servers to avoid the overhead of maintaining and
documenting a custom setup.
BR,
Jukka Zitting
an
idea what's going wrong?
It's not a SNAPSHOT?
BR,
Jukka Zitting
more malicious?
Do we have mechanisms for preventing attack scenarios like that?
BR,
Jukka Zitting
be
used and what permissions granted?
Also, I'm not sure how easy it would be to apply the Java security
policies to things like ESP scripts.
BR,
Jukka Zitting
coming up with a correct security policy is a major undertaking.
Do we want to go down that path, or use alternative means like the
proposed script resolution restrictions?
BR,
Jukka Zitting
. In previous
ApacheCons we've typically had a few related presentations and a BoF
session or a Meetup. Based on that I think we could well organize
something like a half-day track of presentations and workshops
followed by a more informal community meetup in the evening.
BR,
Jukka Zitting
Hi,
On Thu, Apr 23, 2009 at 4:43 PM, Ian Boston i...@tfd.co.uk wrote:
does anyone else see the same in SVN [...]
Yes, the files don't have svn:eol-style settings.
BR,
Jukka Zitting
Hi,
See below for the proposal that I sent to the conference planners.
BR,
Jukka Zitting
The Jackrabbit and Sling projects would like to organize a Content
Technology track at the ApacheCon US 2009. The track would be focused
on content repositories and content management based on the JCR
typically just assume lazy
consensus and go forward with the commit.
[1] http://www.apache.org/foundation/glossary.html#CommitThenReview
BR,
Jukka Zitting
1 - 100 of 152 matches
Mail list logo