You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Aaron Mulder (JIRA)" <de...@geronimo.apache.org> on 2006/07/30 03:26:14 UTC
[jira] Updated: (GERONIMO-2246) Why
resource-env-ref:admin-object-module?
[ http://issues.apache.org/jira/browse/GERONIMO-2246?page=all ]
Aaron Mulder updated GERONIMO-2246:
-----------------------------------
Description:
When mapping resource-env-refs (or a message-destination), It doesn't seem like admin-object-module is necessary. It can be provided alongside admin-object-name in order to narrow the search down to a specific module within an EAR (the current EAR or any EAR in the dependency graph that has a module with that name). However, if you need to specify a module, you can just use:
<pattern>
<module>jms.rar</module>
<name>foo</name>
</pattern>
Instead of using admin-object-module and admin-object-name. It doesn't seem like this redundancy gets us anything, so I'd rather remove admin-object-module and make admin-object-link work like any other resource/EJB link (name only -- use "pattern" for more complex stuff).
If we proceed, I don't think we necessarily want to remove it in 1.1.x (breaking backward compatibility with 1.1.0) -- we can remove it in 1.2 and remove message-destination-link at the same time.
David J, could you comment?
was:
When mapping resource-env-refs, It doesn't seem like admin-object-module is necessary. It can be provided alongside admin-object-name in order to narrow the search down to a specific module within an EAR (the current EAR or any EAR in the dependency graph that has a module with that name). However, if you need to specify a module, you can just use:
<pattern>
<module>jms.rar</module>
<name>foo</name>
</pattern>
Instead of using admin-object-module and admin-object-name. It doesn't seem like this redundancy gets us anything, so I'd rather remove admin-object-module and make admin-object-link work like any other resource/EJB link (name only -- use "pattern" for more complex stuff).
If we proceed, I don't think we necessarily want to remove it in 1.1.x (breaking backward compatibility with 1.1.0) -- we can remove it in 1.2 and remove message-destination-link at the same time.
David J, could you comment?
> Why resource-env-ref:admin-object-module?
> -----------------------------------------
>
> Key: GERONIMO-2246
> URL: http://issues.apache.org/jira/browse/GERONIMO-2246
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: deployment, connector
> Affects Versions: 1.1
> Reporter: Aaron Mulder
> Assigned To: David Jencks
> Fix For: 1.2
>
>
> When mapping resource-env-refs (or a message-destination), It doesn't seem like admin-object-module is necessary. It can be provided alongside admin-object-name in order to narrow the search down to a specific module within an EAR (the current EAR or any EAR in the dependency graph that has a module with that name). However, if you need to specify a module, you can just use:
> <pattern>
> <module>jms.rar</module>
> <name>foo</name>
> </pattern>
> Instead of using admin-object-module and admin-object-name. It doesn't seem like this redundancy gets us anything, so I'd rather remove admin-object-module and make admin-object-link work like any other resource/EJB link (name only -- use "pattern" for more complex stuff).
> If we proceed, I don't think we necessarily want to remove it in 1.1.x (breaking backward compatibility with 1.1.0) -- we can remove it in 1.2 and remove message-destination-link at the same time.
> David J, could you comment?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira