dev@glassfish.java.net

Re: QL failing due to directory names

From: Snjezana Sevo-Zenzerovic <Snjezana.Sevo-Zenzerovic_at_Sun.COM>
Date: Tue, 03 Mar 2009 12:36:51 -0800

Richard S. Hall wrote:

> Snjezana Sevo-Zenzerovic wrote:
>
>> Sorry to bear bad news, but you really have to use "glassfish" as top
>> level directory name since this is expected element of the defined
>> file layout. Admin GUI looks for IPS package metadata in the parent
>> directory of "glassfish". If metadata is not there (as is the case
>> for developer built distributions) that's fine and situation is
>> handled gracefully, but if glassfish directory does not exist, there
>> are issues...
>>
>> If you want to to separate your test area from other similar
>> installations, you'll have to create top level directory called
>> glassfish-felix-1.5.0 and then unzip the distribution in it so that
>> you still have glassfish level.
>
>
> Thanks. Yes, I am currently managing the directory names manually. So,
> are you saying this is a feature and cannot/will not be fixed?
>
> In my opinion, it seems like bad form to have hard-coded dependencies
> on the installation directory name, but perhaps I don't understand why
> this is necessary.

I know it is somewhat confusing since we currently have file layout
mismatch between developer build and full product build, but glassfish
in glassfish.zip or web.zip is not intended as top level installation
directory name. If you take a look at "official" v3 distribution (i.e.
one which is IPS enabled and coming out of RE build), you will notice
that it contains glassfishv3 as top level directory, and beneath that
are bin, glassfish, javadb and pkg. While the top level directory name
can be changed to anything, subdirectory names (including "glassfish" )
and their file layout are defined as interfaces. There is some more info
on this in file layout one-pager:

http://wiki.glassfish.java.net/attach/V3FunctionalSpecs/V3FileLayout.txt


>
> Thanks.
>
> -> richard
>
>>
>> HTH....
>>
>>
>> Richard S. Hall wrote:
>>
>>> Jane Young wrote:
>>>
>>>> Hi Richard,
>>>>
>>>> The issue you've pointed out is about Admin Console. It's not
>>>> related to QL.
>>>> When you run QL, did you specify the parameter: "-Dglassfish.home"?
>>>> Please see:
>>>> http://wiki.glassfish.java.net/Wiki.jsp?page=V3BuildTests#ql
>>>
>>>
>>>
>>> Yes, I did specify "glassfish.home"...
>>>
>>> I didn't mean to imply that it was QL's fault, rather I am trying to
>>> bring some attention to 7031 since it rears its head in QL.
>>>
>>>> From the stacktrace in the issue, looks like it's trying to
>>>> download Admin Console from UC. Which distribution are you using?
>>>
>>>
>>>
>>> Right now I am using
>>> distributions/glassfish/target/glassfish-3.0.0-SNAPSHOT.zip,
>>> although when I filed the original 7031 issue it was against web.zip.
>>>
>>> Thanks.
>>>
>>> -> richard
>>>
>>>>
>>>> Thanks,
>>>> Jane
>>>>
>>>>
>>>> Richard S. Hall wrote:
>>>>
>>>>> A while ago I filed this issue:
>>>>>
>>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=7031
>>>>>
>>>>> I never heard anything more about it, but perhaps I am seeing more
>>>>> artifacts from this issue when running QL tests.
>>>>>
>>>>> If I install glassfish into a directory other than one named
>>>>> "glassfish", then I get QL failures. For example, I have an
>>>>> install directory I call "glassfish-felix-1.5.0". This causes QL
>>>>> to have failures, whereas if I rename the directory to "glassfish"
>>>>> it runs fine.
>>>>>
>>>>> Am I the only one who uses multiple install directories? :-)
>>>>>
>>>>> Thanks.
>>>>>
>>>>> -> richard
>>>>>
>>>>> p.s. For those interested, yes, GF trunk passes QL tests on the
>>>>> latest Felix snapshot...so maybe we can move to Felix 1.6.0 once
>>>>> it is released.
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>