June 2008 - jboss-dev-forums - Jboss List Archives

[Design of EJB 3.0] - Re: Instructions for SerializableMethod Unit Tests

by ALRubinger

I've fixed EJBTHREE-1407; thanks to Jaikiran for finding these and providing tests with great coverage. Apologies for not leaving these for you to fix; any failing testsuite has to be resolved before we can successfully complete a build. Hard and fast rule here in EJB3 looking forward. We have a (unit) TestSuite now at 100%, and we will be building onto it without allowing any regression to seep in. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156448#4156448 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156448

17 years, 10 months

1
0
0 / 0

[Design of Management Features on JBoss] - Patch for JBAS-1901

by csaldanh

http://jira.jboss.com/jira/browse/JBAS-1901 I have added a patch for the above JIRA. Description of the JIRA: "if you redeploy an ear multiple times you will see it show up multiple times under the web-console/j2ee applications tree in the applet. If you try to browse one of those dead archives, it will blow up the j2ee applications tree structure" Any comments? Clive View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156433#4156433 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156433

17 years, 10 months

1
0
0 / 0

[Design of JBossCache] - Re: JBoss Cache Public API

by genman

"manik.surtani(a)jboss.com" wrote : | * put/remove and replaceAll - makes sense, but may be a case of "change for change's sake" since most cache loader impl's would actually do something like what you suggested internally anyway. | The problem with "putAll" (and "put" and "remove") is that they require a storage read for every call. If you can get them to perform okay, then I don't really care. When I worked on the Amazon S3 CacheLoader I felt like having to download data on the client side for those operations was unnecessary overhead--most of the time. If the local cache already had loaded the node data, then really all the local cache should do is perform the data modification on the local node map and do a "replaceAll". I suppose each CacheLoader could check if a node was loaded through the CacheSPI handle it has, but really this could be done uniformly in the CacheStoreInterceptor. You could always make a new interface in 3.0 like OptimizedCacheLoader with a "replaceAll" and detect it. "manik.surtani(a)jboss.com" wrote : | "genman" wrote : | | Also, I'd take a look at how Hibernate uses JBoss Cache 2. It seems there's a bunch of "util" methods that might make sense to carry over. One thing that comes to mind is the use case of storing a single item in a Node. Maybe create a "key" singleton object? | | Something like this already exists - JBCACHE-1082. Needs to be worked in to the codebase, properly profiled and optimised though. It'd be nice if there was a canonical key object though. Something that could be optimally serialized and deserialized as a single byte using the existing CacheMarshaller. Maybe like have something like: | public interface Node { | | private enum Key { KEY; } | | /** For nodes that store a single value, use this as the key */ | Object key = KEY; | | ... node methods here | } | "enum" is good for creating singleton instances. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156428#4156428 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156428

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployment redeploy

by alesj

"scott.stark(a)jboss.org" wrote : A file system based profile like basic looks to the metadata files using the vfs. Looks where? ;-) How will it know where to look if I deploy some bogus deployment described via jboss-structure.xml? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156426#4156426 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156426

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployment redeploy

by scott.stark＠jboss.org

A file system based profile like basic looks to the metadata files using the vfs. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156394#4156394 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156394

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployment redeploy

by alesj

"alesj" wrote : | How are you planning on checking metadata from profile? | As I see it, metadata is server side structure contract. | And with jboss-structure.xml you can have it any where. | | And it's only (vfs) deployment context that holds that info - which is what we don't want to expose, impl detail. We can argue about that, but you haven't answered my questions from above. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156393#4156393 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156393

17 years, 10 months

1
0
0 / 0

[Design of Management Features on JBoss] - JBoss production web service extremely slow

by vivianlvct

It only happens in production. The response takes more than 30 seconds. There is no apparent errors we can find in the log. In QA and DEV server, there is no such delay. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156390#4156390 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156390

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployment redeploy

by scott.stark＠jboss.org

and I'm saying the deployment api should not support those methods. To me is an oxymoron to ask a DeploymentUnit/Context whether it exists. That is what a profile is about. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156378#4156378 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156378

17 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Deployment redeploy

by alesj

"scott.stark(a)jboss.org" wrote : There is no requirements for vfs to be used for deployers. We have run into this with pure programatic deployments not having associated VirtualFiles. Sure, that's why I'm saying Deployment(Context) should hold that methods. It's just that we currently know how to impl that on top of VFS. e.g. for plain Deployment(Context) it could either be noop or simple defaults (true to exists, false to isModifed). And I don't see how names like exists(), isModified() cannot be used for any kind of deployment. In this case, this would just make your profile even more basic, at least on modification level. That you map deployment against vfs/uri that's your impl detail. But part of that profile could be then used any where. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156376#4156376 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156376

17 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Instructions for SerializableMethod Unit Tests

by ALRubinger

Jaikiran: I've reviewed and committed your tests, and have opened http://jira.jboss.com/jira/browse/EJBTHREE-1407 to address the failures you've exposed. Next step is to resolve this. :) "jaikiran" wrote : Btw, is there a way/goal/target through which i can generate html reports of these test? http://maven.apache.org/plugins/maven-surefire-report-plugin/ Also note that the text containing the output and client-side errors are in target/surefire-reports. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4156375#4156375 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4156375

17 years, 10 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 June 2008