On Mon, Dec 16, 2013 at 1:00 AM, Carsten Ziegeler <[email protected]> wrote:
> 2013/12/16 Robert Munteanu <[email protected]>
>
>> On Mon, Dec 16, 2013 at 12:27 AM, Carsten Ziegeler <[email protected]>
>> wrote:
>> > Hi,
>> >
>> > actually I think this should work :) Are those bundles in question
>> > installed by the Sling installer or by launchpad?
>>
>> Not sure which one kicks in when,
>
>
> You can check in the web console by either looking at the bundle location
> or at the OSGi installer tab
My OSGi installer tab just says
Untransformed Resources - Properties
Digest/PriorityURL
27ba19805d52e788ce7ee21d6f82137c/50launchpad:resources/config/.gitignore
This is my dummy config folder.
>
>
>> so I'll just say that in my list.xml
>> I have something like
>>
>> <startLevel level="15">
>> <!-- other stuff -->
>> <bundle>
>> <groupId>org.liquibase</groupId>
>> <artifactId>liquibase-osgi</artifactId>
>> <version>3.0.1</version>
>> </bundle>
>> </startLevel>
>>
>> The bundle's location is shown as 'slinginstall:liquibase-osgi-3.0.1.jar'.
>>
>
> Just noticed that we have a "funny" problem here. Now, if the bundle
> location starts with "slinginstall", this means that the launchpad code
> installed the bundle.
> If the bundle location starts with "launchpad", it means the Sling
> installer installed it....wired
> But the best way is to look at the OSGi installer tab, as the bundle
> location might not be accurat or might change from impl to impl anyway.
>
>
>> > Can you see that the new launchpad jar gets extracted when you start it -
>> > does it overwrite the old one?
>>
>> Where in the 'sling' folder should I look?
>>
>> As your stuff is installed by the launchpad, the startup folder should be
> the place. In any case, conf/launchpad-timestamp.txt should be updated I
> think
Right, it is. Looking running a diff -r over the old ( sling~ ) and
new ( sling ) directories, after removing the logs does not show many
differences ( see below ) . I'll try and get a sample launchpad online
tomorrow, perhaps that would make what I'm trying to achieve clearer.
I do have some pecularities in it, since I've tried to trim it down as
much as possible.
Thanks,
Robert
$ diff -r sling{~,}
diff -r sling~/conf/launchpad-timestamp.txt sling/conf/launchpad-timestamp.txt
1c1
< 1387149743159
\ No newline at end of file
---
> 1387149767577
\ No newline at end of file
Binary files sling~/installer/RegisteredResourceList.ser and
sling/installer/RegisteredResourceList.ser differ
Only in sling: org.apache.sling.launchpad.base.jar
Only in sling~: org.apache.sling.launchpad.base.jar.1387149742283
diff -r sling~/sling.properties sling/sling.properties
2c2
< #Mon Dec 16 01:22:22 EET 2013
---
> #Mon Dec 16 01:22:47 EET 2013
>
> Carsten
>
>
>> Thanks,
>>
>> Robert
>>
>> >
>> > Carsten
>> >
>> >
>> > 2013/12/16 Robert Munteanu <[email protected]>
>> >
>> >> Hi,
>> >>
>> >> I'm trying to find out what is the proper way of delivering an updated
>> >> bundle list to a launchpad-based application.
>> >>
>> >> I took the following steps:
>> >>
>> >> 1. Built a launchpad using a basic bundle list and executed the jar
>> >> with java -jar
>> >> 2a. Added a new bundle to list.xml and rebuilt the jar . Executed the
>> >> jar with the same sling directory
>> >> 2b. Increased a bundle's version in list.xml and rebuilt the jar .
>> >> Executed the jar with the same sling directory
>> >>
>> >> Both 1+2a and 1+2b left me with the same bundle list from 1. Just to
>> >> be on the safe side, I additionally updated the launchpad's version,
>> >> but that still did not work.
>> >>
>> >> I know about using the Felix console and the maven-sling-plugin, but
>> >> sometimes it's easier to deliver one updated launchpad jar. This leads
>> >> me to wonder, how can I update the bundles which are delivered with a
>> >> launchpad?
>> >>
>> >> Thanks,
>> >>
>> >> Robert
>> >>
>> >
>> >
>> >
>> > --
>> > Carsten Ziegeler
>> > [email protected]
>>
>>
>>
>> --
>> Sent from my (old) computer
>>
>
>
>
> --
> Carsten Ziegeler
> [email protected]
--
Sent from my (old) computer
