Using Osgi with karaf to solve dipendencies with maven it's working pretty well.
I'd like for having the concept of public/private packages in a jar
supported by the language and then same kind of "module main"
(Activator in Osgi lingo).

I did a workshop on "nimble osgi" at last SPA and it was possible for
each couple to take advantage of osgi in less than 2 hours:
https://github.com/uberto/nimble-osgi



Uberto

On Tue, Sep 10, 2013 at 11:52 AM, Reinier Zwitserloot
<[email protected]> wrote:
> For starters, OSGi isn't the same thing as maven. And it should have been.
> There's no reason I can tell to split up the concept of runtime
> modularization and build time modularization. A module is a module; why
> can't my runtime application use the build time dependency descriptions to
> set up classloader shenanigans where needed? Why can't OSGi (or whatever
> runtime module support our hypothetical language / VM has) be configured to
> just download what I need? Why can't it check for security updates and let
> the end user know they need to do some updates, and, oh, this tool will just
> automatically take care of it all, just click 'ok'?
>
> and so on.
>
> On Tuesday, September 10, 2013 10:01:54 AM UTC+2, Jan Goyvaerts wrote:
>>
>> isn't OSGi doing that already ? (not that I want to spark again the debate
>> OSGi vs Jigsaw).
>>
>>
>> On Tue, Sep 10, 2013 at 9:49 AM, Matthew Farwell <[email protected]>
>> wrote:
>>>
>>> Hi,
>>>
>>> Could someone point me towards a language which (in their view) got
>>> modularization correct? So this would probably be including the declaration
>>> in the source, along with version, right up to runtime protection of the
>>> running classes, so I could run multiple versions of the same module in the
>>> same runtime.
>>>
>>> Could anyone point me to any references?
>>>
>>> Thanks
>>>
>>> Matthew Farwell.
>>>
>>>
>>> 2013/9/10 Reinier Zwitserloot <[email protected]>
>>>>
>>>> This is kind of a shame. My biggest disappointment in scala, phantom,
>>>> kotlin, and all the other 'new' languages I ever looked at, is a complete
>>>> lack of acknowledgement that, this day and age, I expect a language to take
>>>> the concept of modules and internet-based dependency resolution as a
>>>> first-class language feature. Basically, import statements should have URLs
>>>> or some such. The compiler should take in an entire project and spit out a
>>>> jar, and that's the only way the compiler should work. At least, a compiler
>>>> of a 'next gen' language.
>>>>
>>>> jigsaw kind of, sort of, somewhere felt like it might at least make
>>>> javac operate in such an alternate mode more or less, but this
>>>> simplification is moving away from that ideal.
>>>>
>>>> That's not to say this is necessarily a bad idea; a pipe dream isn't
>>>> always doable. Still, jigsaw's lack of progress saddens me a bit.
>>>>
>>>> On Thursday, August 29, 2013 8:24:46 PM UTC+2, Jan Goyvaerts wrote:
>>>>>
>>>>> *sigh*
>>>>>
>>>>> Was (being inspired by) OSGi really *such* a bad idea ? :-/
>>>>>
>>>>>
>>>>> http://mail.openjdk.java.net/pipermail/jigsaw-dev/2013-August/003328.html
>>>>>
>>>>> They didn't postpone the schedule a fourth time, did they ?
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google
>>>> Groups "Java Posse" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to [email protected].
>>>> To post to this group, send email to [email protected].
>>>>
>>>> Visit this group at http://groups.google.com/group/javaposse.
>>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>>
>>> --
>>> You received this message because you are subscribed to the Google Groups
>>> "Java Posse" group.
>>> To unsubscribe from this group and stop receiving emails from it, send an
>>> email to [email protected].
>>> To post to this group, send email to [email protected].
>>>
>>> Visit this group at http://groups.google.com/group/javaposse.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>>
> --
> You received this message because you are subscribed to the Google Groups
> "Java Posse" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to [email protected].
> To post to this group, send email to [email protected].
> Visit this group at http://groups.google.com/group/javaposse.
> For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups "Java 
Posse" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/javaposse.
For more options, visit https://groups.google.com/groups/opt_out.

Reply via email to