On Aug 14, 2009, at 10:43 AM, Marina Vatkina wrote:
> Now I'm totally confused :(.
>
> 1. Didn't you tell us (on another thread) that embedded EJB can't
> use the inplanted mode? And that I shouldn't call setInstanceRoot
> because it results in 'address already in use' error?
it's inplanted mode because you end up using an existing glassfish
installation but the classloading is very different, only one
classloader to load the entire application server jars. as for the
setInstanceRoot, it better not be called at that time because you will
set the location of the installation by using the new embedded-
static.jar location.
>
> 2. If the partially-inplanted mode is when the embedded EJB is used
> with the existing GF installation (and not uber-jar downloaded
> separately), and setInstallRoot is not called, do I call a)
> setInstanceRoot and setConfigurationFile? or b) only
> setConfigurationFile?
>
only b)
> If I can't call setInstallRoot, how will its location be calculated
> if the instance location is not the default?
>
the location will be relative to the location of the embedded-
static.jar file (which reference all the modules jars).
> 3. If in that partially-inplanted mode (#2), there will be a special
> embedded-xxx.jar which will reference all installed jars under
> modules, it won't include keystore.jks and __ds_jdbc_ra, as they
> will be used from the GF installation. Right?
>
right, but the installRoot will be set (again relative to the special
embedded-xxx.jar) so keystore, and connectors will be found.
> If yes, we are back to the problem that the calculation of the
> "com.sun.aas.installRoot" produces wrong result in embedded mode :(.
>
no :)
jerome
> thanks,
> -marina
>
> Jerome Dochez wrote:
>> On Aug 13, 2009, at 1:55 PM, Marina Vatkina wrote:
>>> For a "pure" embedded-all.jar - yes, but how about the one that
>>> can work with the existing gf installation in no-inplanted (how
>>> do you call it btw?) mode?
>> this will still be inplanted mode so it should work out of the box
>> since the installRoot exist and is correct. I don't have a name
>> for that mode yet, static inplanted maybe since it's basically
>> not extensible as opposed to the normal inplanted where we put all
>> jars in the modules directory in the classpath.
>> jerome
>>>
>>> thanks,
>>> -marina
>>>
>>> Jerome Dochez wrote:
>>>
>>>> Security and connector team will need to provide a solution for
>>>> this. It's obvious that when using the embedded-all.jar, there
>>>> will not be a valid populated installRoot.
>>>> Jagadish, any suggestion ? In this scenario, glassfish is
>>>> shipped as a single jar file, and there are no installRoot
>>>> where to load the adapters from. Would that be enough to shop
>>>> the adapters in this uber- jar along with the runtime ?
>>>> Jerome
>>>> On Aug 13, 2009, at 9:26 AM, Marina Vatkina wrote:
>>>>
>>>>> Jerome Dochez wrote:
>>>>>
>>>>>> in the case of using the gf-embedded-all,
>>>>>
>>>>>
>>>>>
>>>>> I saw this error with inplanted mode also, but as it won't work
>>>>> for embedded EJB container, I switched to use gf-embedded-all
>>>>> to try to make some progress.
>>>>>
>>>>> there is no installRoot since
>>>>>
>>>>>> there is no installation so you should get the same
>>>>>> installRoot and instanceRoot values.
>>>>>
>>>>>
>>>>>
>>>>> This is not what's happening :(.
>>>>>
>>>>> Can you clarify why is this creating an issue down
>>>>>
>>>>>> to road ?
>>>>>
>>>>>
>>>>>
>>>>> keystore.jks and __ds_jdbc_ra can't be found by the code that
>>>>> use "com.sun.aas.installRoot" property to locate them.
>>>>> Without __ds_jdbc_ra, connector code can't bootstrap itself.
>>>>>
>>>>> thanks,
>>>>> -marina
>>>>>
>>>>>> jerome
>>>>>> On Aug 12, 2009, at 4:18 PM, Marina Vatkina wrote:
>>>>>>
>>>>>>> Jerome,
>>>>>>>
>>>>>>> I'm trying the gf-embedded-all.jar for
>>>>>>> When I try to point to a pre-existing GF installation via
>>>>>>> <EmbeddedFileSystem.Builder>.setConfigurationFile() for
>>>>>>> domain.xml and EmbeddedFileSystem.Builder.setInstanceRoot()
>>>>>>> for <install>/ glassfishv3/glassfish/domains/domain1, the
>>>>>>> system properties in thServerEnvironmentImpl are getting
>>>>>>> wrong (?) values from the injected StartupContext ref:
>>>>>>>
>>>>>>> com.sun.aas.configRoot <install>/glassfishv3/glassfish/
>>>>>>> domains/ config
>>>>>>> com.sun.aas.installRoot <install>/glassfishv3/glassfish/domains
>>>>>>>
>>>>>>> If I set instance root to the <install>/glassfishv3/
>>>>>>> glassfish, or don't set the instance root at all, the
>>>>>>> problem with calculating the right locations is still the
>>>>>>> same :(.
>>>>>>>
>>>>>>> Everything is (obviously) fine in the non-embedded mode:
>>>>>>>
>>>>>>> com.sun.aas.configRoot <install>/glassfishv3/glassfish/config
>>>>>>> com.sun.aas.installRoot <install>/glassfishv3/glassfish
>>>>>>>
>>>>>>> thanks,
>>>>>>> -marina
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> 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
>>>
>> ---------------------------------------------------------------------
>> 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
>