[JBoss JIRA] Commented: (JBCACHE-137) Packaging of JBossCache lib
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-137?page=comments#action_12345726 ]
Manik Surtani commented on JBCACHE-137:
---------------------------------------
>From Ben:
"
Here is the current dependency:
1. jboss-comm.jar: org.jboss.util.NestedRuntimeException
2. jboss-jmx.jar: org.jboss.mx.util.JBossNotificationBroadcastSupport
3. jboss-system.jar: ServiceMBeanSupport
4. jboss-j2ee.jar: javax.transaction.*
5. jboss-minimal.jar: org.jboss.ivocation.MarshalledValue*
Here is the current dependency:
1. jboss-comm.jar: org.jboss.util.NestedRuntimeException
2. jboss-jmx.jar: org.jboss.mx.util.JBossNotificationBroadcastSupport
3. jboss-system.jar: ServiceMBeanSupport
4. jboss-j2ee.jar: javax.transaction.*
5. jboss-minimal.jar: org.jboss.ivocation.MarshalledValue*
> Packaging of JBossCache lib
> ---------------------------
>
> Key: JBCACHE-137
> URL: http://jira.jboss.com/jira/browse/JBCACHE-137
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Ben Wang
> Assigned To: Manik Surtani
> Fix For: 2.0.0
>
> Original Estimate: 2 days
> Remaining Estimate: 2 days
>
> Currently under JBossCache module lib, there is a jboss-j2ee.jar. But in jboss-head, it was split into jboss-j2ee.jar and jboss-j2se.jar. So for example, in release 1.2.2, we have both new jars.
> We will either need to update this or just get rid of the dependency totally.
> Other jars which need to be revisited:
> jboss-jmx.jar
> jboss-minimal.jar
> jboss-system.jar
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months
[JBoss JIRA] Commented: (JBCACHE-163) Consolidate jboss related libraries
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-163?page=comments#action_12345724 ]
Manik Surtani commented on JBCACHE-163:
---------------------------------------
Marking this as a dupe of JBCACHE-137
> Consolidate jboss related libraries
> -----------------------------------
>
> Key: JBCACHE-163
> URL: http://jira.jboss.com/jira/browse/JBCACHE-163
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Ben Wang
> Assigned To: Manik Surtani
> Priority: Minor
> Fix For: 2.0.0
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Currently the jboss dependent packaging in JBossCache is a bit scattered. We use the packaging from jboss-head but they are different the packaing, say, jboss-4.0.
> For example, jboss head recently split jboss-j2ee.jar into jboss-j2ee and jboss-j2se.jar of which has no interests to us at all.
> Nonetheless, our dependency on jboss is very minimal now. So maybe we should think of consolidating all the jboss packaging into a single one? In theory, we should use the jboss packages from full release, like AS4.0.2.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months
[JBoss JIRA] Commented: (JBCACHE-163) Consolidate jboss related libraries
by Manik Surtani (JIRA)
[ http://jira.jboss.com/jira/browse/JBCACHE-163?page=comments#action_12345723 ]
Manik Surtani commented on JBCACHE-163:
---------------------------------------
This is a part of the consolidation efforts in JBCOMMON-8. JBossCache will just use jboss-commons-core.jar.
> Consolidate jboss related libraries
> -----------------------------------
>
> Key: JBCACHE-163
> URL: http://jira.jboss.com/jira/browse/JBCACHE-163
> Project: JBoss Cache
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Ben Wang
> Assigned To: Manik Surtani
> Priority: Minor
> Fix For: 2.0.0
>
> Original Estimate: 1 day
> Remaining Estimate: 1 day
>
> Currently the jboss dependent packaging in JBossCache is a bit scattered. We use the packaging from jboss-head but they are different the packaing, say, jboss-4.0.
> For example, jboss head recently split jboss-j2ee.jar into jboss-j2ee and jboss-j2se.jar of which has no interests to us at all.
> Nonetheless, our dependency on jboss is very minimal now. So maybe we should think of consolidating all the jboss packaging into a single one? In theory, we should use the jboss packages from full release, like AS4.0.2.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months
[JBoss JIRA] Created: (JBCLUSTER-151) Deploying empty file to farm directory causes ScannerThread to hang
by Dan Delany (JIRA)
Deploying empty file to farm directory causes ScannerThread to hang
-------------------------------------------------------------------
Key: JBCLUSTER-151
URL: http://jira.jboss.com/jira/browse/JBCLUSTER-151
Project: JBoss Clustering
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: Q2Y6
Environment: Fedora Core 5
JBoss [Zion] 4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)
Reporter: Dan Delany
Assigned To: Brian Stansberry
Creating a 0 byte long file in the farm directory causes the server to stop scanning the farm directory.
To reproduce:
Deploy a fresh instance of JBoss.
Do not deploy any applications to it.
Configure it to be part of a cluster.
Launch JBoss.
After it is running, touch farm/foo.xml
The log will show
07:45:34,555 INFO [JkMain] Jk running ID=0 time=0/33 config=null
07:45:34,562 INFO [Server] JBoss (MX MicroKernel) [4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)] Started in 42s:633ms
07:45:48,664 INFO [ClusterFileTransfer] Start push of file foo.xml to cluster.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months
[JBoss JIRA] Commented: (JBAS-1437) RAR MetaData Repository
by Andrew Craig (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-1437?page=comments#action_12345660 ]
Andrew Craig commented on JBAS-1437:
------------------------------------
As one part of this, it would be very useful if the rar-name was specified, there could be a way of saying "relative to the current deployment level". For example, given a -ds.xml file:
<connection-factories>
<no-tx-connection-factory>
<jndi-name>MyConnectorReference</jndi-name>
<rar-name>localConnector.rar</rar-name>
<connection-definition>test.andrew.localconnector.LocalConnectorConnectionFactory</connection-definition>
</no-tx-connection-factory>
</connection-factories>
This only works if localConnector.rar is deployed at the root server level. A better approach would be a way of having it something like:
<connection-factories>
<no-tx-connection-factory>
<jndi-name>MyConnectorReference</jndi-name>
<rar-name>#localConnector.rar</rar-name>
<connection-definition>test.andrew.localconnector.LocalConnectorConnectionFactory</connection-definition>
</no-tx-connection-factory>
</connection-factories>
Whereby we now know to use the .rar inside the current context (i.e. either the .ear or .sar that the .rar was located in). This way the same -ds.xml file can be used in two separate applications without having to modify the file.
> RAR MetaData Repository
> -----------------------
>
> Key: JBAS-1437
> URL: http://jira.jboss.com/jira/browse/JBAS-1437
> Project: JBoss Application Server
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Components: JCA service
> Reporter: Adrian Brock
> Priority: Minor
>
> Forums Discussion Thread: http://www.jboss.org/index.html?module=bb&op=viewtopic&t=48681
> Implement a RAR MetaData repository.
> There are two use cases of this object:
> * A tool wants to retrieve information about how to configure a RAR deployment
> either inbound/outbound or admin object
> * Avoiding the need to specify the rar-name in jboss.xml, -ds.xml or admin object deployments when
> only one rar implements the connection definition or message listener.
> Design:
> 1) When a RAR is deployed/undeployed update the repository with information about the RAR including
> cross references by
> * ConnectionDefinition
> * MessageListener
> * AdminObject
> 2) When an MDB is deployed without identifying the rar, use the repository to try to guess the RAR
> 3) When a ConnectionFactory is deployed without identifying the rar, use the repository to try to guess the RAR
> 4) When an AdminObject is deployed without identifying the rar, use the repository to try to guess the RAR
> The algorithm to guess the RAR is
> a) Is there only one RAR implementing the object
> b) If there is more than one RAR, is there a specific RAR in the same top level deployment (EAR)
> as the referencing deployment
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months
[JBoss JIRA] Commented: (JBAS-732) AutoNumberFactory not thread safe
by Jan Normann Nielsen (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-732?page=comments#action_12345658 ]
Jan Normann Nielsen commented on JBAS-732:
------------------------------------------
Please consider reopening this issue.
> AutoNumberFactory not thread safe
> ---------------------------------
>
> Key: JBAS-732
> URL: http://jira.jboss.com/jira/browse/JBAS-732
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: JBossAS-3.2.6 Final
> Reporter: SourceForge User
> Assigned To: Scott M Stark
> Fix For: Closed issues from sourceforge
>
>
> SourceForge Submitter: esriram .
> The getNextInteger() method in the
> org.jboss.varia.autonumber.AutoNumberFactory is not
> thread safe.
> If multiple threads call this method the
> EJBHome.create() is getting called more than once which
> leads to a DuplicateKeyException. Stack trace given below.
> The fix will be to do a create in a synchronized block.
> --E.Sriram
> 18:38:32:145] [09-08-2003] [syserr] [INFO] [14] :
> javax.ejb.DuplicateKeyException: Entity with primary
> key Address.ADDRESSID already exists [18:38:32:145]
> [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.cmp.jdbc.JDBCCreateEntityCommand.execute(JDBCCreateEntityCommand.java:205)
> [18:38:32:146] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.cmp.jdbc.JDBCStoreManager.createEntity(JDBCStoreManager.java:569)
> [18:38:32:147] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.CMPPersistenceManager.createEntity(CMPPersistenceManager.java:225)
> [18:38:32:147] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270)
> [18:38:32:148] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:725)
> [18:38:32:148] [09-08-2003] [syserr] [INFO] [14] : at
> sun.reflect.GeneratedMethodAccessor77.invoke(Unknown
> Source) [18:38:32:148] [09-08-2003] [syserr] [INFO]
> [14] : at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [18:38:32:148] [09-08-2003] [syserr] [INFO] [14] : at
> java.lang.reflect.Method.invoke(Method.java:324)
> [18:38:32:149] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998)
> [18:38:32:149] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88)
> [18:38:32:149] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:188)
> [18:38:32:149] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215)
> [18:38:32:150] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88)
> [18:38:32:150] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91)
> [18:38:32:150] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61)
> [18:38:32:150] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28)
> [18:38:32:151] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88)
> [18:38:32:151] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:243)
> [18:38:32:151] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74)
> [18:38:32:151] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.authentication.interceptor.SecurityInterceptor.invokeHome(SecurityInterceptor.java:94)
> [18:38:32:152] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:120)
> [18:38:32:152] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractInterceptor.invokeHome(AbstractInterceptor.java:88)
> [18:38:32:152] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invokeHome(ProxyFactoryFinderInterceptor.java:93)
> [18:38:32:267] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477)
> [18:38:32:268] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.Container.invoke(Container.java:694)
> [18:38:32:268] [09-08-2003] [syserr] [INFO] [14] : at
> sun.reflect.GeneratedMethodAccessor63.invoke(Unknown
> Source) [18:38:32:269] [09-08-2003] [syserr] [INFO]
> [14] : at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [18:38:32:269] [09-08-2003] [syserr] [INFO] [14] : at
> java.lang.reflect.Method.invoke(Method.java:324)
> [18:38:32:269] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
> [18:38:32:269] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
> [18:38:32:270] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
> [18:38:32:270] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:83)
> [18:38:32:270] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
> [18:38:32:270] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.authentication.interceptor.ClientPrincipalAssociator.invoke(ClientPrincipalAssociator.java:44)
> [18:38:32:271] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.ejb.HomeInterceptor.invoke(HomeInterceptor.java:173)
> [18:38:32:271] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
> [18:38:32:271] [09-08-2003] [syserr] [INFO] [14] : at
> $Proxy36.create(Unknown Source) [18:38:32:271]
> [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.varia.autonumber.AutoNumberFactory.getNextInteger(AutoNumberFactory.java:60)
> [18:38:32:272] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.db.persistence.LongSequenceGenerator.nextValue(LongSequenceGenerator.java:29)
> [18:38:32:272] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.persistence.DataAccess.generateValues(DataAccess.java:2049)
> [18:38:32:272] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.persistence.DataAccess.insertRows(DataAccess.java:2136)
> [18:38:32:272] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.persistence.DataAccess.add(DataAccess.java:196)
> [18:38:32:273] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.nms.topo.ejb.internal.TopoBean.addResource(TopoBean.java:182)
> [18:38:32:273] [09-08-2003] [syserr] [INFO] [14] : at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) [18:38:32:273] [09-08-2003] [syserr] [INFO]
> [14] : at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [18:38:32:273] [09-08-2003] [syserr] [INFO] [14] : at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [18:38:32:274] [09-08-2003] [syserr] [INFO] [14] : at
> java.lang.reflect.Method.invoke(Method.java:324)
> [18:38:32:274] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:629)
> [18:38:32:376] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:186)
> [18:38:32:377] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractInterceptor.invoke(AbstractInterceptor.java:94)
> [18:38:32:377] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:72)
> [18:38:32:377] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:84)
> [18:38:32:378] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:243)
> [18:38:32:378] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:104)
> [18:38:32:378] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.authentication.interceptor.SecurityInterceptor.invoke(SecurityInterceptor.java:122)
> [18:38:32:379] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:191)
> [18:38:32:379] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.logging.tracing.TracingInterceptor.invoke(TracingInterceptor.java:45)
> [18:38:32:379] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:122)
> [18:38:32:379] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.StatelessSessionContainer.internalInvoke(StatelessSessionContainer.java:322)
> [18:38:32:380] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.ejb.Container.invoke(Container.java:674)
> [18:38:32:380] [09-08-2003] [syserr] [INFO] [14] : at
> sun.reflect.GeneratedMethodAccessor63.invoke(Unknown
> Source) [18:38:32:380] [09-08-2003] [syserr] [INFO]
> [14] : at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [18:38:32:380] [09-08-2003] [syserr] [INFO] [14] : at
> java.lang.reflect.Method.invoke(Method.java:324)
> [18:38:32:381] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284)
> [18:38:32:381] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549)
> [18:38:32:381] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101)
> [18:38:32:381] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.invocation.InvokerInterceptor.invoke(InvokerInterceptor.java:83)
> [18:38:32:382] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.TransactionInterceptor.invoke(TransactionInterceptor.java:46)
> [18:38:32:382] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.authentication.interceptor.ClientPrincipalAssociator.invoke(ClientPrincipalAssociator.java:44)
> [18:38:32:382] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.ejb.StatelessSessionInterceptor.invoke(StatelessSessionInterceptor.java:100)
> [18:38:32:382] [09-08-2003] [syserr] [INFO] [14] : at
> org.jboss.proxy.ClientContainer.invoke(ClientContainer.java:85)
> [18:38:32:383] [09-08-2003] [syserr] [INFO] [14] : at
> $Proxy78.addResource(Unknown Source) [18:38:32:526]
> [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.nms.topo.discovery.wf.network.task.NetworkDiscoveryStartTask.modelNetwork(NetworkDiscoveryStartTask.java:338)
> [18:38:32:526] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.nms.topo.discovery.wf.network.task.NetworkDiscoveryStartTask.executeTask(NetworkDiscoveryStartTask.java:89)
> [18:38:32:527] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.task.internal.TaskManagerImpl.executeTask(TaskManagerImpl.java:343)
> [18:38:32:527] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.task.internal.TaskManagerImpl.executeTask(TaskManagerImpl.java:85)
> [18:38:32:527] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.executor.internal.WorkFlowExecutor.executeTask(WorkFlowExecutor.java:333)
> [18:38:32:527] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.executor.internal.WorkFlowExecutor.controlWorkFlow(WorkFlowExecutor.java:182)
> [18:38:32:528] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.executor.internal.WorkFlowExecutor.executeWorkFlowTemplate(WorkFlowExecutor.java:119)
> [18:38:32:528] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.executor.internal.WorkFlowExecutor.executeWorkFlow(WorkFlowExecutor.java:93)
> [18:38:32:528] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.internal.WorkEngineImpl$WorkFlowExecutorThread.run(WorkEngineImpl.java:675)
> [18:38:32:528] [09-08-2003] [syserr] [INFO] [14] : at
> com.adventnet.workengine.threadpool.ThreadPool$WorkerThread.run(ThreadPool.java:299)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 7 months