August 2009 - jboss-dev-forums - Jboss List Archives

[JBoss Microcontainer Development POJO Server] - Re: Deploying ValidatorFactory

by stan.silvert＠jboss.com

"alesj" wrote : "stan.silvert(a)jboss.com" wrote : But I can't use the JSF Deployer in AS5, so the VF has to be obtained from a ServletContextListener. | | | Is this an issue or what? | | With MC-int/Servlet code this is trivial to do, | if you need me to hack it, just point me to the code that requires it. If you want to do it that way it's fine with me. Here is the code: http://fisheye.jboss.org/browse/JBossAS/branches/Branch_5_x/tomcat/src/ma... My thought was that we need to put the instance into JNDI anyway, so I might as well get it from there. I understand JNDI a lot better than MC. But if you want to do it using MC then you just need to change this method: | private void addBeanValidatorFactory() | { | this.servletContext.setAttribute(BeanValidator.VALIDATOR_FACTORY_KEY, Validation.buildDefaultValidatorFactory()); | } The ServletContext attribute must be set as shown, but we just need to get the VF instance that is created at deployment time instead of calling buildDefaultValidatorFactory(). If you decide to do it then please commit your code against this jira: https://jira.jboss.org/jira/browse/JBAS-7178 Stan View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251201#4251201 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251201

17 years, 1 month

1
0
0 / 0

[JBoss Portal Development] - Re: Remember Me checkbox in login page

by rammyramkumar

thanks sandy for the reply on this. I already implemented it in login.jsp it goes like this : onsubmit="if (this.checkbox.checked) remember(this)" basically i used cookies for this implementation. got javascript from googling. it works fine now without any glitches. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251199#4251199 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251199

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by alesj

"smarlow(a)redhat.com" wrote : We still need to discuss the use of Java 6 (will help us scale better and Java 5 is hitting end of life October 30, 2009). I would go with JBossCommon CSLMap port for now. Once we fully (on (almost) all JBoss.org) agree on JDK6 usage (and with v5 "deprecation"), we can easily update things. But till then it would break too many settings / usages. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251177#4251177 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251177

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development POJO Server] - Re: Deploying ValidatorFactory

by alesj

"stan.silvert(a)jboss.com" wrote : But I can't use the JSF Deployer in AS5, so the VF has to be obtained from a ServletContextListener. | Is this an issue or what? With MC-int/Servlet code this is trivial to do, if you need me to hack it, just point me to the code that requires it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251174#4251174 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251174

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Parallel deployments

by alesj

"kabir.khan(a)jboss.com" wrote : | I see AS is still on 2.0.8.GA, and this code is in the 2.2.x branch. Ales is on holidays this week, but I'll ask him how we plan to go forward with this. I guess we can cut some 2.2.x Alpha1's after JBW. * Kernel * Deployers Or in the worst case some Milestones. Those should then be put into AS trunk's component-matrix. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251171#4251171 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251171

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] - Re: AccessControlException in AnnotationValueImpl

by alesj

Yeah, I saw this problem as well - when I updated XB in Kernel to be more strict. I already have a TODO item somewhere. btw: this looks like a JDK bug, as it's the sun.reflect.annotation.AnnotationInvocationHandler who invokes this reflection method, hence they should be the one's wrapping that code block into privileged block, as all I do is call Annotation::equals, which is far from security hack attempt :-) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251168#4251168 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251168

17 years, 1 month

1
0
0 / 0

[JBoss XML Binding Development] - Error occures while trying to enqueue message (in xml format

by lulik

We are working on Operation System Solaris: SunOS 5.9 with jdk1.5.0_11 jboss-4.0.5.GA Here is a problem: In our customer site occured some error, while trying to enqueue payload message (in xml format) into Oracle queue from java code. The message which we are trying to enqueue is in Japanese (localAlarmText in xml). Our guess the issue somehow related to character set. In Oracle we are using AL16UTF16 charset. This error is inconsistent and has a rare occurrence. We tried to reproduce this error, but when inserting this message directly through oracle procedure, message enqueueing successfully. Is there some converting occures when message goes through jboss to oracle? Here is a part of the stack trace from the jboss-server.log: 09:50:51,127 ERROR [agent.IncidentCommandConsumer] (Thread-11) Oracle AQ error during enqueue com.watchmark.common.exception.LocalizedException:Oracle AQ error during enqueue|advancedQueue.enqueue.aqException|oracle.AQ.AQOracleSQLException: ORA-00604: error occurred at recursive SQL level 1 ORA-01460: unimplemented or unreasonable conversion requested ORA-06512: at "SYS.DBMS_AQIN", line 399 ORA-06512: at line 1 at com.watchmark.prospect.enterprise.motorola.agent.IncidentCommandConsumer.forwardUnprocessedPayload (Unknown Source) at com.watchmark.prospect.enterprise.motorola.agent.IncidentCommandConsumer.processPayload (Unknown Source) at com.watchmark.prospect.enterprise.motorola.agent.AbstractObjectConsumer.consume (Unknown Source) at com.watchmark.prospect.enterprise.motorola.agent.IncidentCommandConsumer.consume (Unknown Source) at com.watchmark.prospect.enterprise.motorola.agent.AbstractConsumerMBeanSupport.perform (Unknown Source) at com.watchmark.common.mbean.ThreadServiceMBeanSupport.run(Unknown Source) at java.lang.Thread.run(Thread.java:595) Here is the relevant XML payload: <EAPEventMessage CorrelationId="1522872101"> | <ActionableAlarm AlarmID="9520"> | <Alarm state="Outstanding" domain="Domain dsaemsfms1_ns:.dsomcr2_NE_Domain" ocName="dsaemsfms1_ns:.dsomcr2_OC" saTotal="17" userText="" eventDate="2009-08-01" eventTime="09:50:45" eventType="QualityofServiceAlarm" identifier="138360" alarmOrigin="IncomingAlarm" operatorNote="" managedObject="OMCR220 dsaemsfms1_ns:.omcr_2 CBSC CBSC-20021 BTS BTS-596 SECTOR SECTOR-596-2 CARRIER CARRIER-596-2- | 225" probableCause="ThresholdCrossed" problemStatus="Not Handled" additionalText="Interference Canceller Unable to Cancel All Interferers" escalatedAlarm="false" | localAlarmText="\feff \0049\006e\0074\0065\0072\0066\0065\0072\0065\006e\0063\0065\0020\0043\0061 \006e\0063\0065\0 | 06c\006c\0065\0072\0020\0055\006e\0061\0062\006c\0065\0020 \0074\006f\0020\0043\0061\006e\0063\0065\ | 006c\0020\0041\006c\006c\0020\0049 \006e\0074\0065\0072\0066\0065\0072\0065\0072\0073" originalSeverity="Warning" problemOccurence="18" originalEventDate="2009-07-07" originalEventTime="08:57:45" perceivedSeverity="Warning" securtiyProbableCause="AuthenticationFailure" notificationIdentifier="95209999" correlatedNotificiations="" alarmReportClearanceReceived="false"> | <specificProblems EventIDCode="0" EntityClassDefinition=" "> | <specificProblem SpecificProblem="9520 - Interference Canceller Unable to Cancel All Interferers"/> </specificProblems> | <TargetEntity targetEntity="OMCR220 dsaemsfms1_ns:.omcr_2 CBSC CBSC-20021 BTS BTS-596 SECTOR SECTOR-596-2 CARRIER CARRIER-596-2- | 225"/> | </Alarm> | <Device DeviceID="" DeviceType="Mate Device"/> | </ActionableAlarm> | </EAPEventMessage> Can someone assist with this issue? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251153#4251153 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251153

17 years, 1 month

1
0
0 / 0

[JBoss XML Binding Development] - Re: JBossXB should swap out the Context ClassLoader before i

by alesj

I guess if there is no explicit CL passed, XB should work on top of TCCL. (which is what it is doing now) The question is why this behavior was changed in war deployer? I'll try to track down the "culprit" that changed this, and see if there is some reason behind it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251134#4251134 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251134

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by smarlow＠redhat.com

Just for comparison, I ran the same test with four threads (each thread does the same number of iterations, so workload is increased * 4). Test run 1, original (current) ScopeKey implementation: thread 1 - 22861ms thread 2 - 22702ms thread 3 - 23014ms thread 4 - 23190ms thread 1 - 20145ms thread 2 - 20222ms thread 3 - 19947ms thread 4 - 19780ms thread 1 - 19787ms thread 2 - 19416ms thread 3 - 19910ms thread 4 - 19835ms Test run 2, ScopeKey is implemented using ConcurrentSkipListMap and using getOptimizedKey for both Map key insertion and Map lookup: thread 1 - 985ms thread 2 - 1018ms thread 3 - 923ms thread 4 - 895ms thread 1 - 1122ms thread 2 - 797ms thread 3 - 994ms thread 4 - 1049ms thread 1 - 1068ms thread 2 - 998ms thread 3 - 931ms thread 4 - 979ms thread 1 - 1022ms thread 2 - 1017ms thread 3 - 959ms thread 4 - 893ms Test run 3, ScopeKey is implemented using ConcurrentSkipListMap but getOptimizedKey is not used: thread 1 - 2640ms thread 2 - 3160ms thread 3 - 3057ms thread 4 - 2944ms thread 1 - 3108ms thread 2 - 2807ms thread 3 - 3171ms thread 4 - 2958ms thread 1 - 3160ms thread 2 - 3166ms thread 3 - 3214ms thread 4 - 3202ms thread 1 - 2945ms thread 2 - 2962ms thread 3 - 2616ms thread 4 - 2817ms View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251049#4251049 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251049

17 years, 1 month

1
0
0 / 0

[JBoss Microcontainer Development] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by smarlow＠redhat.com

some performance numbers (test code is here http://pastebin.com/f6ead5a8a). I simulated doing a ConcurrentHashMap lookup with ScopeKey used as the key. From a single thread, I performed 3161899 * 5 map look ups to see what the performance implications are of the ScopeKey modifications. Test run 1, original (current) ScopeKey implementation: 6058ms 6118ms 6016ms 6047ms 5952ms 6061ms Test run 2, ScopeKey is implemented using ConcurrentSkipListMap and using getOptimizedKey for both Map key insertion and Map lookup: 496ms 498ms 524ms 514ms 524ms Test run 3, ScopeKey is implemented using ConcurrentSkipListMap but getOptimizedKey is not used: 1233ms 1553ms 979ms 937ms 2229ms Test run 4, ScopeKey is implemented using ConcurrentSkipListMap and using getOptimizedKey for only Map key insertion. Map lookup is using ScopeKey (probably slower due to mixing different object types in equals()) 3815ms 3225ms 3978ms 3914ms 3201ms Test run 5, ScopeKey is implemented using ConcurrentSkipListMap and using getOptimizedKey for only Map lookup. Map key insertion is with ScopeKey (probably slower due to mixing different object types in equals()) 2754ms 2994ms 2938ms 2851ms 2777ms View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251048#4251048 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251048

17 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2009