Bug 780065 (SOA-2430)

Summary: ModeShape error messages when starting admin console
Product: [JBoss] JBoss Enterprise SOA Platform 5 Reporter: Julian Coleman <jcoleman>
Component: EDSAssignee: Van Halbert <vhalbert>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 5.1.0.ER3   
Target Milestone: ---   
Target Release: 5.1.0 GA   
Hardware: Unspecified   
OS: Unspecified   
URL: http://jira.jboss.org/jira/browse/SOA-2430
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
SOA 5.1.0 ER3 + EDS 5.1.0 ER3
Last Closed: 2011-02-07 17:00:04 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
server.log.gz none

Description Julian Coleman 2010-10-17 15:55:48 UTC
project_key: SOA

When starting the admin console, the following error is logged by the server:

17:45:04,745 ERROR [modeshape] Exception invoking getConnectors
java.lang.reflect.UndeclaredThrowableException: Failed to invoke method 'getConnectors' on component 'ModeShapeEngine' with parameters [].
        at org.jboss.profileservice.management.KernelBusRuntimeComponentDispatcher.invoke(KernelBusRuntimeComponentDispatcher.java:201)

See attached log file.

Comment 1 Julian Coleman 2010-10-17 16:11:28 UTC
Attachment: Added: server.log.gz


Comment 2 Van Halbert 2010-10-17 16:25:53 UTC
Link: Added: This issue is a dependency of MODE-955


Comment 3 Julian Coleman 2010-10-18 14:21:16 UTC
The following directories/files are created under the users' home directory (i.e. not
the server directory), when the admin console is started:

  jboss-as
  jboss-as/server
  jboss-as/server/default
  jboss-as/server/default/data
  jboss-as/server/default/data/modeshape
  jboss-as/server/default/data/modeshape/repositories
  jboss-as/server/default/data/modeshape/repositories/repository
  jboss-as/server/default/data/modeshape/repositories/repository/indexes
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds/content
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds/content/segments_2
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds/content/segments.gen
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds/content/_0.cfx
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/eds/content/_0.cfs
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/system
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/system/content
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/system/content/segments_i
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/system/content/segments.gen
  jboss-as/server/default/data/modeshape/repositories/repository/indexes/system/content/_w.cfs

(The dynamicvdb-ws-weather Teiid example had been deployed before the
admin console was started.)

Comment 4 Van Halbert 2010-10-18 19:03:56 UTC
I'm not seeing this same behavior.     I've installed the server on a rhel and a mac, and both times the data/modeshape/...   directory is being placed within the profile where the server is installed.

The modeshape-config.xml file controls this location:  

soa-p   -   ../../jboss-as/server/<profile>/data/modeshape/repositories/repository/indexes

brms   -   ../jboss-as-web/server/<profile>/data/modeshape/repositories/repository/indexes

standalone   -   ../jboss-as/server/<profile>/data/modeshape/repositories/repository/indexes

Comment 5 Van Halbert 2010-10-18 19:33:06 UTC
I think I realize what the issue is, it's because of using relative paths that this could happen.   I'm changing the modeshape build.xml to insert the full path to the data directory.

Comment 6 Van Halbert 2010-10-18 19:36:09 UTC
The one problem I see doing this is the soa-p install can't just be moved to another location and expect modeshape to work.    I don't recall if this a feature of soa-p or not.

Comment 7 Van Halbert 2010-10-19 14:02:23 UTC
ModeShape has applied the fix to 2.2.x branch regarding the admin console, and the modeshape build.xml has been updated to set the full path the modeshape data directory in the profile being used.   These should be available for the next build.

Comment 8 Van Halbert 2010-10-27 12:53:18 UTC
Link: Added: This issue is duplicated by SOA-2483


Comment 9 Laura Bailey 2010-12-17 00:41:24 UTC
Writer: Added: Darrin


Comment 10 Laura Bailey 2010-12-17 00:47:53 UTC
Release Notes Docs Status: Added: Not Yet Documented


Comment 12 Len DiMaggio 2011-02-07 17:00:04 UTC
Verified fixed in ER9.