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

[Design of Clustering on JBoss (Clusters/JBoss)] - JBAS-4608 Adding FLUSH to 4.2.x stacks

by bstansberry＠jboss.com

Discussion of http://jira.jboss.com/jira/browse/JBAS-4608 . >From a support case discussion: "bstansberry" wrote : | Will adding FLUSH to a 2.4.1.SP3/4 stack do anything to ensure that a view is received on all nodes before messages for that view are allowed down the stack? | "bela" wrote : | | In most cases, yes. But in 2.4.x, FLUSH didn't have the reconcile code in it, which meant that we just stopped everyone from sending messages until the new view V2 was installed. However, we didn't reconcile all messages in V1, meaning that we didn't ensure that everyone received exactly the same messages in V1. To do that, we added code in 2.5, which resends missed messages to all members in V1 until V2 is installed. | | | >From this it seems adding FLUSH would have some benefit. The HAPartition and JBC 1.x don't do anything with the block() callback, so it would seem there'd be no negative side effect of suddenly invoking new code paths in the apps via block(). A downside is it's a config change, which isn't so good in a point release. A concern I have about this is the virtual synchrony issues David Ward experienced apparently weren't there in 4.0.5, which didn't have FLUSH. That implies some semi-regression occurred. If the regression was a known effect of some design change where the intent was to counteract it via use of FLUSH, that's OK. But it would be good to have a clearer understanding of what changed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074118#4074118 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074118

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Architecture : CMS and Identity for authorization on doc

by Antoine_h

ok understand better what's going on in the cms service... what do you think of extending the Identity api, so it provides the optimized feature for this performance needs ? or make something so the integration with a different identity service is more easy and less time consumming ? like provide some documentation and/or simple extension slots for people who will need this performance enhancement ? thanks, View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074115#4074115 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074115

18 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Need to revisit some other AOP integration

by adrian＠jboss.org

Now that I've moved the aop classes out of the microcontainer bootstrap in jboss-head its showing we need to revisit the aop integration with the MC and JBossXB. The problem is that neither of the factory settings that sets up this integration can see the aop classes so the configuration is not done. I'm not sure what state aop and aop-mc-int are in, so I didn't want to update the snapshots for these. Instead I've hacked a horrible class that redoes the integration work: https://svn.jboss.org/repos/jbossas/trunk/system/src/main/org/jboss/aop/d... This obviously needs fixing to do be done in a more reasonable way. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074094#4074094 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074094

18 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: xsd:attribute ref unsupported in unmarshaller

by anil.saldhana＠jboss.com

Alex, I have a test case for this at : https://svn.jboss.org/repos/jbossas/projects/security/security-jboss-sx/t... The test is: https://svn.jboss.org/repos/jbossas/projects/security/security-jboss-sx/t... The schema file for the test is: https://svn.jboss.org/repos/jbossas/projects/security/security-jboss-sx/t... The xml file for the test is: https://svn.jboss.org/repos/jbossas/projects/security/security-jboss-sx/t... >From the test, you can see that it is failing at JBossXBSchemaBindingUnitTestCase->testValidateJAASConfiguration()-> assertEquals("Optional expected", AppConfigurationEntry.LoginModuleControlFlag.OPTIONAL, | ace.getControlFlag()); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074089#4074089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074089

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Webservice - SOAP - JAXB Introductions

by Sylvia Isler

JSESB-815 has now been reported on JIRA: http://jira.jboss.com/jira/browse/JBESB-815 My understanding is that in JAXB there is a tight coupling between the generated schema and the annotations because the annotations can be used to generate schema from Java classes. Has anyone tried directing schemagen to use jaxb-intros annotations by supplying the IntroductionsAnnotationsReader to schemagen? Thanks, Sylvia View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074082#4074082 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074082

18 years, 7 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Invocation exception handling

by palin

"thomas.diesler(a)jboss.com" wrote : I've done the above. Maybe you could have a look if this fixes the Metro issue Yes, I did some tests and it fixes the Metro issues, thus I've just removed the "FIXME" in the framework jaxws/exception test. Thank you View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074069#4074069 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074069

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Starting the detachment of portal common

by julien＠jboss.com

It has also drawbacks I agree, I already listed some. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074048#4074048 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074048

18 years, 7 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Starting the detachment of portal common

by julien＠jboss.com

The main reason are: - lower the maintenance cost of our software: avoid to maintain common, portlet container, wsrp into several branches. Instead have portal common 1.0, portlet container 1.0, etc... - decouple the life cycle of software: for instance the CMS today does not need much development except bug fixes, then why should we keep it in jboss-portal-2.6, jboss-portal-2.8, etc... ? if I want to add a new feature to the portlet container and keep a stable version in jboss-portal-2.6 and jboss-portal-2.8 then I don't have to create an additional branch for it and merge it later. - lower the cost of a release by using already tested components. No need to run the CMS testsuite if we use jboss-portal-cms 1.0 which has been already gone through QA. - increase reuse of our components at the JEMS level and prepare the MC migration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074047#4074047 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074047

18 years, 7 months

1
0
0 / 0

[Design of JBoss Transaction Services] - Re: Metadata Support for Transactional Web Services

by maciej.machulak

Hi, Thanks. That's great!! Maciej View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074027#4074027 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074027

18 years, 7 months

1
0
0 / 0

[Design of JBoss Serialization] - Fail to read a serialized object with jboss serialization

by itchy75

Hi, I use jboss serialization with jboss cache and I have an IO exception during deserialization. So I try to serialize and deserialize my object directly with jboss serialization and it fails. Here is the stack trace : | java.io.IOException | at org.jboss.serial.persister.RegularObjectPersister.readSlotWithMethod(RegularObjectPersister.java:107) | at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:269) | at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82) | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643) | at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353) | at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273) | at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82) | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643) | at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353) | at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273) | at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82) | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643) | at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353) | at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273) | at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82) | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643) | at org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:333) | at fr.billetel.interfaces.ws.dispobillet.impl.Dispobillet.prepareEtatCommandesNonRetirees(Dispobillet.java:98) | at fr.billetel.interfaces.ws.dispobillet.DispobilletMessageReceiverInOut.invokeBusinessLogic(DispobilletMessageReceiverInOut.java:73) | at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(AbstractInOutSyncMessageReceiver.java:39) | at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:497) | at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest(HTTPTransportUtils.java:328) | at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:254) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) | at javax.servlet.http.HttpServlet.service(HttpServlet.java:810) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) | at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) | at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) | at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) | at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) | at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175) | at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74) | at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) | at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) | at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:156) | at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) | at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) | at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869) | at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) | at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) | at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112) | at java.lang.Thread.run(Thread.java:595) | Caused by: java.lang.reflect.InvocationTargetException | at sun.reflect.GeneratedMethodAccessor61.invoke(Unknown Source) | at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) | at java.lang.reflect.Method.invoke(Method.java:585) | at org.jboss.serial.persister.RegularObjectPersister.readSlotWithMethod(RegularObjectPersister.java:103) | ... 52 more | Caused by: java.io.IOException: reference 173 not found no readImmutable | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readImmutable(DataContainer.java:775) | at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:125) | at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643) | at org.jboss.serial.persister.ObjectInputStreamProxy.readObjectOverride(ObjectInputStreamProxy.java:68) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:333) | at java.util.ArrayList.readObject(ArrayList.java:591) | ... 56 more | I also tried standard with java standard serialization and it works. Can you help me with this please ? I'm not sure it is the right place to post this message but I didn't find anywhere else.... Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4074023#4074023 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4074023

18 years, 7 months

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 2007