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

[Design of JBoss Labs] - Re: Labs 1.0.5 Server Exceptions

by krissstays

asdf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091571#4091571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091571

18 years, 6 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4766 Discussion thread

by bstansberry＠jboss.com

Yep; I continued digging and found the issue discussed in my last post. That could crop up at any point. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091547#4091547 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091547

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by clebert.suconic＠jboss.com

You mean server2server on the same server or different servers? If it's on the same server you will probably pass it by reference, so.. no serialization. And.. if you correctly implement the protocol, would it matter if it's server2server communication? I mean.. it won't be easy, as you will probably have to replace the client object by a server object on the server.. so you will have to test it well, but I think this could be done. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091532#4091532 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091532

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by alesj

"clebert.suconic(a)jboss.com" wrote : Probably I didn't fully understand your requirements. Wouldn't this mean that I would also get YourClientClass when the seriazalition would take place server-->server? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091526#4091526 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091526

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by clebert.suconic＠jboss.com

Wouldn't writeReplace be equivalent? | | public class YourServerClass implements SomeClass | { | // java serialization will take of this replace for you? | private Object writeReplace() | { | return YourClientClass somehow; | } | } | | public class YourClientClass implements SomeClass | { | } | | Probably I didn't fully understand your requirements. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091522#4091522 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091522

18 years, 6 months

1
0
0 / 0

[QA of JBoss Portal] - JBoss Unit integration with JBoss MC

by julien＠jboss.com

I have been able to prototype an integration of the current JBoss Unit + JBoss MC which makes trivial the parametrization of complex test cases that required services, here is just a simple example: | @Test | @Bootstrap("/mytest/jboss-beans.xml"); | public class MyTest | { | | private String dataSourceName; | private DataSource dataSource; | | public String getDataSourceName() | { | return dataSourceName; | } | | @Parameter | public void setDataSourceName(String dataSourceName) | { | this.dataSourceName = dataSourceName; | } | | @Inject(bean="DataSource") | public void setDataSource(DataSource dataSource) | { | this.dataSource = dataSource; | } | | @Test | public void test() | { | // use data source here | } | } | so we annotate the test case to be a parameterized test case with the dataSourceName parameter and to refer to an MC bean deployment + the injection of one of those beans in the test case. jboss-beans.xml looks like: | <deployment> | | <bean name="DataSource" class="javax.sql.DataSource"> | <constructor> | <factory name="some factory"> | <parameter><inject bean="TestCase" property="dataSourceName" state="Instantiated"/></parameter> | </factory> | </constructor> | </bean> | | </deployment> | here we define some factory for a data source object we need and we configure it to use the "implicit" TestCase bean, making usage of one of its parameterized properties. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091518#4091518 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091518

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: ManagedOperation aspects for the ProfileService.Manageme

by alesj

"alesj" wrote : | Since WritethroughManagedPropertyImpl is exactly what we need on the server side, but we definitely don't want to push/serialize this to the client. | I'm thinking about something similar to this: I would like to change the serialization marshaler for a particular invocation. e.g. ManagementView.getComponentsForType(ComponentType type) | public Set<ManagedComponent> getComponentsForType(ComponentType type) | throws Exception | { | SerializationMarshaller old = SerializationUtil.getCurrentMarshaller(); | try | { | SerializationMarshaller wmpi = WMPIClientMarshaler.INSTANCE; | SerializationUtil.setCurrentMarshaller(wmpi); | return compByCompType.get(type); | } | finally | { | SerializationUtil.setCurrentMarshaller(old); | } | } | Where the WMPIClientMarshaler would marshall all WritethroughManagedPropertyImpl to ManagedPropertyImpl. Or is this too hacky? Or even impossible? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091513#4091513 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091513

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - ManagedProperty serialization issue

by alesj

If we wanted to invoke this piece of code after our ManagedProperty has been serialized - to the client or on the server side - we will get 'null method' since ReflectMethodInfoImpl (the actual instance of PropertyInfo's setter) currently has transient field method field and no read implementation. | if (info != null) | { | Object bean = getManagedObject().getAttachment(); | try | { | info.set(bean, value); | } | I guess this should be added (or is this even part of what I was changing with implementing serialization to ClassInfo?), although it looks like an ugly implementation is about to come out of this. :-) What about with other Reflect(Constructor|Field)InfoImpl? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091509#4091509 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091509

18 years, 6 months

1
0
0 / 0

[Design of POJO Server] - Re: So what does unification mean for the ejb containers

by scott.stark＠jboss.org

Ok, I have dropped the org.jboss.ws.integration.* from the jboss-metadata project and am working on getting ejb3 to build with the overlapping jboss-metadata classes removed from the ejb3 project. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091495#4091495 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091495

18 years, 6 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: JobExecutor enhencement proposition to allow 3rd framewo

by p.pasqual

hi, tom ok i wait your commit and after we will see for next... regarding cvs co/commit: i'm currently behind a firewall/proxy at work soo it's very difficute to directly work with my IDE. i have found a work arround to do a remote checkout and see changes. We will see later if necessary to change things in case of multiple project colaboration/participation. best regards p.pasqual View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091492#4091492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091492

18 years, 6 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 October 2007