Re: Mock Osgi Services via Sling Mocks

[Dominik Süß]

Hi Stefan,

you're right I just thought too complicated trying to register via SCR.

The snippet below seems to work just fine:

 @Spy
 PackageRegistry registry = new FSPackageRegistry();
[...]
BundleContext bundleContext = MockOsgi.newBundleContext();
bundleContext.registerService(registry.getClass().getName(), registry,
null);

Cheers
Dominik

On Mon, Sep 3, 2018 at 2:45 PM Stefan Seifert 
wrote:

> hello dominik.
>
> do you have a small example project to show the problem?
> from what you describe this should be no problem with osgi mocks/sling
> mocks - but i do not get the exact problem you encounter.
>
> if you want to mock an OSGi services it's easiest to use somehing like
> mockito and register it in the mock context with the "registerService"
> method.
>
> stefan
>
> >-Original Message-
> >From: Dominik Süß [mailto:dominik.su...@gmail.com]
> >Sent: Monday, September 3, 2018 1:49 PM
> >To: users@sling.apache.org
> >Subject: Mock Osgi Services via Sling Mocks
> >
> >Hi everyone,
> >in my case I would like to register a mocked version of an osgi service -
> >in the past IIRC I could have scr metadata in a mock class under
> >src/test/java and just register this one.
> >
> >With the more recent osgi annotations to generate the scr metadata there
> is
> >an extra execution for scr generation as described in
> >http://felix.apache.org/documentation/faqs/apache-felix-bundle-plugin-
> >faq.html#use-scr-metadata-generated-by-bnd-in-unit-tests
> >
> >The problem: this will ignore classes in scr-metadata so I currently see
> no
> >way on how to mock an osgi service for a test case without creating an own
> >bundle with these mocks (along with the generated SCR metadata).
> >
> >Is there any way to programmatically inject a service and inject the
> >corresponding metadata?
> >
> >Cheers
> >Dominik
>

Mock Osgi Services via Sling Mocks

[Dominik Süß]

Hi everyone,
in my case I would like to register a mocked version of an osgi service -
in the past IIRC I could have scr metadata in a mock class under
src/test/java and just register this one.

With the more recent osgi annotations to generate the scr metadata there is
an extra execution for scr generation as described in
http://felix.apache.org/documentation/faqs/apache-felix-bundle-plugin-faq.html#use-scr-metadata-generated-by-bnd-in-unit-tests

The problem: this will ignore classes in scr-metadata so I currently see no
way on how to mock an osgi service for a test case without creating an own
bundle with these mocks (along with the generated SCR metadata).

Is there any way to programmatically inject a service and inject the
corresponding metadata?

Cheers
Dominik

Re: OSGi configuration removal when Sling sleeps

[Dominik Süß]

Hi Carsten,

in this particular case we are struggeling with the fact that we need to
uninstall "any" configuration and/or bundle comming through any installer
that might be harmful. So we have a list of configs and bundles that would
need to be forcefully uninstalled, yet we don't know exactly where those
are. The instance at that point is shut down (this is about migration from
one persistence to another) and I currently see no trivial way to find out
where those install candidates come from and automatically remove them.

So the questions would be:
a) how to get the exact source locations of install candidates (could
probably be read from osgi installer cache!?)?
b) how to properly uninstall the candidates (I assume for jcr we would need
to start up the instance to perform this)?

Cheers
Dominik

On Wed, Aug 3, 2016 at 9:50 AM, Carsten Ziegeler 
wrote:

> > Hi,
> >
> > I'm working on upgrade and migration process of JCR storage
> formats/repository types for Sling and my goal is to remove completely some
> OSGi configurations or bundles in offline mode related to storage format
> that are no longer used and might conflict with the new storage options I
> would like to install.
> >
> > My question simply is: What is the best practice of uninstalling OSGi
> configurations in offline mode to be sure they are not reinstalled?
> >
> > The assumption here is that the Sling instance is completely not running
> due to critical repository conversion, but at the same time my process has
> a direct physical access to Sling launchpad and JCR repository folder
> structure.
> >
> > The side effect that might be helpful here is that I'm planning to
> change Sling runmode of that instance after migration but the configuration
> I need to get rid is not necessary bound to any runmode and it might be
> still active after starting the instance.
> >
> > I've noticed that I might try to get rid configurations from
> /launchpad/config folder but they can be still picked up by OsgiInstaller
> using [1] and [2] and put back into: /apps/system/config etc
> >
> > Maybe I should get rid of OSGi bundles or components instead of thinking
> only about configuration? WDYT?
> > Please let me know if I missed something or my approach is not necessary
> a good/safe one.
> >
>
> I think tempering with implementation details is not a good idea in
> general. If the configuration has been installed through the OSGi
> installer in the first place, removing the configuration from the source
> will lead to the removal by the OSGi installer. Which means, if the
> configuration is in the "install" folder on the file system, you can
> remove it from there. If it's in the repository, remove it from the
> repository. Everything else is then handled by the various installer parts.
>
> Carsten
>
>
>
> --
> Carsten Ziegeler
> Adobe Research Switzerland
> cziege...@apache.org
>
>

Re: Sling's versioning features

[Dominik Süß]

Hi Andrey,

Sling transparently exposes the JCR Versioning support. The corresponding
checkin and checkout commands are necessary in the post servlet to be able
to control that. Details how the JCR Versioning works can be found here:
http://www.day.com/specs/jcr/2.0/15_Versioning.html

Cheers,
Dominik

On Sun, Aug 30, 2015 at 7:13 PM, Andrey Belyakov  wrote:

> Hi, guys! I need your help.
>
> Where I can find some documentation about versioning features in Sling?
>
> I read here:
>
> https://sling.apache.org/documentation/bundles/manipulating-content-the-slingpostservlet-servlets-post.html#versionable-node-support
> <
> https://sling.apache.org/documentation/bundles/manipulating-content-the-slingpostservlet-servlets-post.html#versionable-node-support
> >
> but it only about "checkin" and "checkout".
> Also I read here: https://issues.apache.org/jira/browse/SLING-4318 and
> https://issues.apache.org/jira/browse/SLING-848 , but I didn't get
> complete
> understanding.
>
> I want to find something about list of versions and restore operation.
> Maybe howto or examples.
>
> Thank you.
>

Re: Greetings and IRC consult

[Dominik Süß]

Hi,

although you are right that chats tend to provide answers faster they have
a significant  disadvantage: they are not archived by default - and even
if  you set up an archive you don't have threads that you can look up.

The sling community is pretty active in answering within a short period of
time for any question comming in via dev or user list so I do not really
see a strong need for a chat where questions would be asked over and over
again as they where not found.  The public Apache mailinglists are all
archived (e.g. via markmail) and should help you in a lot of cases even
without the need to wait for anybody to look into the issue being hit.

Other ways to support the community are looking out for questions at
stackoverflow, and helping to answer questions esp. here in the users list.

This is just my own oppinion on chat for technical support, maybe others
think different.

Cheers
Dominik

On Thu, Jul 2, 2015 at 2:41 AM, Sabyasachi Mukherjee 
wrote:

> +1 from my side.
>
> Have been thinking about a IRC channel for quite a long time . Great to
> know that there are more people out there who feels the need of a IRC
> channel.
>
>
> I will be more than happy if I can contribute to the Sling community by
> setting up/maintaining the IRC channel.
>
> Thanks,
> Sabya
>
>
>
>
> On Wed, Jul 1, 2015 at 3:06 PM, Jonathan Vila Lopez <
> jonathan.v...@gmail.com
> > wrote:
>
> > Hi all
> >
> > As I'm new to this mail list ( and to Sling also ) I say hello to
> > everybody.
> >
> > I usually go to IRC channels for other Apache projects ( Apache Camel,
> > Apache Karaf ) because it's a quick way to get help and to provide it
> > also but I havent found any IRC channel for Sling users. Is there any
> > one out there ? If not, do you think it would be great to create one ?
> >
> > Best regards.
> >
> >
> > [image: Inline image 2]
> >
> > * Jonathan Vila** 
> > *
> >
> > * jonathan.v...@gmail.com *
> > *​BarcelonaJUG organizer​*
> >
> >
> >
> >
> >
>

Re: Configuring GET Servlet in standalone jar

[Dominik Süß]

Hi Michael.,

I would recommend to switch to the maven-slingstart-plugin which is used by
the launchpad in the trunk as well (see [0]).  This provides a pretty
conventient way to define an instance including the initial configuration
(see documenation [1] and launchpad provisioning model [2])

I hope this solves all your requirements.

Cheers
Dominik


[0]
https://github.com/apache/sling/blob/trunk/launchpad/builder/pom.xml#L79-L87
(with packaging slingstart)
[1] https://sling.apache.org/documentation/development/slingstart.html
[2]
https://github.com/apache/sling/tree/trunk/launchpad/builder/src/main/provisioning

On Wed, Jun 17, 2015 at 5:59 PM, Haefele, Michael  wrote:

> Hello,
>
> We have a launchpad standalone jar constructed with the maven launchpad
> plugin.
> I want to have this deploy with an non-default property for the GET
> Servlet (specifically json.maximumresults), but I can't seem to find how to
> wire that up in my jar or maven project..
>
> A couple things I've tried:
> Configuring that servlet manually in the Web Console, it creates a new
> file in  dir>/config/org/apache/sling/servlets/get/DefaultGetServlet.config
> I tried adding a
> /src/main/resources/config/org/apache/sling/servlets/get/DefaultGetServlet.config
> to my maven project.
> The config directory makes it into the jar, but doesn't make it to the
> final sling working directory when running the jar.
>
> Adding it to the resources/sling_install.properties in my project.
> It gets carried over to /sling.properties when I run the jar,
> but it doesn't seem to be picked up by the servlet (I'm assuming this is
> not used for the servlet's config).
>
> Happy to RTM on this if someone has some good links.
>
> Thanks,
> Mike
>

Re: Datastore usage

[Dominik Süß]

Hi Anjan,

as you noted the eventing is happening "post-mortem" so no way to get the
relevant metadata. If you'd use Apache Oak as persistence you could
register a commit hook that allows you to  to interact with the "before"
and "after" state. The alternative within Apache Sling would be to have a
custom ResourceProvider in between Sling and JCR where you could intercept
the delete operation and store the information that you need (check out the
superimposing resourceprovider in contrib to check out how such a
"delegating" resourceprovider could work).

HTH
Dominik

On Wed, Mar 11, 2015 at 6:50 AM, Anjan  wrote:

> When a document is deleted, SlingConstants.TOPIC_RESOURCE_REMOVED event is
> fired.  But the node is already deleted by the time I try to access it by
> it's path.  So I cannot access the VersionHistory either.  So how to access
> the VersionHistory just before the node is deleted?
>
>
>
> --
> View this message in context:
> http://apache-sling.73963.n3.nabble.com/Datastore-usage-tp4048204p4048330.html
> Sent from the Sling - Users mailing list archive at Nabble.com.
>

Re: AWS DynamoDB as a Sling resource

[Dominik Süß]

Hi Connuser1,

it would be really great if you could give us some context. Is this about a
potential contribution to Sling, will this be a standalong OS project that
you'll maintain (and if yet who else will take care of maintenance over the
long run) and what scenarios would you like to cover with that Resource
Provider (generic or are there specific cases, esp influencing performance
goals).

I think this could be a great contribution to Sling as it opens new options
and could make Sling attractive to people yet not having checked out the
power of Sling yet - but there needs some commitment to maintain it over
the long run or it will orphan over a while and soon be outdated.

Thanks and best regards,
Dominik

On Wed, Jan 21, 2015 at 8:06 AM, connuser1 connuser1 
wrote:

> Hi
>
> I have written a custom resource provider for AWS's dynamoDB [0] for
> accessing its data as a sling resource. You can find the implementation at
> [1].
>
> Right now it just supports read access to dynamodb but I would be adding
> write support soon to it. The implementation is quite basic. It would be
> very helpful if you could please review it and add your valuable comments
> to it.
>
> Thanks
>
>
> [0] - http://aws.amazon.com/dynamodb/
> [1] - https://github.com/satyadeep1980/SlingDynamo
>

Re: ResourceProvider bubbling

[Dominik Süß]

Hi everyone,

comming back to that case. As it turned out the resourceProvider was
actually the only feasible solution since merging the valueMap was not
sufficient but I found cases where I had to mount in substructures (via
synthetic resources).

Now I'm facing a follow up issue with CRUD support of this. Reading is no
issue anymore but as soon as I write I would need to always delegate this
to the lower ResourceProvider.

Due to [0] I face the first issue since my RP does return a Syntethic
Resource in the original location because it yet doesn't exist - it then
fails because the check here is not checking if the colliding resource is a
synthetic resource provided by my resourceProvider.

Additionally the PostServlet is not bubbling through the resourceproviders
to try to execude the CUD operations but failing because my RP is not a
modifiableResourceProvider. On the other hand when I implement the
modifyingResourceProvider Interface I see no option to delegate the delete
since the lookup for deleteexecution does not iterate over the RPs but
seems just to return the first one.

Any idea how I could solve those two issues?

Best regards
Dominik

[0]
https://github.com/apache/sling/blob/trunk/bundles/servlets/post/src/main/java/org/apache/sling/servlets/post/impl/operations/AbstractCreateOperation.java#L638
<https://github.com/apache/sling/blob/trunk/bundles/servlets/post/src/main/java/org/apache/sling/servlets/post/impl/operations/AbstractCreateOperation.java#L638>


On Tue, Nov 4, 2014 at 10:19 AM, Carsten Ziegeler 
wrote:

> Am 04.11.14 um 09:42 schrieb Dominik Süß:
> > Hi Felix,
> >
> > if I got your right you propose to use a membervariable instead of a
> > threadlocal since my ResourceProviderFactory (which I already use btw.)
> > makes sure that I get the same ResourceProvider Instance handled by the
> > same thread - and since it is the same instance there would be no need
> for
> > a thread local.
> >
> > Did I get this right? This would just be a minor change to the solution I
> > already have (basically replacing the threadlocal by instance variable).
> >
> > Is there no other solution?
> > Acutally the perfect thing would be to have a ResourceDecorator that is
> > scoped to a specific path or in this case it could be even feasible to
> base
> > it on resourceType (kind of a reoccuring pattern for decorators,
> > processors, filters etc.)
> >
>
> You can do this, check the path/resource type in the decorator and only
> decorate on a positive check
>
> There are no registration properties which do the work for you though,
> but I don't think we need those.
>
> Carsten
>
>
> > Best regards
> > Dominik
> >
> > On Tue, Nov 4, 2014 at 7:07 AM, Felix Meschberger 
> > wrote:
> >
> >> Hi
> >>
> >> One option would be if your ResourceProvider is provided by a
> >> ResourceProviderFactory. In this case, each ResourceResolver gets its
> >> distinct ResourceProvider instance. And since ResourceResolver are not
> >> thread safe you can be reasonably sure, that a certain ResourceResolver
> is
> >> used in a single thread.
> >>
> >> So when your ResourceProvider is hit the first time you can set a flag
> as
> >> an instance field in the ResourceProvider which you can check on the
> second
> >> pass. Before returning from the first call, you clear the flag again.
> >>
> >> Something like this:
> >>
> >>ResourceResolver.getResource
> >>   ResourceProviderX.getResource
> >>   setFlag
> >>  ResourceResolver.getResource
> >>  ResourceProviderX.getResource
> >>  return null since flag is set
> >>  … other ResourceProviders …
> >>   clearFlag
> >>   some more work
> >>
> >>
> >> Regards
> >> Felix
> >>
> >>
> >>> Am 03.11.2014 um 15:05 schrieb Dominik Süß :
> >>>
> >>> Hi everyone,
> >>>
> >>> I just have a case where I have to split away some content from the
> >>> original location and split parts in a dedicated subresource. I also
> have
> >>> the constraint that access must work exactly the same (so the
> >> resourcetree
> >>> should work like before while persistance splits the attributes up.
> >>> This sounds like a case for ResourceDecorator but since this is just
> for
> >> a
> >>> small content branch and ResourceDecorators are way to intrusive.
> >>>
> >>> The option I found was to hook in a ResourceProvider, set a threadlocal
&

Re: ResourceProvider bubbling

[Dominik Süß]

Hi Felix,

if I got your right you propose to use a membervariable instead of a
threadlocal since my ResourceProviderFactory (which I already use btw.)
makes sure that I get the same ResourceProvider Instance handled by the
same thread - and since it is the same instance there would be no need for
a thread local.

Did I get this right? This would just be a minor change to the solution I
already have (basically replacing the threadlocal by instance variable).

Is there no other solution?
Acutally the perfect thing would be to have a ResourceDecorator that is
scoped to a specific path or in this case it could be even feasible to base
it on resourceType (kind of a reoccuring pattern for decorators,
processors, filters etc.)

Best regards
Dominik

On Tue, Nov 4, 2014 at 7:07 AM, Felix Meschberger 
wrote:

> Hi
>
> One option would be if your ResourceProvider is provided by a
> ResourceProviderFactory. In this case, each ResourceResolver gets its
> distinct ResourceProvider instance. And since ResourceResolver are not
> thread safe you can be reasonably sure, that a certain ResourceResolver is
> used in a single thread.
>
> So when your ResourceProvider is hit the first time you can set a flag as
> an instance field in the ResourceProvider which you can check on the second
> pass. Before returning from the first call, you clear the flag again.
>
> Something like this:
>
>ResourceResolver.getResource
>   ResourceProviderX.getResource
>   setFlag
>  ResourceResolver.getResource
>  ResourceProviderX.getResource
>  return null since flag is set
>  … other ResourceProviders …
>   clearFlag
>   some more work
>
>
> Regards
> Felix
>
>
> > Am 03.11.2014 um 15:05 schrieb Dominik Süß :
> >
> > Hi everyone,
> >
> > I just have a case where I have to split away some content from the
> > original location and split parts in a dedicated subresource. I also have
> > the constraint that access must work exactly the same (so the
> resourcetree
> > should work like before while persistance splits the attributes up.
> > This sounds like a case for ResourceDecorator but since this is just for
> a
> > small content branch and ResourceDecorators are way to intrusive.
> >
> > The option I found was to hook in a ResourceProvider, set a threadlocal
> > flag for "internal Resolution", perform another resolve for the same
> path,
> > return null for an internal resolve (therefore bubble to next
> > ResourceProvider) reset the threadlocal and wrap the returned resource.
> >
> > But, thread locals always feel a bit hacky and I wonder if there is
> another
> > option. I yet haven't seen a way to bubble through the resourceProviders
> or
> > directly address specific ResourceProviders.
> >
> > Any idea how I could improve for that scenario?
> >
> > Cheers
> > Dominik
>
>

ResourceProvider bubbling

[Dominik Süß]

Hi everyone,

I just have a case where I have to split away some content from the
original location and split parts in a dedicated subresource. I also have
the constraint that access must work exactly the same (so the resourcetree
should work like before while persistance splits the attributes up.
This sounds like a case for ResourceDecorator but since this is just for a
small content branch and ResourceDecorators are way to intrusive.

The option I found was to hook in a ResourceProvider, set a threadlocal
flag for "internal Resolution", perform another resolve for the same path,
return null for an internal resolve (therefore bubble to next
ResourceProvider) reset the threadlocal and wrap the returned resource.

But, thread locals always feel a bit hacky and I wonder if there is another
option. I yet haven't seen a way to bubble through the resourceProviders or
directly address specific ResourceProviders.

Any idea how I could improve for that scenario?

Cheers
Dominik

adaptTo 2014 - The final countdown...

[Dominik Süß]

Hi community,

adaptTo is about to start in less then two weeks. If you yet haven't
registered this might be your chance to get one of the remaining tickets
and join us for this great opportunity to learn from each other, share
experiences and drive the evolution of Apache Sling itself as part of the
community.

We have a great mix of talks that should have content for attendees of
various skill levels and various topics related to this project.
Additionally we try to give you a plattform that allows to come together
work together or just drink free beer and enjoy the buffet at the end of
day 2.

We really hope to see all of you here in Berlin.

Best regards
Dominik

adaptTo() 2014 getting closer

[Dominik Süß]

Hey everybody,

just with the same pace Sling is currently evolving with all contributions
and new features comming in time runs by and we're close to the "1 month
left" mark for adaptTo() 2014 in Berlin.

We would be really glad to see a lot of you join us in Berlin, share
experiences, exchange knowledge and build an even stronger community.

Beside the "off-the-track" opportunities that you'll have a hard time to
find somewhere else we have an absolutely great schedule with great talks
from great speaker. All of them will also be available in the playground
sessions where you will get a chance to play with the code, ask questions
and/or help to improve our beloved Apache Sling.

Check the schedule at http://adapt.to/2014/en/schedule.html and get your
ticket.

If you have any questions feel free to reach out for us via i...@adaptto.org
For updates you also can follow us on twitter: @adaptTo

Best regards in the name of the whole adaptTo() orgateam
Dominik

[adaptTo] Registration & Talklist

[Dominik Süß]

Hey everyone,

a little while ago we opened registration for adaptTo() 2014 (see [0]).
Because we know a lot of you love to hear a bit more about content we
published a list of the confirmed talks[1] before we finalize the schedule.
We have a broad variaty of talks so everyone should find something
interesting. But being focused on open source the sling community and
theirfore networking and collaboration. We try to make sure that you get as
much code as possible in your hands (open source) and provide you with
opportunities to sit to gether to discuss, hack and in the evening ours
have a beer together (community). We try not just to be a conference but a
meetup - so make sure you don't miss it!

I'm looking forward to seeing you in Berlin this september.

Best regards in the name of the adaptTo() organisation team,
Dominik Süß

P.S. do not hesitate to contact us in case you have any question at
i...@adaptto.org


[0] http://adapt.to/2014/register.shtml
[1] http://adapt.to/2014/schedule.shtml

Re: events vs jobs

[Dominik Süß]

Hi Robert,

Jobs are Events guaranteed to be processed. Therefore jobs are an extension
of the event engine that takes care of persisting the eventinformation and
predefines various attributes. The Job API is convenient way to create and
consume jobs without the need to manually compose those events which was
much more complicated in first place.

In short you do not need to migrate your old jobs - the old way of creating
those still works, but for new job requirements you may want to use the new
API for the sake of simplicity of code.

The event API itself will anyways still play an important role because it
is light weight and it is an easy way to losely wire logic together.

The stability of jobs always come at a price (de/serializing data to
persistence), so you might want to think twice if you really require
guarrantee of processing or if losing the event on restart is acceptable.

HTH
Dominik




On Mon, Jun 16, 2014 at 1:20 PM, Robert A. Decker 
wrote:

> We have the new jobs system (JobConsumer, jobManager, etc). But we also
> still use osgi’s events to, for example, handle
> SlingConstants.TOPIC_RESOURCE_ADDED.
>
> Should we be thinking about jobs and events as separate behaviors? Should
> we be using the old event system to announce events and then using the new
> job system to do work? Is that a good strategy? Or does it not really
> matter, and we should use the new jobs system for everything?
>
> Robert A. Decker
> dec...@robdecker.com
> http://robdecker.com/about
>
>
>

Re: adaptTo() 2014 - "Call for Papers"

[Dominik Süß]

Hi everyone,

although we really got a bunch of great submissions yet we're still
accepting further submissions for adaptTo() 2014. It doesn't matter if you
got a field report, a generic conceptual talk or want to present a sling
based solution, any idea realated directly or indirectly to Apache Sling is
welcome for submission and we'll try to help you forming a session that the
others will enjoy and learn from it. The most promissing submissions will
then be accepted for adaptTo() 2014 so you will have some time to prepare
your session.

For the sake of completeness:
- Speakers get free entrance and a fancy speaker shirt ;)

Best regards
Dominik


On Thu, Apr 3, 2014 at 10:52 AM, Dominik Süß wrote:

> Hey everyone,
>
> altough we already got some really great submissions in the last days we
> want to encourage you to send in your submissions as soon as possible. That
> way we can finalize the schedule early, give proper feedback about the
> proposals and grant the verified speakers their slot early so you'd have
> enough time to prepare your talk.
>
> Don't hesitate to contact us if you just have a rough idea and need some
> feedback how you could wrap this topic into a 45 min session.
>
> For proposals use pap...@adaptto.org. For general questions you can send
> us a mail via i...@adaptto.org
>
> Don't forget to revisit http://adaptto.org once in a while for updates
> and/or follow @adaptto in Twitter to make sure you hear about all important
> news about adaptTo() 2014.
>
> I'm looking forward to getting all your great submissions ;)
>
> Best regards
> Dominik
>
>
> On Tue, Mar 25, 2014 at 11:36 AM, Peter Mannel-Wiedemann <
> pman...@pro-vision.de> wrote:
>
>> Hi everyone,
>>
>> time flies! After three great years, there'll also be a 2014 edition of
>> adaptTo() in Berlin.
>> We just opened our "Call for Papers", so feel free to send your ideas to
>> pap...@adaptto.org.
>> For those who do not know about adaptTo() yet: it is a non-profit
>> conference around Apache Sling and the connected Frameworks such as Apache
>> Felix and Apache Jackrabbit.
>> The conference is hosted by pro!vision GmbH and sponsored by Adobe
>> Systems, with great support of many ASF members participating as speakers
>> and driving the community around this great open source project further.
>> So have a look at all the details about the "Call for Papers" at
>> http://www.adaptto.org and send yours!
>> I'm looking forward to seeing you in Berlin.
>>
>> Best regards, Dominik & Peter
>>
>> pro!vision GmbH
>> Wilmersdorfer Str. 50/51
>> 10627 Berlin
>> Telefon +49 (30) 818 828-710
>> mailto:pman...@pro-vision.de
>> http://www.pro-vision.de
>>
>> Geschäftsführer: Karim Khan, Stefan Seifert
>> Sitz der Gesellschaft: Berlin
>> AG Charlottenburg, HRB78141, USt-IdNr. DE209954974
>>
>>
>>
>

AdaptTo 2013 Berlin

[Dominik Süß]

Hi everyone,

time runs fast and like the last two years we'll have adaptTo() in Berlin.
For those who do not know it yet: this is a non-profit conference arround
Apache Sling and the connected Frameworks like Apache Felix and Apache
Jackrabbit.

The conference is hosted by pro!vision GmbH and sponsored by Adobe Systems
with great support of various ASF members participating as speakers and
driving the community around this great open source project further.

Since there is so little time left I would like to encourage you to
register as soon as possible so we can make sure you get a shirt in the
right size and catering can be planned.

In contrast to last year we try to give you more room for interaction and
socializing. So have a look at all the details including a schedule draft
at http://www.adaptto.org

I'm looking forward to seeing you in Berlin next month.

Best regards
Dominik

Re: adaptTo(Berlin) 2012

[Dominik Süß]

Hi Mike,

.adaptto() 2012 will happen in Berlin as planned. Today we're fixing
the location which will be http://www.supermarkt-berlin.net/en
In the next days we'll have to clarify some further organisational
details before we can launch the registration for the event.

So I just need a couple of days till I can announce all essential information.

Best regards,
Dominik

On Tue, Jun 12, 2012 at 2:27 PM, Mike Müller  wrote:
> Hi Dominik
>
> Is the .adaptTo() 2012 gonna be happen or is it at this time just an
> idea?
>
> best regards
> mike
>
>> -----Original Message-
>> From: Dominik Süß [mailto:dominik.su...@gmail.com]
>> Sent: Friday, June 01, 2012 2:01 PM
>> To: users@sling.apache.org; d...@sling.apache.org
>> Subject: Re: adaptTo(Berlin) 2012
>>
>> Dear Apache Sling users and developers,
>>
>> as Carsten allready announced we'll organise a 2nd Edition of
>> .adapto(Berlin) this september.
>>
>> Based on the feedback of the attendees from last years .adaptto()
>> we're trying to change some things.
>> Here are some things we'll have to / want to change:
>>
>> - Location
>> Since Betahaus on the one hand is not available at the given dates,
>> and on the other hand there was some room for improvements regarding
>> the location (like space for more pariticipants), we had to relocate
>> the event. We did find a location which fullfills all requirements
>> without losing the industrial style we had in Betahaus last year. As
>> soon as the last details have been clarified we'll anounce the
>> location.
>>
>> - Length
>> As some of you might have noticed, this years edition is three instead
>> of the two days from last year. The reason for that is that we would
>> like to give you more time for interaction and also give 'newcomers'
>> the option to learn some basics of the frameworks on day one.
>>
>> - Conference-"Style"
>> Based on the feedback we would love to see more interactive sessions
>> and workshops. But since this is again a community driven event,
>> everybody is more then welcome to discuss which topics might be worth
>> to be adressed and which style would be a matching  (workshop, front
>> session, hands-on session, lightning talk, panel discussion). We
>> really would like to have an active discussion here in the
>> mailinglists and hear from you what you would like to do or to know.
>>
>> - Topics
>> Last year we did focus on talks that did adress the whole sling stack.
>> For this year we also would like to open it for sessions focused on
>> OSGi and Contentrepository Sessions without direct connection to
>> Sling. This should open this conference to a wider community and bring
>> the communities of Apache Sling, Apache Felix and Apache Jackrabbit
>> closer together, giving you the oportunity to talk to people that have
>> a different perspective on the things we're talking about.
>>
>> We'd be happy to get some feedback of your thoughts about this
>> conference. Feedback from last years participants as well as ideas an
>> proposals from any potential participant for this year.
>>
>> Best regards,
>> Dominik
>>
>>
>> On Tue, May 22, 2012 at 5:58 PM, Carsten Ziegeler  
>> wrote:
>> > Dear Apache Sling developers and users,
>> >
>> > after last year's edition (http://adaptto.mixxt.de/) which got very
>> > good feedback from attendees, Provision and Adobe would like to
>> > organize and invite you to an event focused on our technologies, in
>> > Berlin, Germany, on September 26th-28th, called .adaptTo(Berlin) 2012.
>> >
>> > A brief description of the event follows below; please note that this
>> > is kept in a draft fashion to let the communities (Sling, Jackrabbit)
>> > shape its final content and organization. So please let us know if you
>> > are interested, what suggestions and what questions you would like to
>> > post, and, most of all: what you want to present or you would like to
>> > see presented at .adaptTo(Berlin)
>> >
>> > This is a brief description which we also put up on the web site:
>> >
>> > .adaptTo(Berlin) is a technical meetup focused on the technical stack
>> > of Apache Sling including Apache Jackrabbit and Apache Felix and is
>> > adressed to all developers using this stack or parts of it. Specific
>> > content will be focused on Adobe CQ5, the commercial WCM system whose
>> > infrastructure is based on the Sling stack and the commercial JCR
>&g

Re: adaptTo(Berlin) 2012

[Dominik Süß]

Dear Apache Sling users and developers,

as Carsten allready announced we'll organise a 2nd Edition of
.adapto(Berlin) this september.

Based on the feedback of the attendees from last years .adaptto()
we're trying to change some things.
Here are some things we'll have to / want to change:

- Location
Since Betahaus on the one hand is not available at the given dates,
and on the other hand there was some room for improvements regarding
the location (like space for more pariticipants), we had to relocate
the event. We did find a location which fullfills all requirements
without losing the industrial style we had in Betahaus last year. As
soon as the last details have been clarified we'll anounce the
location.

- Length
As some of you might have noticed, this years edition is three instead
of the two days from last year. The reason for that is that we would
like to give you more time for interaction and also give 'newcomers'
the option to learn some basics of the frameworks on day one.

- Conference-"Style"
Based on the feedback we would love to see more interactive sessions
and workshops. But since this is again a community driven event,
everybody is more then welcome to discuss which topics might be worth
to be adressed and which style would be a matching  (workshop, front
session, hands-on session, lightning talk, panel discussion). We
really would like to have an active discussion here in the
mailinglists and hear from you what you would like to do or to know.

- Topics
Last year we did focus on talks that did adress the whole sling stack.
For this year we also would like to open it for sessions focused on
OSGi and Contentrepository Sessions without direct connection to
Sling. This should open this conference to a wider community and bring
the communities of Apache Sling, Apache Felix and Apache Jackrabbit
closer together, giving you the oportunity to talk to people that have
a different perspective on the things we're talking about.

We'd be happy to get some feedback of your thoughts about this
conference. Feedback from last years participants as well as ideas an
proposals from any potential participant for this year.

Best regards,
Dominik


On Tue, May 22, 2012 at 5:58 PM, Carsten Ziegeler  wrote:
> Dear Apache Sling developers and users,
>
> after last year's edition (http://adaptto.mixxt.de/) which got very
> good feedback from attendees, Provision and Adobe would like to
> organize and invite you to an event focused on our technologies, in
> Berlin, Germany, on September 26th-28th, called .adaptTo(Berlin) 2012.
>
> A brief description of the event follows below; please note that this
> is kept in a draft fashion to let the communities (Sling, Jackrabbit)
> shape its final content and organization. So please let us know if you
> are interested, what suggestions and what questions you would like to
> post, and, most of all: what you want to present or you would like to
> see presented at .adaptTo(Berlin)
>
> This is a brief description which we also put up on the web site:
>
> .adaptTo(Berlin) is a technical meetup focused on the technical stack
> of Apache Sling including Apache Jackrabbit and Apache Felix and is
> adressed to all developers using this stack or parts of it. Specific
> content will be focused on Adobe CQ5, the commercial WCM system whose
> infrastructure is based on the Sling stack and the commercial JCR
> Implementation Adobe CRX.
>
> This event is sponsored by Adobe Systems and pro!vision GmbH which
> also acts as host.
>
> The goal of this meetup is the consolidation of the experience and
> knowledge of the existing Apache Sling, Apache Jackrabbit and Apache
> Felix community and to introduce the complete Sling stack to
> newcomers. To achive this goal we'll try to bring developers and users
> (which means developers who work on top of this framework) together,
> talking about the framework and presenting solutions or best
> practices. Attendees that have not much experience with one or more
> parts of this stack will get the chance to get a kickstart
> introduction to Apache Jackrabbit, Apache Felix and Apache Sling on
> the first day.
>
> Day 1 of this meetup will therefore give unexperienced attendees the
> possiblity to learn the basic principles of this technological stack,
> while experienced users can set up free meetups in the style of a
> barcamp.
>
> Day 2 & 3 will include session on the open source Apache projects,
> Apache Sling, Apache Felix and Apache Jackrabbit, as well as some
> breakout sessions focused on Adobe CQ5 and CRX. The idea is to have a
> good mix of presentations, hands-on sessions, free discussions and
> maybe even workshops or a hackaton.
>
> Note: This is only a draft how we think this event could work, but
> since this is a community driven event, further planning and
> discussion of the contents of the meeting will be continued in the
> public mailinglists.
>
> where/when:
> Berlin, September 26-28 2012
>
> Target audience:
> Developers working wi

.adaptTo(Berlin) still open for registration

[Dominik Süß]

Hi everyone,

since I did receive some requests for registration here an additional
information:
The registrationdate announced in the first news could be postponed
since the location and depending details are fixed.  So registration
will be open till september the 10th.

Some further notes on the event:
- there will be (sponsored) catering, so I need some feedback of those
who want a vegetarian meal
- we'll reserve some space in a location nearby for thursday evening
(unofficial part) so I need feedback of those who can't make it or
don't want to - for a proper estimation of the required space
- Betahouse will provide us with free WLAN and power supply, so
laptops are pretty welcome ;)

Hope to see you in Berlin ;)

Best regards,
Dominik

.adaptTo(Berlin) - Finally up and open for registration

[Dominik Süß]

After weeks of organising sponsorship, location and other details of
this event, I'm glad to finally announce the .adaptTo(Berlin) meetup
for the 15th and 16th of september 2011. The event will be located at
Betahaus Berlin (Kreuzberg) and will be open for a maximum of 100
participants.

.adaptTo(Berlin) is a technical meetup focused on the technical stack
of Apache Sling and is adressed to all developers using this stack.

This event is sponsored by Adobe Systems and pro!vision GmbH which
also acts as host.

Due to this sponsorship there is just an obligatory price of 15€ for
this meetup. Beside the location and the basic presentation equipment,
we will provide you with some additional features which we will
announce in detail soon.

The goal of this meetup is the consolidation of the experience and
knowledge of the existing Apache Sling community. To achive this goal
we'll try to bring develeopers and users (which means developers who
work on top of this framework) together, talking about the framework
and presenting solutions or best practices. To have some real benifit
from this event you should have at least basic knowledge about this
technological Stack (JCR, OSGi, Sling, REST).

Day 1 of this meetup will focus on the pure Open Source Apache Sling
Stack (including Apache Felix and Apache Jackrabbit), discussing ideas
and common problems as well as presenting best practices and technical
details of the framework (like the latest changes).

Day 2 will be open for talks and discussions on any solution based on
this stack. Since Adobe Communiqué 5 ist the biggest commercial
solution based on this stack, CQ 5 will be the main focus of this day,
but any other product/solution based on this stack is more then
welcome to be presented and discussed.

The agenda will be announced as soon as we have enough confirmed talks
for a first draft and be published on  http://adaptto.mixxt.de where
all information will be made available.

Registration will be open until 19th of august 2011.


One last word...

.adaptTo(Berlin) is planned as interactive meetup with talks comming
from the community, so it is your turn to fill one of our 45 or 90
minute slots to present your solutions and experiences. Developers of
Adobe Systems and pro!vision GmbH will give some talks, but we would
be pleased to have various speakers and encourage you to present your
solutions.

Speakers should enter their proposals as soon as possible, since we
want to publish an agenda draft till mid of august. Please enter the
topic in the wiki till 5th of august and send me the slides or at
least a description of what your talk will cover till 12th of august.
(dsu...@pro-vision.de) That way we can make sure to get a manifold
agenda and set up a proper timetable.

Re: [day-communique] Re: Idea: Sling / CQ Meetup in Berlin

[Dominik Süß]

FYI:
I'm currently waiting for one final confirmation of sponsorship for a
technical meetup Sling / CQ5 Meetup in Berlin for september the 15th
and 16th.

Registration will be up in just a few days (currently preparing page)
- "price" will be €15 to make sure we get serious registrations.
We'll try to make sure to have Sling Commiters and other Adobe staff
for both days, so the feedback can be adressed directly to the ones
implementing all the good things we need ;)

The location will be sufficient for roughly 75 participants, and we'll
have some catering. The only thing everyone has to care for on his own
is the hotel.

One final note:
Although we do have some topics and talks planned allready, this
meetup does need your active participation. So we do need further
talks /presentations made by you.

Hope to see your registration soon - I'll publish the registration
page as soon as we get the outstanding confirmation.

Best regards
Dominik

On Wed, May 25, 2011 at 7:40 AM, Adrian Pratt  wrote:
> Would be interested also.
>
> On 4 May 2011 14:20, Julian Sedding  wrote:
>>
>> Hi Dominik
>>
>> Also a +1 from my side. I'm definitely interested.
>>
>> Regards
>> Julian
>>
>>
>>
>> On Tue, May 3, 2011 at 9:20 PM, Conrad 
>> wrote:
>> > Hi Dominik,
>> > +1 :)
>> > Lemme know if I can help with the organization.
>> >
>> > Cheers,
>> > (c)
>> >
>> > On 3 Mai, 16:01, David Ressler  wrote:
>> >> Dominik,
>> >>
>> >> An excellent idea, I would travel to attend.  Some thoughts:
>> >>
>> >> - Schedule two firm days with one or more soft days: firm days
>> >> on Sunday / Monday or Friday / Saturday, so that people who are busy on
>> >> projects can sneak away and attend?
>> >>
>> >> - One Day: Adobe sponsor a day of CQ technical overview including Day
>> >> roadmap showing Live-cycle/Day direction,
>> >> - One Day: Sling "best practices", tips and tricks, perhaps some case
>> >> studies by our more esteemed members,
>> >>
>> >> Pick a date already now so that we can start to structure for the time,
>> >>
>> >> - Dave Ressler
>> >> +1 214 995 3340
>> >>
>> >> From: Dominik Süß 
>> >> To: dev ; day-communi...@googlegroups.com
>> >> Sent: Sunday, April 10, 2011 6:41 AM
>> >> Subject: Fw: [day-communique] Idea: Sling / CQ Meetup in Berlin
>> >>
>> >> Hi everyone,
>> >>
>> >> since 2009 there was no ApacheCon in Europe and as far as I could
>> >> investigate there is no current plan for a new ApacheCon Europe.
>> >>
>> >> Due to the there was no public event for "users" and "developers" of
>> >> Apache Sling, Felix and JCR (and therefore CQ5 developers as well) in
>> >> Europe to get in touch and discuss their problems, needs and plans for
>> >> the future. Since I had the pleasure to meet some people of the
>> >> Day/Adobe Staff being Sling/Felix/JCR contributors at some events
>> >> (like Day Ignite or at a customer) I got the feeling there would be
>> >> the need of some more face-to-face interaction of the mentioned groups
>> >> (devs + users):
>> >>
>> >> Since I (and most of my collegues) am located in Berlin, I'm willing
>> >> to organise a meetup which could be a plattform for such discussions.
>> >> I'm currently a bit uncertain about who would be interested in such a
>> >> Meetup, so this is the first mail to get some feedback about the
>> >> timeframe (had one up to three days in mind), the amount of people and
>> >> the style (free barcamp, planned talks, "hackaton" or what else comes
>> >> in your mind).
>> >>
>> >> As first idea for a date I'd propose september, which would give us
>> >> enough time to organise things (location, accommodations etc.), have a
>> >> good chance to get a "free" timeframe for all the interested and
>> >> collect ideas and problems to discuss.
>> >>
>> >> I'd be glad to get some generall feedback on this topic.
>> >>
>> >> Best regards,
>> >> Dominik
>> >>
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups "Day Communique" group.
>> >> To post to this group, send email to d

Fwd: [day-communique] Re: Idea: Sling / CQ Meetup in Berlin

[Dominik Süß]

This might also be interessting for this list ;)

-- Forwarded message --
From: Dominik Süß 
Date: 2011/6/5
Subject: Re: [day-communique] Re: Idea: Sling / CQ Meetup in Berlin
To: day-communi...@googlegroups.com, dev 


FYI:
This event isn't dead at all - due to the amount of response I did
receive I'm currently searching for an alternative location. As soon
as I get response I'll inform you.  I'll (hopefully ;) ) set up an
information page within the next week.
Since Adobe did show interrest to support this event as well I'm
pretty sure we can set up concrete information with registration
pretty soon.

You might now think about talks you could give  ;)

Best regards,
Dominik

On Wed, May 25, 2011 at 7:40 AM, Adrian Pratt  wrote:
> Would be interested also.
>
> On 4 May 2011 14:20, Julian Sedding  wrote:
>>
>> Hi Dominik
>>
>> Also a +1 from my side. I'm definitely interested.
>>
>> Regards
>> Julian
>>
>>
>>
>> On Tue, May 3, 2011 at 9:20 PM, Conrad 
>> wrote:
>> > Hi Dominik,
>> > +1 :)
>> > Lemme know if I can help with the organization.
>> >
>> > Cheers,
>> > (c)
>> >
>> > On 3 Mai, 16:01, David Ressler  wrote:
>> >> Dominik,
>> >>
>> >> An excellent idea, I would travel to attend.  Some thoughts:
>> >>
>> >> - Schedule two firm days with one or more soft days: firm days
>> >> on Sunday / Monday or Friday / Saturday, so that people who are busy on
>> >> projects can sneak away and attend?
>> >>
>> >> - One Day: Adobe sponsor a day of CQ technical overview including Day
>> >> roadmap showing Live-cycle/Day direction,
>> >> - One Day: Sling "best practices", tips and tricks, perhaps some case
>> >> studies by our more esteemed members,
>> >>
>> >> Pick a date already now so that we can start to structure for the time,
>> >>
>> >> - Dave Ressler
>> >> +1 214 995 3340
>> >>
>> >> From: Dominik Süß 
>> >> To: dev ; day-communi...@googlegroups.com
>> >> Sent: Sunday, April 10, 2011 6:41 AM
>> >> Subject: Fw: [day-communique] Idea: Sling / CQ Meetup in Berlin
>> >>
>> >> Hi everyone,
>> >>
>> >> since 2009 there was no ApacheCon in Europe and as far as I could
>> >> investigate there is no current plan for a new ApacheCon Europe.
>> >>
>> >> Due to the there was no public event for "users" and "developers" of
>> >> Apache Sling, Felix and JCR (and therefore CQ5 developers as well) in
>> >> Europe to get in touch and discuss their problems, needs and plans for
>> >> the future. Since I had the pleasure to meet some people of the
>> >> Day/Adobe Staff being Sling/Felix/JCR contributors at some events
>> >> (like Day Ignite or at a customer) I got the feeling there would be
>> >> the need of some more face-to-face interaction of the mentioned groups
>> >> (devs + users):
>> >>
>> >> Since I (and most of my collegues) am located in Berlin, I'm willing
>> >> to organise a meetup which could be a plattform for such discussions.
>> >> I'm currently a bit uncertain about who would be interested in such a
>> >> Meetup, so this is the first mail to get some feedback about the
>> >> timeframe (had one up to three days in mind), the amount of people and
>> >> the style (free barcamp, planned talks, "hackaton" or what else comes
>> >> in your mind).
>> >>
>> >> As first idea for a date I'd propose september, which would give us
>> >> enough time to organise things (location, accommodations etc.), have a
>> >> good chance to get a "free" timeframe for all the interested and
>> >> collect ideas and problems to discuss.
>> >>
>> >> I'd be glad to get some generall feedback on this topic.
>> >>
>> >> Best regards,
>> >> Dominik
>> >>
>> >> --
>> >> You received this message because you are subscribed to the Google
>> >> Groups "Day Communique" group.
>> >> To post to this group, send email to day-communi...@googlegroups.com.
>> >> To unsubscribe from this group, send email to
>> >> day-communique+unsubscr...@googlegroups.com.
>> >> For more options, visit this group
>> >> athttp://groups.google.com/group/d

Re: [day-communique] Re: Idea: Sling / CQ Meetup in Berlin

[Dominik Süß]

Hi everyone,

just a short summary for now:
- I'll organise this meetup and help will be welcome
- Targeted date(s) will be 8.-9.9.2011
- We'll propably split up in two 1 day events (1 exclusively apache, 1
communiqué 5)
- If location won't change, we'll have a bit more then 50 m² (so I
think 25 - 30 people should be no problem)

These days are kind of stressful for me since projects are reaching
GoLive state while other projects allready started.
So bear with me ;)

Best regards
Dominik

On Wed, May 4, 2011 at 2:20 PM, Julian Sedding  wrote:
> Hi Dominik
>
> Also a +1 from my side. I'm definitely interested.
>
> Regards
> Julian
>
>
>
> On Tue, May 3, 2011 at 9:20 PM, Conrad  wrote:
>> Hi Dominik,
>> +1 :)
>> Lemme know if I can help with the organization.
>>
>> Cheers,
>> (c)
>>
>> On 3 Mai, 16:01, David Ressler  wrote:
>>> Dominik,
>>>
>>> An excellent idea, I would travel to attend.  Some thoughts:
>>>
>>> - Schedule two firm days with one or more soft days: firm days on Sunday / 
>>> Monday or Friday / Saturday, so that people who are busy on projects can 
>>> sneak away and attend?
>>>
>>> - One Day: Adobe sponsor a day of CQ technical overview including Day 
>>> roadmap showing Live-cycle/Day direction,
>>> - One Day: Sling "best practices", tips and tricks, perhaps some case 
>>> studies by our more esteemed members,
>>>
>>> Pick a date already now so that we can start to structure for the time,
>>>
>>> - Dave Ressler
>>> +1 214 995 3340
>>>
>>> From: Dominik Süß 
>>> To: dev ; day-communi...@googlegroups.com
>>> Sent: Sunday, April 10, 2011 6:41 AM
>>> Subject: Fw: [day-communique] Idea: Sling / CQ Meetup in Berlin
>>>
>>> Hi everyone,
>>>
>>> since 2009 there was no ApacheCon in Europe and as far as I could
>>> investigate there is no current plan for a new ApacheCon Europe.
>>>
>>> Due to the there was no public event for "users" and "developers" of
>>> Apache Sling, Felix and JCR (and therefore CQ5 developers as well) in
>>> Europe to get in touch and discuss their problems, needs and plans for
>>> the future. Since I had the pleasure to meet some people of the
>>> Day/Adobe Staff being Sling/Felix/JCR contributors at some events
>>> (like Day Ignite or at a customer) I got the feeling there would be
>>> the need of some more face-to-face interaction of the mentioned groups
>>> (devs + users):
>>>
>>> Since I (and most of my collegues) am located in Berlin, I'm willing
>>> to organise a meetup which could be a plattform for such discussions.
>>> I'm currently a bit uncertain about who would be interested in such a
>>> Meetup, so this is the first mail to get some feedback about the
>>> timeframe (had one up to three days in mind), the amount of people and
>>> the style (free barcamp, planned talks, "hackaton" or what else comes
>>> in your mind).
>>>
>>> As first idea for a date I'd propose september, which would give us
>>> enough time to organise things (location, accommodations etc.), have a
>>> good chance to get a "free" timeframe for all the interested and
>>> collect ideas and problems to discuss.
>>>
>>> I'd be glad to get some generall feedback on this topic.
>>>
>>> Best regards,
>>> Dominik
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups 
>>> "Day Communique" group.
>>> To post to this group, send email to day-communi...@googlegroups.com.
>>> To unsubscribe from this group, send email to 
>>> day-communique+unsubscr...@googlegroups.com.
>>> For more options, visit this group 
>>> athttp://groups.google.com/group/day-communique?hl=en.
>>
>> --
>> You received this message because you are subscribed to the Google Groups 
>> "Day Communique" group.
>> To post to this group, send email to day-communi...@googlegroups.com.
>> To unsubscribe from this group, send email to 
>> day-communique+unsubscr...@googlegroups.com.
>> For more options, visit this group at 
>> http://groups.google.com/group/day-communique?hl=en.
>>
>>
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Day Communique" group.
> To post to this group, send email to day-communi...@googlegroups.com.
> To unsubscribe from this group, send email to 
> day-communique+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/day-communique?hl=en.
>
>

Re: Version Control Checkin

[Dominik Süß]

Hi Kent,

to enable a node to have versions it needs the mixin type "mix:versionable"
See here for further information
http://wiki.apache.org/jackrabbit/mix:versionable

And you might wanna look at JCR API for Versionretrieval
http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Node.html
(look for VersionHistory)

HTH,
Dominik

On Sun, Jan 17, 2010 at 8:53 PM, Kent Barber  wrote:

> Hi,
>
> Can someone give tell me what the curl command would be to use the
> version control abilities of sling to checkin a node?
>
> And also how can I get the total number of versions that a node has?
>
> Thanks,
> Kent.
>