[JBoss JIRA] Created: (TEIID-601) Unable to connect to server from clients: session service is unresponsive (NPEs)
by Paul Nittel (JIRA)
Unable to connect to server from clients: session service is unresponsive (NPEs)
--------------------------------------------------------------------------------
Key: TEIID-601
URL: https://jira.jboss.org/jira/browse/TEIID-601
Project: Teiid
Issue Type: Bug
Components: Server
Affects Versions: 6.1.0
Environment: Fedora 10, JBEDSP server snapshot from 13 May
Reporter: Paul Nittel
Assignee: Steven Hawkins
Priority: Critical
I've set up a JBEDSP server on my laptop. I have been able to connect from the Console, but not really able to do much querying. This morning, I am no longer able to connect to the server (I tried SQuirreL and Console).
Steve H. reviewed the server log and found the following to be central to the issue at hand. NOTE: I am NOT running this in a cluster.
Exception in thread "ServiceMonitoringThread" No response for remote method call
at com.metamatrix.common.messaging.jgroups.JGroupsMessageBus$2.invoke(JGroupsMessageBus.java:145)
at $Proxy27.checkState(Unknown Source)
at com.metamatrix.platform.registry.ProcessMonitor$2.run(ProcessMonitor.java:125)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
May 14, 2009 16:15:48.437 [Worker3_SocketWorker1|0] ERROR <ROUTER|0> Unexpected exception for session 1900
java.lang.NullPointerException
at com.metamatrix.platform.registry.ServiceRegistryBinding.setService(ServiceRegistryBinding.java:298)
at com.metamatrix.platform.registry.ServiceRegistryBinding.markServiceAsBad(ServiceRegistryBinding.java:314)
at com.metamatrix.platform.service.proxy.SingleInvokationProxy.invoke(SingleInvokationProxy.java:89)
at $Proxy24.validateSession(Unknown Source)
at com.metamatrix.common.comm.platform.socket.server.ServerWorkItem.run(ServerWorkItem.java:93)
at com.metamatrix.common.queue.WorkerPoolFactory$StatsCapturingSharedThreadPoolExecutor$1.run(WorkerPoolFactory.java:211)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:619)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months
[JBoss JIRA] Created: (TEIID-706) Deployed vdbs should have a consistent unzipped location.
by Steven Hawkins (JIRA)
Deployed vdbs should have a consistent unzipped location.
---------------------------------------------------------
Key: TEIID-706
URL: https://jira.jboss.org/jira/browse/TEIID-706
Project: Teiid
Issue Type: Sub-task
Components: Embedded, Query Engine
Affects Versions: 6.2.0
Reporter: Steven Hawkins
Assignee: Steven Hawkins
Fix For: 6.2.0
Deployed vdbs, or vdb less configurationinfo.def files should have a consistent location for their exploded form.
Under <teiid home>/deploy there will be folders <vdb name>/<vdb version> - with lower cased names. On the initial scan for vdbs and def files we will use the corresponding def file to see if the <teiid home>/deploy/<vdb name>/<vdb version> already exists. If it does not we will create the exploded location, otherwise we'll use it rather than the archive file itself.
Any changes after deployment time ConfigurationInfo, roles, etc. will only be made to the exploded location. This will make it easy to document how to modify these files without constantly zipping and unzipping them.
Ideally this exploded location should also be used by the index file logic rather than using yet another temporary location.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months
[JBoss JIRA] Created: (TEIID-702) Define/Provide ways to create and use encrypted passwords in Teiid
by Ramesh Reddy (JIRA)
Define/Provide ways to create and use encrypted passwords in Teiid
------------------------------------------------------------------
Key: TEIID-702
URL: https://jira.jboss.org/jira/browse/TEIID-702
Project: Teiid
Issue Type: Task
Components: Common
Reporter: Ramesh Reddy
Fix For: 6.2.0
Teiid runtime is capable of decrypting the encrypted passwords from the Teiid Designer (when the same key certs are used), however does not provide a mechanism to provide a utility to encrypt passwords itself. Often times the Designer might be using a different certificate or may be the user did not use the Designer at all. So, Teiid needs
1) Script to create a new certificate for password encryption
2) Script to encrypt a given password
3) Integration of the this cert with runtime, such that it can decrypt password(s) at runtime.
4) Documentation as how this can be done.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 6 months