Ok, so I think the best solution in this case is to write a guide and explain
what to do and not to do to make the components compatible with our platform.
Thanks a lot,
Baptiste
> Date: Fri, 2 Oct 2009 11:26:08 +0200
> Subject: Re: OSGI bootdelegation and java.io.File ?
> From: t...@okidokiteam.com
> To: users@felix.apache.org
>
> I think this is not feasible.
> If you want to overwrite resource localization, thats what URLs and URL
> Handlers are made for.
> There you can make all kinds of things (not sure if you can overwrite built
> in protocols like file).
>
> Or you come up with an abstracted resource api (i think there are tons out
> there).
>
> Toni
>
> On Fri, Oct 2, 2009 at 11:14 AM, Baptiste Gaillard
> <b_gaill...@hotmail.com>wrote:
>
> >
> > The main problem is that we do not have control on the OSGI components
> > deployed on our application because they are developped by our customers.
> >
> > We can write a guide and explain what to do and not to do with OSGI, but we
> > hoped to solve the majority of problems otherwise.
> >
> > What I wanted to do with:
> > new File("relative_path")
> >
> > is to change the way relative paths are built by replacing java.io.File()
> > with our version of java.io.File().
> >
> > Something like :
> >
> > /**
> > * Our version of java.io.File
> > */
> > class File {
> >
> > public File(String relativePath)
> > {
> > this.path =
> > fs.normalize(StaticBundleAccessor.getBundle().getBundleLocation().getAbsolutePath()
> > + '/' + relativePath);
> > this.prefixLength = fs.prefixLength(this.path);
> > }
> >
> > }
> >
> > /**
> > * SUN version of java.io.File
> > */
> > class File {
> >
> >
> >
> > public File(String pathname)
> >
> > {
> >
> > this.path = fs.normalize(pathname);
> >
> > this.prefixLength = fs.prefixLength(this.path);
> >
> > }
> >
> >
> >
> > }
> >
> > Do you think something like that is feasible ?
> >
> >
> >
> >
> > > Date: Fri, 2 Oct 2009 10:51:21 +0200
> > > Subject: Re: OSGI bootdelegation and java.io.File ?
> > > From: karlpa...@gmail.com
> > > To: users@felix.apache.org
> > >
> > > On Fri, Oct 2, 2009 at 10:48 AM, Baptiste Gaillard
> > > <b_gaill...@hotmail.com> wrote:
> > > >
> > > > Hi, we are building a platform which allow to deploy and execute OSGI
> > components.
> > > >
> > > > Those OSGI components are developed by our customers and we do not have
> > control one those components.
> > > > The application is a JEE one and is deployed inside JBoss AS, we also
> > use an embedded Felix container.
> > > >
> > > > We have encounter problems when OSGI components do things like that in
> > their code:
> > > >
> > > > File file = new File("relative_path/myfile.txt");
> > > >
> > > > This return a file which point to
> > %JBOSS_HOME%/relative_path/myfile.txt.
> > > > This seems perfectly normal because OSGI delegate Class Loading for
> > 'java.*' classes used to the parent Class Loader.
> > > >
> > > > So, how is it possible to have a path to the Bundle location (we use
> > unzipped bundles) instead of %JBOSS_HOME% by calling new
> > File("relative_path") ?
> > > > Is it possible to force OSGI to load delegate the Class Loading for
> > java.io.File classes ?
> > >
> > > No. That is not possible. However, I'm not sure I really understand
> > > what it is you are trying to do. Can you tell us more about that -
> > > maybe there is a different solution to your problem...
> > >
> > > regards,
> > >
> > > Karl
> > >
> > > > Thanks,
> > > >
> > > >
> > > > Baptiste
> > > >
> > > >
> > > >
> > > >
> > > > _________________________________________________________________
> > > > Découvrez toutes les possibilités de communication avec vos proches
> > > > http://www.microsoft.com/windows/windowslive/default.aspx
> > >
> > >
> > >
> > > --
> > > Karl Pauls
> > > karlpa...@gmail.com
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> > > For additional commands, e-mail: users-h...@felix.apache.org
> > >
> >
> > _________________________________________________________________
> > Découvrez toutes les possibilités de communication avec vos proches
> > http://www.microsoft.com/windows/windowslive/default.aspx
> >
>
>
>
> --
> Toni Menzel
> Independent Software Developer
> Professional Profile: http://okidokiteam.com
> t...@okidokiteam.com
> http://www.ops4j.org - New Energy for OSS Communities - Open
> Participation Software.
_________________________________________________________________
Inédit ! Des Emoticônes Déjantées! Installez les dans votre Messenger !
http://www.ilovemessenger.fr/Emoticones/EmoticonesDejantees.aspx
