You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by "Niclas Hedhman (JIRA)" <de...@avalon.apache.org> on 2004/11/13 03:14:28 UTC

[jira] Resolved: (RUNTIME-4) Provide a way to disable automatic dependency discovery

     [ http://nagoya.apache.org/jira/browse/RUNTIME-4?page=history ]
     
Niclas Hedhman resolved RUNTIME-4:
----------------------------------

    Resolution: Won't Fix

Avalon is shutting down.
Come to the Metro project for further support. http://www.dpml.net

> Provide a way to disable automatic dependency discovery
> -------------------------------------------------------
>
>          Key: RUNTIME-4
>          URL: http://nagoya.apache.org/jira/browse/RUNTIME-4
>      Project: Merlin Runtime
>         Type: New Feature
>   Components: COMPOSITION
>     Versions: 3.2.5
>  Environment: Currently running under Merlin 3.2.4 on Sun's JDK 1.4.2 (also 1.5 beta) on RedHat 9.
>     Reporter: Scott Brickner
>     Priority: Minor
>      Fix For: 3.4.0

>
> Can we have a way to disable Merlin's automatic discovery of components?
> I have quite a number of distinct instances of a single component (a work queue). Each work queue represents a different stage of processing within my application. Each queue is serviced by a different component, usually resulting in further work items being enqueued to other queues. My block.xml specifies which components service which queues, and then which subsequent queues receive the output work items.
> Unfortunately, if I forget to explicitly put the output queue mappings into the block.xml, the system begins to fail in mysterious ways. Merlin has simply chosen one of the two dozen work queues in some arbitrary fashion and enqueued the item there where it's not expected.
> I'd really rather be able to put something in my block.xml - perhaps on a <container/> tag to indicate that the automatic component discovery should be disabled within that component and that dependencies which aren't explicitly filled by entries in the block.xml should result in a failure to deploy.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://nagoya.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@avalon.apache.org
For additional commands, e-mail: dev-help@avalon.apache.org