Use case: As it allows any url
I can just have links to build files via file: protocol and then when
I want to update a file I just do a "touch".Plus, imagine
the "power" of installing pax urls together with file install. I can have
.lnk file doing war transformation, automatic wrapping, mvn refere
My intention was to update only when the link file is updated.
On Wed, Jun 24, 2009 at 8:30 PM, Filippo Diotalevi <
filippo.diotal...@gmail.com> wrote:
> On Wed, Jun 24, 2009 at 5:39 PM, Alin Dreghiciu
> wrote:
> > Well, we are talking about pretty much a small change as it only adds the
> > code
On Wed, Jun 24, 2009 at 5:39 PM, Alin Dreghiciu wrote:
> Well, we are talking about pretty much a small change as it only adds the
> code to read the content of the link file and instead of a file input stream
> it uses url.openStream. So, it does not introduce any new dependency and the
> changes
2009/6/24 Dennis Geurts
> Hi alin,
>
> Just my 2cents...
>
> I seem to recall that the .lnk extension under windows is used to define
> shortcuts.
>
> Does this potentionally impose problems for the windows users out
> there??
>
Tried locally and Windows lets me create arbitrary ".lnk" files.
O
Hi alin,
Just my 2cents...
I seem to recall that the .lnk extension under windows is used to define
shortcuts.
Does this potentionally impose problems for the windows users out
there??
Cheers, Dennis
On 24 jun 2009, at 17:41, "Alin Dreghiciu" wrote:
> Well, we are talking about pretty muc
It seems relatively pointless, though, if we go with the other
mechanism, since you can easily add the functionality without adding it
to the core directly, which is the whole point.
We apparently need the extensibility functionality to merge with Karaf's
branch of File Install and we had cont
If someone needs votes for doing this effectively, here's my +1
On Wed, Jun 24, 2009 at 5:39 PM, Alin Dreghiciu wrote:
> Well, we are talking about pretty much a small change as it only adds the
> code to read the content of the link file and instead of a file input
> stream
> it uses url.openStr
Well, we are talking about pretty much a small change as it only adds the
code to read the content of the link file and instead of a file input stream
it uses url.openStream. So, it does not introduce any new dependency and the
changes are relative small in
size. I can out up a patch quickly. It ma
On 6/24/09 8:52 AM, Filippo Diotalevi wrote:
On Wed, Jun 24, 2009 at 2:32 PM, Alin Dreghiciu wrote:
Hi guys,
Yesterday I got the question if Pax URLs are supported by FileInstall. Of
course there are not as you must have the bundle in the scanned directory.
But, In my view with quite a simp
On Wed, Jun 24, 2009 at 2:32 PM, Alin Dreghiciu wrote:
> Hi guys,
> Yesterday I got the question if Pax URLs are supported by FileInstall. Of
> course there are not as you must have the bundle in the scanned directory.
> But, In my view with quite a simple change this can be done. And is about
> ma
Hi guys,
Yesterday I got the question if Pax URLs are supported by FileInstall. Of
course there are not as you must have the bundle in the scanned directory.
But, In my view with quite a simple change this can be done. And is about
making FileInstall support any url, so including pax urls.
The idea
11 matches
Mail list logo
