hehe.. i recall now. good old days in a little town..
On Wed, Apr 22, 2009 at 5:06 PM, Andreas Oberhack <
oberh...@softwarefabrik.net> wrote:
> Nothing against worlds most beautiful city of Raunheim!! :-)
>
> Am 22.04.2009 um 17:00 schrieb Alin Dreghiciu:
>
> Like I would like living in Raunheim! :)
>
> On Wed, Apr 22, 2009 at 5:50 PM, Heiko Seeberger <
> heiko.seeber...@googlemail.com> wrote:
>
>> Alin, how do you like the name TinyBundle?
>>
>> 2009/4/22 Alin Dreghiciu <adreghi...@gmail.com>
>>
>> Actually, shouldn't Pax TinyBundle (hate this name) be part of Pax
>>> Swissbox? Swissbox is our place for utilities for OSGi and I see Pax
>>> TinyBundle (hate this name) just an utility.
>>>
>>> So, WDYT? move it to swissbox?
>>>
>>> Did I mention that I hate the name? :)
>>>
>>> On Tue, Apr 14, 2009 at 4:21 PM, Alin Dreghiciu <adreghi...@gmail.com>wrote:
>>>
>>>> I find the idea quite useful. But I would not make a full blown Pax
>>>> project out of it. Yet.
>>>> I suggest adding this as an Pax Exam module. Keep it in such a way
>>>> that it does not depend on PAx Exam itself. Then if we see traction
>>>> just take it out and make a project out of it.
>>>>
>>>> So, +1 to move it out of your lab to a Pax Exam module.
>>>>
>>>> On Tue, Apr 14, 2009 at 11:04 AM, Toni Menzel <t...@okidokiteam.com>
>>>> wrote:
>>>> > Gang,
>>>> > hope you enjoyed the holidays ?
>>>> >
>>>> > I wanted to call for a new Pax sub project called TinyBundlles.
>>>> >
>>>> > Its a quite small library that i found very joyful to use myself in
>>>> > combination with pax exam (but not limited to that).
>>>> > You can define and create (tiny) bundles using java api, get
>>>> inputstreams
>>>> > from the final bundle and do all kinds of funny things.
>>>> > compared to traditional built-by MVN/PDE bundles this makes "trying
>>>> things
>>>> > out" much more entertaining.
>>>> >
>>>> > Basic usage:
>>>> >
>>>> > newBundle()
>>>> > .set( Constants.BUNDLE_SYMBOLICNAME, "MyFirstTinyBundle" )
>>>> > .set( Constants.EXPORT_PACKAGE,
>>>> "org.ops4j.pax.tinybundles.demo" )
>>>> >
>>>> > .set( Constants.IMPORT_PACKAGE,
>>>> > "org.ops4j.pax.tinybundles.demo,org.osgi.framework" )
>>>> > .set( Constants.BUNDLE_ACTIVATOR,
>>>> MyFirstActivator.class.getName()
>>>> > )
>>>> > .addClass( MyFirstActivator.class )
>>>> >
>>>> > .addClass( HelloWorld.class )
>>>> > .addClass( HelloWorldImpl.class )
>>>> > .build( asStream() )
>>>> >
>>>> > So, you define metadata (manifest) plus pull-in resources from current
>>>> > classpath. Your bundle(s) will be a subset of your ("traditional" =non
>>>> osgi)
>>>> > fat classpath like you have in unit tests.
>>>> > Currently you are 100% of your own meaning you define the whole
>>>> manifest
>>>> > which gives max. felixibility+control and is okay if your bundles keep
>>>> being
>>>> > tiny.
>>>> > All kinds of "helpers" (bnd) can be stacked on top of cause if wanted.
>>>> >
>>>> > Usecases (in exam, where i played most with it):
>>>> > - testing extenders (did so in a corporate project (..)). Good
>>>> kickstart for
>>>> > SpringDM support maybe.
>>>> > - load tests where you probably want to make your system very busy
>>>> >
>>>> > Question: is this totally sick ? Because i enjoyed it quite much (did
>>>> i told
>>>> > already?) which could be a bad sign though ;)
>>>> > Otherwise i will move it from my lab to projects asap.
>>>> >
>>>> >
>>>> >
>>>> > --
>>>> > Toni Menzel
>>>> > Software Developer
>>>> > Professional Profile: http://www.osgify.com
>>>> > t...@okidokiteam.com
>>>> > http://www.ops4j.org - New Energy for OSS Communities - Open
>>>> > Participation Software.
>>>> >
>>>> > _______________________________________________
>>>> > general mailing list
>>>> > general@lists.ops4j.org
>>>> > http://lists.ops4j.org/mailman/listinfo/general
>>>> >
>>>> >
>>>>
>>>>
>>>>
>>>> --
>>>> Alin Dreghiciu
>>>> http://www.ops4j.org - New Energy for OSS Communities - Open
>>>> Participation Software.
>>>> http://www.qi4j.org - New Energy for Java - Domain Driven Development.
>>>> Looking for a job.
>>>>
>>>
>>>
>>>
>>> --
>>> Alin Dreghiciu
>>> http://www.ops4j.org - New Energy for OSS Communities - Open
>>> Participation Software.
>>> http://www.qi4j.org - New Energy for Java - Domain Driven Development.
>>> Looking for a job.
>>>
>>> _______________________________________________
>>> general mailing list
>>> general@lists.ops4j.org
>>> http://lists.ops4j.org/mailman/listinfo/general
>>>
>>>
>>
>>
>> --
>> Heiko Seeberger
>> www.heikoseeberger.name
>> OSGi on Scala: www.scalamodules.org
>> Lift, the simply functional web framework http://liftweb.net
>>
>> _______________________________________________
>> general mailing list
>> general@lists.ops4j.org
>> http://lists.ops4j.org/mailman/listinfo/general
>>
>>
>
>
> --
> Alin Dreghiciu
> http://www.ops4j.org - New Energy for OSS Communities - Open Participation
> Software.
> http://www.qi4j.org - New Energy for Java - Domain Driven Development.
> Looking for a job.
> Sent from Cluj-Napoca, CJ, Romania
> _______________________________________________
> general mailing list
> general@lists.ops4j.org
> http://lists.ops4j.org/mailman/listinfo/general
>
>
>
> _______________________________________________
> general mailing list
> general@lists.ops4j.org
> http://lists.ops4j.org/mailman/listinfo/general
>
>
--
Toni Menzel
Independent Software Developer - Looking for new projects!
Professional Profile: http://www.osgify.com
Blog: tonitcom.blogspot.com
t...@okidokiteam.com
http://www.ops4j.org - New Energy for OSS Communities - Open
Participation Software.
_______________________________________________
general mailing list
general@lists.ops4j.org
http://lists.ops4j.org/mailman/listinfo/general
