November 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBPORTAL-1813) Switching to secured login should be enabled by configuration

by Thomas Heute (JIRA)

Switching to secured login should be enabled by configuration ------------------------------------------------------------- Key: JBPORTAL-1813 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1813 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Core Reporter: Thomas Heute Assigned To: Thomas Heute Fix For: 2.6.3 Final -- 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

18 years, 6 months

1
1
0 / 0

[JBoss JIRA] Created: (JBAS-3423) Fix org.jboss.test.cmp2.commerce.CompleteUnitTestCase in HEAD

by Anil Saldhana (JIRA)

Fix org.jboss.test.cmp2.commerce.CompleteUnitTestCase in HEAD ------------------------------------------------------------- Key: JBAS-3423 URL: http://jira.jboss.com/jira/browse/JBAS-3423 Project: JBoss Application Server Issue Type: Task Security Level: Public (Everyone can see) Components: CMP service Reporter: Anil Saldhana Assigned To: Alexey Loubyansky Fix For: JBossAS-5.0.0.Beta Could you please have a look at why the tests "testJBossQL, testEJBQL" are failing? ========================================================================================== Expected: SELECT t0_o1.ORDER_NUMBER FROM ORDER_DATA t0_o1, ORDER_DATA t3_o2, CUSTOMEREJB t1_o1_customer, CUSTOMEREJB t2_o2_customer WHERE (( NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=t3_o2.CC_CARD_NUMBER) AND t0_o1.customer=t1_o1_customer.id AND t3_o2.customer=t2_o2_customer.id) but got: SELECT t0_o1.ORDER_NUMBER FROM ORDER_DATA t0_o1, ORDER_DATA t3_o2, CUSTOMEREJB t2_o2_customer, CUSTOMEREJB t1_o1_customer WHERE (( NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=t3_o2.CC_CARD_NUMBER) AND t3_o2.customer=t2_o2_customer.id AND t0_o1.customer=t1_o1_customer.id) junit.framework.AssertionFailedError: Expected: SELECT t0_o1.ORDER_NUMBER FROM ORDER_DATA t0_o1, ORDER_DATA t3_o2, CUSTOMEREJB t1_o1_customer, CUSTOMEREJB t2_o2_customer WHERE (( NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=t3_o2.CC_CARD_NUMBER) AND t0_o1.customer=t1_o1_customer.id AND t3_o2.customer=t2_o2_customer.id) but got: SELECT t0_o1.ORDER_NUMBER FROM ORDER_DATA t0_o1, ORDER_DATA t3_o2, CUSTOMEREJB t2_o2_customer, CUSTOMEREJB t1_o1_customer WHERE (( NOT (t1_o1_customer.id=t2_o2_customer.id)) AND (t0_o1.CC_TYPE=t3_o2.CC_TYPE AND t0_o1.CC_FIRST_NAME=t3_o2.CC_FIRST_NAME AND t0_o1.CC_MI=t3_o2.CC_MI AND t0_o1.CC_LAST_NAME=t3_o2.CC_LAST_NAME AND t0_o1.CC_BILLING_ZIP=t3_o2.CC_BILLING_ZIP AND t0_o1.CC_CARD_NUMBER=t3_o2.CC_CARD_NUMBER) AND t3_o2.customer=t2_o2_customer.id AND t0_o1.customer=t1_o1_customer.id) at org.jboss.test.cmp2.commerce.QueryTest.testJBossQL(QueryTest.java:173) at net.sourceforge.junitejb.EJBTestCase.runBare(EJBTestCase.java:133) at net.sourceforge.junitejb.EJBTestRunnerBean.runTestCase(EJBTestRunnerBean.java:102) at net.sourceforge.junitejb.EJBTestRunnerBean.run(EJBTestRunnerBean.java:44) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:228) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ws.server.ServiceEndpointInterceptor.invoke(ServiceEndpointInterceptor.java:39) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.AbstractTxInterceptorBMT.invokeNext(AbstractTxInterceptorBMT.java:173) at org.jboss.ejb.plugins.TxInterceptorBMT.invoke(TxInterceptorBMT.java:77) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:168) at org.jboss.ejb.plugins.SecurityAuthorizationInterceptor.invoke(SecurityAuthorizationInterceptor.java:105) at org.jboss.ejb.plugins.JaasAuthenticationInterceptor.invoke(JaasAuthenticationInterceptor.java:146) at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:205) at org.jboss.ejb.plugins.ProxyFactoryFinderInterceptor.invoke(ProxyFactoryFinderInterceptor.java:136) at org.jboss.ejb.SessionContainer.internalInvoke(SessionContainer.java:646) at org.jboss.ejb.Container.invoke(Container.java:974) at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157) ========================================================================================= -- 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

18 years, 6 months

3
2
0 / 0

[JBoss JIRA] Created: (JBAOP-488) Improve AOPContainerProxy.toString()

by Kabir Khan (JIRA)

Improve AOPContainerProxy.toString() ------------------------------------ Key: JBAOP-488 URL: http://jira.jboss.com/jira/browse/JBAOP-488 Project: JBoss AOP Issue Type: Feature Request Security Level: Public (Everyone can see) Affects Versions: 2.0.0.beta2 Reporter: Kabir Khan Assigned To: Kabir Khan Fix For: 2.0.0.CR1 how to aviod such info [10:30:59] Ales Justin says: 19:15:46,937 TRACE [VFSStructuralDeployersImpl] client1-not.ajar recognised by org.jboss.deployers.vfs.plugins.structure.file.AOPContainerProxy$0@1c4a5ec [10:31:13] Ales Justin says: where the real deployer was aspectized [10:31:37] Ales Justin says: and the info was: "recognized by " + deployer [10:32:04] Kabir Khan says: So you would rather have the"real name of the class [10:32:09] Kabir Khan says: Not sure... [10:32:17] Ales Justin says: is there a way to config AOPContProxy to call target's toString [10:32:35] Kabir Khan says: I guess that could be added to the proxy [10:33:12] Kabir Khan says: I'd still like to have some information there that it was proxied [10:33:41] Ales Justin says: sure [10:33:52] Ales Justin says: but also the important info should be there [10:33:59] Ales Justin says: since [10:34:07] Kabir Khan says: client1-not.ajar recognised by org.jboss.deployers.vfs.plugins.structure.file.WhateverDeployer@121212d (proxied by org.jboss.deployers.vfs.plugins.structure.file.AOPContainerProxy$0@1c4a5ec) [10:34:13] Kabir Khan says: Something like that? [10:34:17] Ales Justin says: here I'm clueless to which deployer actually did the work [10:34:31] Ales Justin says: yup -- 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

18 years, 6 months

1
2
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1613) Refactor Content framework and Widget support

by Chris Laprun (JIRA)

Refactor Content framework and Widget support --------------------------------------------- Key: JBPORTAL-1613 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1613 Project: JBoss Portal Issue Type: Task Security Level: Public (Everyone can see) Components: Portal Widget Affects Versions: 2.6.1 Final Reporter: Chris Laprun Fix For: 2.8 Final There are several interfaces that are either duplicated or not used (when they could be: WidgetProvider is not used, ContentPortlet is under-used...). Several definition of edit_content mode all over the place when the definition from ContentPortlet could be used. Overall clean-up seems required. -- 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

18 years, 6 months

4
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1558) do not append default parameters values when rendering gadget

by Boleslaw Dawidowicz (JIRA)

do not append default parameters values when rendering gadget ------------------------------------------------------------- Key: JBPORTAL-1558 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1558 Project: JBoss Portal Issue Type: Sub-task Security Level: Public (Everyone can see) Reporter: Boleslaw Dawidowicz Assigned To: Boleslaw Dawidowicz -- 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

18 years, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (JBPORTAL-1573) google directory query shows only 10 results

by Boleslaw Dawidowicz (JIRA)

google directory query shows only 10 results -------------------------------------------- Key: JBPORTAL-1573 URL: http://jira.jboss.com/jira/browse/JBPORTAL-1573 Project: JBoss Portal Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Portal Widget Affects Versions: 2.6 Final Reporter: Boleslaw Dawidowicz Assigned To: Boleslaw Dawidowicz Fix For: 2.6.1 Final, 2.8 Final At the moment in Google Gadgets query against gadgets directory has hard coded limitation to to show only 10 results -- 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

18 years, 6 months

3
4
0 / 0

[JBoss JIRA] Created: (JBMESSAGING-1159) Deadlocks with ClusterRoundRobinDistributor

by Travis Brown (JIRA)

Deadlocks with ClusterRoundRobinDistributor ------------------------------------------- Key: JBMESSAGING-1159 URL: http://jira.jboss.com/jira/browse/JBMESSAGING-1159 Project: JBoss Messaging Issue Type: Bug Components: Messaging Core Distributed Support Affects Versions: Stable branch Environment: Platform AS 4.2.0.GA_CP01, JBM snapshot_stable 12-Nov-2007, Oracle 10g R2, RedHat 4, Sun Java 1.5.0_10-b03 Reporter: Travis Brown Assigned To: Tim Fox Attachments: threaddumps.zip During volume testing with 2 nodes I now see deadlocks in the thread dumps (platform AS 4.2.0.GA_CP01, JBM snapshot_stable 12-Nov-2007). My message processing comes to a halt, but I doubt it's fully related to these 6 threads (dealing with OutOfMemory too). Full thread dumps will be attached. -- 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

18 years, 6 months

2
6
0 / 0

[JBoss JIRA] Created: (JBCACHE-1210) Add deprecated log message when using timeToIdleSeconds rather than timeToLiveSeconds

by Galder Zamarreno (JIRA)

Add deprecated log message when using timeToIdleSeconds rather than timeToLiveSeconds -------------------------------------------------------------------------------------- Key: JBCACHE-1210 URL: http://jira.jboss.com/jira/browse/JBCACHE-1210 Project: JBoss Cache Issue Type: Task Security Level: Public (Everyone can see) Components: Eviction Affects Versions: 2.1.0.BETA1, 1.4.1.SP5 Reporter: Galder Zamarreno Assigned To: Manik Surtani Priority: Minor Back in JBossCache 1.1.x, evictions where configured with timeToIdleSeconds rather than timeToLiveSeconds (which was introduced in JBC 1.2) Hibernate in Action book, which is 3 years old comes with examples using timeToIdleSeconds which can mislead some customers to using this deprecate parameter. I suggest we had a deprecation message (INFO or WARN) if this parameter is used to inform the customers of the deprecated use of it. Potentially add something to docu? -- 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

18 years, 6 months

2
3
0 / 0

[JBoss JIRA] Created: (JBCACHE-923) Aquired node lock never released after transaction timeout

by Jacek Halat (JIRA)

Aquired node lock never released after transaction timeout ---------------------------------------------------------- Key: JBCACHE-923 URL: http://jira.jboss.com/jira/browse/JBCACHE-923 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: PojoCache Affects Versions: 1.4.0.SP1 Environment: Windows XP, Weblogic 9.1 Reporter: Jacek Halat Assigned To: Ben Wang Priority: Critical Under weblogic 9.1 (and probably earlier version too, not tested) in some situations locks aquired on nodes are never released. Only way to release locks is stop and start again treecache. On WebLogic the rollback after a tx timeout is handled in a separate thread (and all registered transaction synchronization handlers are invoked in separated thread! In treecache information about InvocationContext (GlobalTransaction, Transaction etc) is stored in ThreadLocal. In this situation SynchronizationHandler is scrubbing NOT correct invocationContext with information about currend rolled-back transaction, but new created empty invocationContext !!!! Informations from TransactionTable are correctly removed, because mapping of transactions is not stored in ThreadLocal variable. This caused unexpected effects: Information about GlobalTransaction is not cleared and when in main thread TransactionTimedOutException is catched and put/get operations without explicity created transaction are invoked, TreeCache is trying aquire RL/WL on node and caller is set to non-exist and cleared GlobalTransaction. Lock is aquired but not added to LockTable! (and not released). >From now every access to locked node failed, because RL/WL can't be aquired in 10 secs. Only way to get system working is stop and start again TreeCache. 2007-01-04 10:13:42,092 DEBUG - calling aftercompletion for GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:13:42,092 DEBUG - Running rollback phase 2007-01-04 10:13:42,092 DEBUG - running rollback for GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:13:42,092 DEBUG - PessimisticLockInterceptor invoked for method rollback(GlobalTransaction:<192.168.141.1:2100>:1) 2007-01-04 10:13:42,092 DEBUG - called to rollback cache with GlobalTransaction=GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:13:42,092 DEBUG - _remove(GlobalTransaction:<192.168.141.1:2100>:1, "/NODEA/NODEB", systemProperty) 2007-01-04 10:13:42,092 DEBUG - _remove(GlobalTransaction:<192.168.141.1:2100>:1, "/NODEA/NODEB") 2007-01-04 10:13:42,092 DEBUG - removed child NODEB 2007-01-04 10:13:42,092 DEBUG - releasing lock for /NODEA/NODEB (<unlocked>) 2007-01-04 10:13:42,092 DEBUG - releasing lock for /NODEA (read owners=[GlobalTransaction:<192.168.141.1:2100>:1]) 2007-01-04 10:13:42,092 DEBUG - removing local transaction Name=FooManager.foo,Xid=BEA1-00068143BD8A02E8BAA1(4771853),Status=Rolled back. [Reason=weblogic.transaction.internal.TimedOutException: Transaction timed out after 20 seconds BEA1-00068143BD8A02E8BAA1],numRepliesOwedMe=0,numRepliesOwedOthers=0,seconds since begin=30,seconds left=20,activeThread=Thread[Timer-5,5,Pooled Threads],XAServerResourceInfo[dataSource]=(ServerResourceInfo[dataSource]=(state=rolledback,assigned=AdminServer),xar=dataSource,re-Registered = false),SCInfo[sample_domain+AdminServer]=(state=rolledback),properties=({weblogic.transaction.name=FooManager.foo}),local properties=({weblogic.jdbc.jta.dataSource=[ No XAConnection is attached to this TxInfo ]}),OwnerTransactionManager=ServerTM[ServerCoordinatorDescriptor=(CoordinatorURL=AdminServer+10.1.1.218:9002+sample_domain+admin+, XAResources={dataSource, WLStore_sample_domain__WLS_AdminServer},NonXAResources={})],CoordinatorURL=AdminServer+10.1.1.218:9002+sample_domain+admin+) and global transaction GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:13:42,092 DEBUG - bypassed locking as method rollback() doesn't require locking 2007-01-04 10:13:42,092 DEBUG - Suppressing invocation of method rollback(GlobalTransaction:<192.168.141.1:2100>:1) on cache. 2007-01-04 10:13:42,092 DEBUG - Attempting to release locks on current thread. Lock table is {} 2007-01-04 10:13:42,092 DEBUG - Finished local commit/rollback method for GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:13:42,092 DEBUG - Finished rollback phase (...) 2007-01-04 10:14:12,302 DEBUG - Non-tx and non crud meth 2007-01-04 10:14:37,310 DEBUG - (192.168.141.1:2100) call on method [_get(/NODEC, NODE_VALUE, true)] 2007-01-04 10:14:37,310 DEBUG - PessimisticLockInterceptor invoked for method _get(/NODEC, NODE_VALUE, true) 2007-01-04 10:14:37,310 DEBUG - Attempting to lock node /NODEC for owner GlobalTransaction:<192.168.141.1:2100>:1 2007-01-04 10:14:37,310 DEBUG - acquiring RL: fqn=/NODEC, caller=GlobalTransaction:<192.168.141.1:2100>:1, lock=<unlocked> 2007-01-04 10:14:37,310 DEBUG - acquired RL: fqn=/NODEC, caller=GlobalTransaction:<192.168.141.1:2100>:1, lock=read owners=[GlobalTransaction:<192.168.141.1:2100>:1] 2007-01-04 10:14:37,310 ERROR - transaction entry not found for (gtx=GlobalTransaction:<192.168.141.1:2100>:1) 2007-01-04 10:14:37,310 DEBUG - Invoking method _get(/NODEC, NODE_VALUE, true) on cache. 2007-01-04 10:14:37,310 DEBUG - _get("/NODEC", NODE_VALUE, "true") 2007-01-04 10:14:37,310 DEBUG - Attempting to release locks on current thread. Lock table is {} -- 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

18 years, 6 months

4
16
0 / 0

[JBoss JIRA] Created: (JBCACHE-1211) Cache marshaller breaks when marshalling more than 32767 of "certain" objects in a single stream

by Manik Surtani (JIRA)

Cache marshaller breaks when marshalling more than 32767 of "certain" objects in a single stream ------------------------------------------------------------------------------------------------ Key: JBCACHE-1211 URL: http://jira.jboss.com/jira/browse/JBCACHE-1211 Project: JBoss Cache Issue Type: Bug Security Level: Public (Everyone can see) Components: Replication Affects Versions: 2.0.0.GA Reporter: Manik Surtani Assigned To: Manik Surtani Priority: Critical Fix For: 2.1.0.GA This is a nasty. What started life as an optimisation for certain types of objects in a marshalled stream (Fqn, GlobalTransactio, String and Serializable) has become a major limitation in that a single stream can only hold up to 32767 different (not equal()) instances of such objects. Basically the optimisation was, for example, instead of writing "hello" to a stream twice, just write it once and use a reference for all subsequent times. Unfortunately this reference was encoded as a short, hence the limitation of 32767. Fixing this will definitely break wire compatibility with JBoss Cache 2.0.0, although JBC does allow backward compatibility by specifying replication version in your configuration, thanks to the VersionAwareMarshaller. -- 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

18 years, 6 months

1
2
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira November 2007