November 2010 - teiid-issues - Jboss List Archives

[JBoss JIRA] Moved: (TEIID-1369) ModeShape jdbc driver is returning jdcr_path column, but the teiid modeshape translator is looking for mode_path. The translator should be changed to look for jcr_path.

by Van Halbert (JIRA)

[ https://jira.jboss.org/browse/TEIID-1369?page=com.atlassian.jira.plugin.s... ] Van Halbert moved SOA-2606 to TEIID-1369: ----------------------------------------- Project: Teiid (was: JBoss Enterprise SOA Platform) Key: TEIID-1369 (was: SOA-2606) Affects Version/s: 7.1.1 (was: 5.1.0.ER4) Security: (was: Public) Component/s: Misc. Connectors (was: EDS) Fix Version/s: (was: 5.1.0 GA) > ModeShape jdbc driver is returning jdcr_path column, but the teiid modeshape translator is looking for mode_path. The translator should be changed to look for jcr_path. > ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: TEIID-1369 > URL: https://jira.jboss.org/browse/TEIID-1369 > Project: Teiid > Issue Type: Bug > Components: Misc. Connectors > Affects Versions: 7.1.1 > Reporter: Van Halbert > Assignee: Van Halbert > > The Teiid Modeshape translator needs to be changed to look for the jcr_path column, instead of mode_path. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Resolved: (TEIID-1355) adminshell.bat cannot read script from stdin

by Ramesh Reddy (JIRA)

[ https://jira.jboss.org/browse/TEIID-1355?page=com.atlassian.jira.plugin.s... ] Ramesh Reddy resolved TEIID-1355. --------------------------------- Assignee: Ramesh Reddy Resolution: Rejected > adminshell.bat cannot read script from stdin > -------------------------------------------- > > Key: TEIID-1355 > URL: https://jira.jboss.org/browse/TEIID-1355 > Project: Teiid > Issue Type: Bug > Components: Tools > Affects Versions: 7.1 > Environment: windows > Reporter: Aleksandar Kostadinov > Assignee: Ramesh Reddy > > On windows adminshell doesn't read script if supplied on stdin. It looks like it is reading from terminal (unlike adminshell on linux). I see that one can supply expression as first argument to adminshell but it seems to accept only a single expression and additionally complex expressions are a hell to escape properly. > Assuming adminshell is intended to be used for automating administrative tasks, it needs a straightforward way to execute scripts non-interactively so current behavior on windows needs to be fixed. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (TEIID-1355) adminshell.bat cannot read script from stdin

by Ramesh Reddy (JIRA)

[ https://jira.jboss.org/browse/TEIID-1355?page=com.atlassian.jira.plugin.s... ] Ramesh Reddy commented on TEIID-1355: ------------------------------------- Teiid does not own the code you are mentioning. So, fixing that is not in Teiid projects commiters hand. Nor this is sought after functionality we would spend our time on > adminshell.bat cannot read script from stdin > -------------------------------------------- > > Key: TEIID-1355 > URL: https://jira.jboss.org/browse/TEIID-1355 > Project: Teiid > Issue Type: Bug > Components: Tools > Affects Versions: 7.1 > Environment: windows > Reporter: Aleksandar Kostadinov > > On windows adminshell doesn't read script if supplied on stdin. It looks like it is reading from terminal (unlike adminshell on linux). I see that one can supply expression as first argument to adminshell but it seems to accept only a single expression and additionally complex expressions are a hell to escape properly. > Assuming adminshell is intended to be used for automating administrative tasks, it needs a straightforward way to execute scripts non-interactively so current behavior on windows needs to be fixed. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (TEIID-1355) adminshell.bat cannot read script from stdin

by Aleksandar Kostadinov (JIRA)

[ https://jira.jboss.org/browse/TEIID-1355?page=com.atlassian.jira.plugin.s... ] Aleksandar Kostadinov commented on TEIID-1355: ---------------------------------------------- FYI http://forge.continuent.org/jira/browse/SEQUOIA-887 contains some more information about jline limitations also the project seems to have implemented an option to disable jline for non-interactive use. > adminshell.bat cannot read script from stdin > -------------------------------------------- > > Key: TEIID-1355 > URL: https://jira.jboss.org/browse/TEIID-1355 > Project: Teiid > Issue Type: Bug > Components: Tools > Affects Versions: 7.1 > Environment: windows > Reporter: Aleksandar Kostadinov > > On windows adminshell doesn't read script if supplied on stdin. It looks like it is reading from terminal (unlike adminshell on linux). I see that one can supply expression as first argument to adminshell but it seems to accept only a single expression and additionally complex expressions are a hell to escape properly. > Assuming adminshell is intended to be used for automating administrative tasks, it needs a straightforward way to execute scripts non-interactively so current behavior on windows needs to be fixed. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Commented: (TEIID-1355) adminshell.bat cannot read script from stdin

by Aleksandar Kostadinov (JIRA)

[ https://jira.jboss.org/browse/TEIID-1355?page=com.atlassian.jira.plugin.s... ] Aleksandar Kostadinov commented on TEIID-1355: ---------------------------------------------- The problem is not that groovy doesn't recognize the commands sent through std in on windows. It just doesn't see them and waits for input on the terminal. echo "println 'hello'" | adminshell.bat here adminshell starts and waits for interactive input. The println expression has gone nowhere. I have investigated the issue and it seems to lives inside the groovy shell [1] which uses the JLine library for handling user input. I couldn't really disable jline by the system properties described in the jline documentation but I observed changes in behavior. Also jython is using jline for interactive and another implementation for non-interactive uses to avoid unexpected stdin problems [2]. So it seems fixing the behavior on windows would not be so easy as I have thought (without removing convenience for interactive users). I'm leaving to you the decision if you keep the issue open. IMHO a real fix would be to make jline detect if stdin is interactive or not (if possible) and handle situation appropriately. A line in the adminshell docs describing the issue would be also a good thing to do. Thank you. [1] https://svn.codehaus.org/groovy/trunk/groovy/groovy-core/src/main/org/cod... [2] https://fisheye3.atlassian.com/browse/~raw,r=6634/jython/trunk/jython/src... /see newInterpreter()/ P.S. JIRA doesn't send email notifications to me for comments to this issue which is strange, anybody else having this problem? > adminshell.bat cannot read script from stdin > -------------------------------------------- > > Key: TEIID-1355 > URL: https://jira.jboss.org/browse/TEIID-1355 > Project: Teiid > Issue Type: Bug > Components: Tools > Affects Versions: 7.1 > Environment: windows > Reporter: Aleksandar Kostadinov > > On windows adminshell doesn't read script if supplied on stdin. It looks like it is reading from terminal (unlike adminshell on linux). I see that one can supply expression as first argument to adminshell but it seems to accept only a single expression and additionally complex expressions are a hell to escape properly. > Assuming adminshell is intended to be used for automating administrative tasks, it needs a straightforward way to execute scripts non-interactively so current behavior on windows needs to be fixed. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Reopened: (TEIID-1336) EDS adminshell - clearCache() having no effect

by Van Halbert (JIRA)

[ https://jira.jboss.org/browse/TEIID-1336?page=com.atlassian.jira.plugin.s... ] Van Halbert reopened TEIID-1336: -------------------------------- > EDS adminshell - clearCache() having no effect > ---------------------------------------------- > > Key: TEIID-1336 > URL: https://jira.jboss.org/browse/TEIID-1336 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 7.1.1 > Environment: SOA-P 5.1 ER3 build > Reporter: Len DiMaggio > Assignee: Ramesh Reddy > Fix For: 7.1.1 > > > clearCache() doesn't look like it's doing anything - see below: > groovy:000> connectAsAdmin("mms://localhost:31443", "admin", "admin", "conn-1") > ===> null > groovy:000> getCacheStats("QUERY_SERVICE_RESULT_SET_CACHE") > ===> hitRatio=0.0; totalEntries=0; requestCount=3 > groovy:000> clearCache("QUERY_SERVICE_RESULT_SET_CACHE") > ===> null > groovy:000> getCacheStats("QUERY_SERVICE_RESULT_SET_CACHE") > ===> hitRatio=0.0; totalEntries=0; requestCount=3 > =================== > server.log: > 2010-10-29 12:13:07,065 DEBUG [org.teiid.TRANSPORT] (New I/O server worker #2-1) processing message:MessageHolder: contents=org.teiid.net.socket.ServiceInvocationStruct@18cf5ea > 2010-10-29 12:13:07,065 DEBUG [org.teiid.SECURITY] (New I/O server worker #2-1) Ping MLwHWKFcHgcq > 2010-10-29 12:13:07,065 DEBUG [org.teiid.TRANSPORT] (New I/O server worker #2-1) message: MessageHolder: contents=null for request ID:38 > 2010-10-29 12:13:07,067 DEBUG [org.teiid.TRANSPORT] (New I/O server worker #2-1) processing message:MessageHolder: contents=org.teiid.net.socket.ServiceInvocationStruct@c171b7 > 2010-10-29 12:13:07,067 DEBUG [org.teiid.ADMIN_API] (New I/O server worker #2-1) before clearCache:org.teiid.adminapi.jboss.Admin@1a42c71(QUERY_SERVICE_RESULT_SET_CACHE) > 2010-10-29 12:13:07,067 DEBUG [org.teiid.ADMIN_API] (New I/O server worker #2-1) after clearCache : null > 2010-10-29 12:13:07,067 DEBUG [org.teiid.TRANSPORT] (New I/O server worker #2-1) message: MessageHolder: contents=null for request ID:39 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Updated: (TEIID-1363) Strange value for "Max Rows Fetch Size" in Data Services configuration.

by Ted Jones (JIRA)

[ https://jira.jboss.org/browse/TEIID-1363?page=com.atlassian.jira.plugin.s... ] Ted Jones updated TEIID-1363: ----------------------------- Comment: was deleted (was: The default values represent the values that will be used if the user omits the properties from the configuration. The values used in the-out-of-the-box deployment of Teiid are the optimum values determined by the Teiid team, no the defaults.) > Strange value for "Max Rows Fetch Size" in Data Services configuration. > ----------------------------------------------------------------------- > > Key: TEIID-1363 > URL: https://jira.jboss.org/browse/TEIID-1363 > Project: Teiid > Issue Type: Bug > Components: Jopr Plugin > Affects Versions: 7.1.1 > Reporter: Jehudi Castro > Assignee: Ted Jones > Fix For: 7.1.1 > > Attachments: Screenshot-JBoss SOA Admin Console - Mozilla Firefox-1.png > > > On the admin console, "Data Services" node and Configuration option the value for "Max Rows Fetch Size" is 20480 this looks like a typo of 2048, anyway it differs from the so called default value of 1024 according to the column just at the right. > Same with Prepared Plan Cache Max Count, "default" claims to be 250, but the actual value is 512 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Resolved: (TEIID-1363) Strange value for "Max Rows Fetch Size" in Data Services configuration.

by Steven Hawkins (JIRA)

[ https://jira.jboss.org/browse/TEIID-1363?page=com.atlassian.jira.plugin.s... ] Steven Hawkins resolved TEIID-1363. ----------------------------------- Fix Version/s: 7.1.1 Resolution: Done updated the plugin descriptor to be in sync with the code. > Strange value for "Max Rows Fetch Size" in Data Services configuration. > ----------------------------------------------------------------------- > > Key: TEIID-1363 > URL: https://jira.jboss.org/browse/TEIID-1363 > Project: Teiid > Issue Type: Bug > Components: Jopr Plugin > Affects Versions: 7.1.1 > Reporter: Jehudi Castro > Assignee: Ted Jones > Fix For: 7.1.1 > > Attachments: Screenshot-JBoss SOA Admin Console - Mozilla Firefox-1.png > > > On the admin console, "Data Services" node and Configuration option the value for "Max Rows Fetch Size" is 20480 this looks like a typo of 2048, anyway it differs from the so called default value of 1024 according to the column just at the right. > Same with Prepared Plan Cache Max Count, "default" claims to be 250, but the actual value is 512 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Reopened: (TEIID-1363) Strange value for "Max Rows Fetch Size" in Data Services configuration.

by Steven Hawkins (JIRA)

[ https://jira.jboss.org/browse/TEIID-1363?page=com.atlassian.jira.plugin.s... ] Steven Hawkins reopened TEIID-1363: ----------------------------------- It looks like we are out of sync with the dqp configuration. The description for "Max Rows.." is wrong. > Strange value for "Max Rows Fetch Size" in Data Services configuration. > ----------------------------------------------------------------------- > > Key: TEIID-1363 > URL: https://jira.jboss.org/browse/TEIID-1363 > Project: Teiid > Issue Type: Bug > Components: Jopr Plugin > Affects Versions: 7.1.1 > Reporter: Jehudi Castro > Assignee: Ted Jones > Attachments: Screenshot-JBoss SOA Admin Console - Mozilla Firefox-1.png > > > On the admin console, "Data Services" node and Configuration option the value for "Max Rows Fetch Size" is 20480 this looks like a typo of 2048, anyway it differs from the so called default value of 1024 according to the column just at the right. > Same with Prepared Plan Cache Max Count, "default" claims to be 250, but the actual value is 512 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

[JBoss JIRA] Resolved: (TEIID-1363) Strange value for "Max Rows Fetch Size" in Data Services configuration.

by Ted Jones (JIRA)

[ https://jira.jboss.org/browse/TEIID-1363?page=com.atlassian.jira.plugin.s... ] Ted Jones resolved TEIID-1363. ------------------------------ Resolution: Rejected The default values represent the values that will be used if the user omits the properties from the configuration. The values used in the-out-of-the-box deployment of Teiid are the optimum values determined by the Teiid team, no the defaults. > Strange value for "Max Rows Fetch Size" in Data Services configuration. > ----------------------------------------------------------------------- > > Key: TEIID-1363 > URL: https://jira.jboss.org/browse/TEIID-1363 > Project: Teiid > Issue Type: Bug > Components: Jopr Plugin > Affects Versions: 7.1.1 > Reporter: Jehudi Castro > Assignee: Ted Jones > Attachments: Screenshot-JBoss SOA Admin Console - Mozilla Firefox-1.png > > > On the admin console, "Data Services" node and Configuration option the value for "Max Rows Fetch Size" is 20480 this looks like a typo of 2048, anyway it differs from the so called default value of 1024 according to the column just at the right. > Same with Prepared Plan Cache Max Count, "default" claims to be 250, but the actual value is 512 -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years, 4 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues November 2010