Skip to main content

R: symbolic link in application delete contents after redeploy

3 replies [Last post]
Anonymous

Yes of course these are the steps to reproduce the problem:

1)Deploy a simple application in this case we use exai application:

/opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/

2) Create a symbolic to an external directory( like showed in the following
example):

ls
/opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/ -al

totale 36

drwxr-xr-x 8 root root 4096 19 set 16:11 .

drwxr-xr-x 7 root root 4096 19 set 16:08 ..

drwxr-xr-x 2 root root 4096 19 set 16:08 component

lrwxrwxrwx 1 root root 15 19 set 16:11 exai_media ->
/archivio_exai/

-rw-r--r-- 1 root root 429 19 set 16:08 index.xhtml

drwxr-xr-x 2 root root 4096 19 set 16:08 media

drwxr-xr-x 2 root root 4096 19 set 16:08 META-INF

drwxr-xr-x 2 root root 4096 19 set 16:08 pages

drwxr-xr-x 3 root root 4096 19 set 16:08 themes

drwxr-xr-x 4 root root 4096 19 set 16:08 WEB-INF

3) Redeploy the same application.

4) Now if you check in /archivio_exai/ that was previously linked in the
application you will notice that all files are deleted.

With glassfish 3.0.1 we don't have this kind of problem after the upgrade to
3.1.2.2/3.1.2 we notice this . Let me know if is possible to solve it.

Thanks and Regards

Simone Cariani

This sounds like a bug. Can you file an issue with a reproducible test case
(with the steps)? When you said the behavior was different for previous
version, which version is that?

Thanks,

- Hong

cluster wrote:

>

> Hi all,

>

>

>

> with the last release of glassfish 3.1.2.2 and also in 3.1.2 i have

> noticed a strange behaviour when i undeploy or redeploy an

> application.. If I deploy an application and then create a symbolic

> link inside it (that point for example to external storage) when I

> redeploy the application all the content of this link is recursively

> deleted.. In the previous version an undeploy or redeploy only delete

> the link but not all its content. Do you think is it a bug? Or a new

> feature? Is possible to fix this to permit the deletion of the

> symbolic link but not the content.

>

>

>

> Regards

>

>

>

> Simone Cariani

>

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
hzhang_jn
Offline
Joined: 2005-07-22

Thanks for the steps! I was able to reproduce the issue, I will look
into it and let you know what I find out...

On 9/20/2012 11:49 AM, cluster wrote:
>
> Yes of course these are the steps to reproduce the problem:
>
> 1)Deploy a simple application in this case we use exai application:
>
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/
>
> 2) Create a symbolic to an external directory( like showed in the
> following example):
>
> ls
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/ -al
>
> totale 36
>
> drwxr-xr-x 8 root root 4096 19 set 16:11 .
>
> drwxr-xr-x 7 root root 4096 19 set 16:08 ..
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 component
>
> lrwxrwxrwx 1 root root 15 19 set 16:11 exai_media -> /archivio_exai/
>
> -rw-r--r-- 1 root root 429 19 set 16:08 index.xhtml
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 media
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 META-INF
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 pages
>
> drwxr-xr-x 3 root root 4096 19 set 16:08 themes
>
> drwxr-xr-x 4 root root 4096 19 set 16:08 WEB-INF
>
> 3) Redeploy the same application.
>
> 4) Now if you check in /archivio_exai/ that was previously linked in
> the application you will notice that all files are deleted.
>
> With glassfish 3.0.1 we don't have this kind of problem after the
> upgrade to 3.1.2.2/3.1.2 we notice this . Let me know if is possible
> to solve it.
>
> Thanks and Regards
>
> Simone Cariani
>
> This sounds like a bug. Can you file an issue with a reproducible test
> case (with the steps)? When you said the behavior was different for
> previous version, which version is that?
>
> Thanks,
>
> - Hong
>
> cluster wrote:
>
> >
>
> > Hi all,
>
> >
>
> >
>
> >
>
> > with the last release of glassfish 3.1.2.2 and also in 3.1.2 i have
>
> > noticed a strange behaviour when i undeploy or redeploy an
>
> > application.. If I deploy an application and then create a symbolic
>
> > link inside it (that point for example to external storage) when I
>
> > redeploy the application all the content of this link is recursively
>
> > deleted.. In the previous version an undeploy or redeploy only delete
>
> > the link but not all its content. Do you think is it a bug? Or a new
>
> > feature? Is possible to fix this to permit the deletion of the
>
> > symbolic link but not the content.
>
> >
>
> >
>
> >
>
> > Regards
>
> >
>
> >
>
> >
>
> > Simone Cariani
>
> >
>

cluster

hzhang_jn
Offline
Joined: 2005-07-22

I was able to identify the cause and just checked in a fix for it. The
fix was made in GF 4.0, will you be able to move to GF 4.0? If not, I
will see if I can provide a private patch for you for 3.* code base..

- Hong

On 9/21/2012 3:26 AM, cluster wrote:
>
> Ok thank you very much for your support. I will wait for your news.
>
> Regards
>
> Simone Cariani
>
> *Da:*Hong Zhang [mailto:hong.hz.zhang...]
> *Inviato:* venerdì 21 settembre 2012 03:41
> *A:* users@glassfish.java.net
> *Oggetto:* Re: R: symbolic link in application delete contents after
> redeploy
>
> Thanks for the steps! I was able to reproduce the issue, I will look
> into it and let you know what I find out...
>
> On 9/20/2012 11:49 AM, cluster wrote:
>
> Yes of course these are the steps to reproduce the problem:
>
> 1)Deploy a simple application in this case we use exai application:
>
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/
>
> 2) Create a symbolic to an external directory( like showed in the
> following example):
>
> ls
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/ -al
>
> totale 36
>
> drwxr-xr-x 8 root root 4096 19 set 16:11 .
>
> drwxr-xr-x 7 root root 4096 19 set 16:08 ..
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 component
>
> lrwxrwxrwx 1 root root 15 19 set 16:11 exai_media -> /archivio_exai/
>
> -rw-r--r-- 1 root root 429 19 set 16:08 index.xhtml
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 media
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 META-INF
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 pages
>
> drwxr-xr-x 3 root root 4096 19 set 16:08 themes
>
> drwxr-xr-x 4 root root 4096 19 set 16:08 WEB-INF
>
> 3) Redeploy the same application.
>
> 4) Now if you check in /archivio_exai/ that was previously linked in
> the application you will notice that all files are deleted.
>
> With glassfish 3.0.1 we don't have this kind of problem after the
> upgrade to 3.1.2.2/3.1.2 we notice this . Let me know if is possible
> to solve it.
>
> Thanks and Regards
>
> Simone Cariani
>
> This sounds like a bug. Can you file an issue with a reproducible test
> case (with the steps)? When you said the behavior was different for
> previous version, which version is that?
>
> Thanks,
>
> - Hong
>
> cluster wrote:
>
> >
>
> > Hi all,
>
> >
>
> >
>
> >
>
> > with the last release of glassfish 3.1.2.2 and also in 3.1.2 i have
>
> > noticed a strange behaviour when i undeploy or redeploy an
>
> > application.. If I deploy an application and then create a symbolic
>
> > link inside it (that point for example to external storage) when I
>
> > redeploy the application all the content of this link is recursively
>
> > deleted.. In the previous version an undeploy or redeploy only delete
>
> > the link but not all its content. Do you think is it a bug? Or a new
>
> > feature? Is possible to fix this to permit the deletion of the
>
> > symbolic link but not the content.
>
> >
>
> >
>
> >
>
> > Regards
>
> >
>
> >
>
> >
>
> > Simone Cariani
>
> >
>

papp.zoltan@mondoka.hu

Hi!

Did you tried alternatedocroot_1 ?

2012.09.20. 17:49 keltezéssel, cluster írta:
>
> Yes of course these are the steps to reproduce the problem:
>
> 1)Deploy a simple application in this case we use exai application:
>
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/
>
> 2) Create a symbolic to an external directory( like showed in the
> following example):
>
> ls
> /opt/glassfish3.1.2.2/glassfish/domains/domain1/applications/exai/ -al
>
> totale 36
>
> drwxr-xr-x 8 root root 4096 19 set 16:11 .
>
> drwxr-xr-x 7 root root 4096 19 set 16:08 ..
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 component
>
> lrwxrwxrwx 1 root root 15 19 set 16:11 exai_media -> /archivio_exai/
>
> -rw-r--r-- 1 root root 429 19 set 16:08 index.xhtml
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 media
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 META-INF
>
> drwxr-xr-x 2 root root 4096 19 set 16:08 pages
>
> drwxr-xr-x 3 root root 4096 19 set 16:08 themes
>
> drwxr-xr-x 4 root root 4096 19 set 16:08 WEB-INF
>
> 3) Redeploy the same application.
>
> 4) Now if you check in /archivio_exai/ that was previously linked in
> the application you will notice that all files are deleted.
>
> With glassfish 3.0.1 we don't have this kind of problem after the
> upgrade to 3.1.2.2/3.1.2 we notice this . Let me know if is possible
> to solve it.
>
> Thanks and Regards
>
> Simone Cariani
>
> This sounds like a bug. Can you file an issue with a reproducible test
> case (with the steps)? When you said the behavior was different for
> previous version, which version is that?
>
> Thanks,
>
> - Hong
>
> cluster wrote:
>
> >
>
> > Hi all,
>
> >
>
> >
>
> >
>
> > with the last release of glassfish 3.1.2.2 and also in 3.1.2 i have
>
> > noticed a strange behaviour when i undeploy or redeploy an
>
> > application.. If I deploy an application and then create a symbolic
>
> > link inside it (that point for example to external storage) when I
>
> > redeploy the application all the content of this link is recursively
>
> > deleted.. In the previous version an undeploy or redeploy only delete
>
> > the link but not all its content. Do you think is it a bug? Or a new
>
> > feature? Is possible to fix this to permit the deletion of the
>
> > symbolic link but not the content.
>
> >
>
> >
>
> >
>
> > Regards
>
> >
>
> >
>
> >
>
> > Simone Cariani
>
> >
>
>
> --
> Ezen uzenet virusellenorzesen esett at, es virusmentesnek bizonyult.
> *MailScanner* - Email Virus Scanner
> A MailScanner koszoni a transtec Computers
> tamogatasat.

cluster