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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Netty HTTP transport

by trustin

"trustin" wrote : I ran svn up, but it's not showing up. Eclipse didn't refresh my workspace. It's there. Sorry for the false alarm. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186876#4186876 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186876

15 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Netty HTTP transport

by trustin

"ataylor" wrote : The API was cool Trustin. Especially the ReplayingDecoder, it makes decoding complex messages much easier. I'm happy to hear that. :) "ataylor" wrote : "trustin" wrote : 1) IIUC, HTTP allows multiple headers with the same key. It seems like the current HttpMessage interface assumes there's only one value per key. Therefore, the headers should be represented as Set<String, List> instead of Map<String, String>. | | Ok, thats done and ive changed the API. I forgot to mention that the header name is case insensitive. TreeMap with a custom Comparator should be used perhaps? "ataylor" wrote : also multiple values are seperated by a comma, i.e. | | aheader: a,b,c | | actually has 3 values a, b and c. The caveat here is Date type headers such as Date, Expires etc as they have commas within them. Commas are interpreted as header value separators only when explicitly specified in the HTTP specification AFAIK. I think we don't need to take care of commas and left it to the user application. "ataylor" wrote : "trustin" wrote : 4) Reason (error message) is missing in HttpResponse. HttpResponseStatusCode already has the pre-defined reason phrases, but it should be customizable on a per-response basis. (Perhaps we could simply make the HttpResponseStatusCode constructor public?) | | enums can't have public constructors so ive added another static method for overriding the reason description. What do you think about making it non-enum? "ataylor" wrote : "trustin" wrote : 5) What about renaming HttpProtocol to HttpVersion? P of HTTP already stands for 'protocol'. Also, HttpRequest.get/setProtocol() needs to be renamed to get/setVersion() or get/setProtocolVersion(). | | I agree, done. I ran svn up, but it's not showing up. "ataylor" wrote : "trustin" wrote : 6) java.net.URI already has a query property. I think we don't need the parameter accessor methods in the HttpRequest interface. We could provide a helper class like UriBuilder later. | | not sure i follow completely, i need the URI for encoding purposes so i need an accessor. Unless you meant replace it with a String? When you create a new URI instance, you can specify query parameters and get them by calling URI.getQuery(). Of course, it's not a convenient form and it requires additional processing. My point is we don't need to hold duplicate information though. We could provide two helper classes: a) UriBuilder - helps a user to build a URI easily. UriBuilder ub = new UriBuilder("http://www.jboss.org/hello"); ub.addParameter("name", "Andy"); URI uri = ub.toUri(); b) UriQueryDecoder - helps a user to decode the query string UriQueryDecoder uqd = new UriQueryDecoder(uri); uqd.getParameter("name"); View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186875#4186875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186875

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

There profileservice config is starting, but the profileservice-tests are hanging and timing out half way through the seam tests. I'll send a couple of thread dumps I have while the server looked to be in a loop. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186874#4186874 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186874

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

Its running ok now on the workspace without the jboss-managed 2.0.0.CR4 and jboss-deployer 2.0.0-SNAPSHOT changes, so I'll recheck there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186873#4186873 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186873

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

Ok, I'm looking at this on another workspace where I don't have the jboss-managed 2.0.0.CR4 and jboss-deployer 2.0.0-SNAPSHOT changes to better isolate it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186871#4186871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186871

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by alesj

"scott.stark(a)jboss.org" wrote : I had tested the 2.2.0-SNAPSHOT, but currently I'm unable to validate the 2.0 branch because even after adding -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.WeakRefVFSCache, the profileservice config seems to be in a spin loop. I'm trying to see where, but will probably wait for the VFS 2.0.0.CR3 change. | I'm done. Committed my changes to jbossas trunk. But I'm still interested in this loops ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186870#4186870 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186870

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: JBMICROCONT-243 - parsing and managed objects

by scott.stark＠jboss.org

this has been committed to trunk and the 2.0 branch. I had tested the 2.2.0-SNAPSHOT, but currently I'm unable to validate the 2.0 branch because even after adding -Djboss.vfs.cache=org.jboss.virtual.plugins.cache.WeakRefVFSCache, the profileservice config seems to be in a spin loop. I'm trying to see where, but will probably wait for the VFS 2.0.0.CR3 change. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186869#4186869 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186869

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Missing element in WeakRefVFSCache

by alesj

"adrian(a)jboss.org" wrote : | In jboss-vfs 2.0.0.CR2 the class is not static If it wasn't static, compiler would already complain. ;-) The error you're seeing is about not being able to invoke start from Noop instance in -beans.xml. I'll actually move NoopVFScache to be full public class, this way users can actually set its usage == no caching. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186860#4186860 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186860

15 years, 7 months

1
0
0 / 0

[Design of POJO Server] - Re: NPE in TransactionScopedEntityManager

by alesj

"ALRubinger" wrote : Perhaps you need this change in "profileservice" config? Could be. But this is your job to provide it. ;-) Me == know nothing about EJB3. Me == wanna run Seam apps in JBoss5. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186857#4186857 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186857

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Missing element in WeakRefVFSCache

by alesj

"adrian(a)jboss.org" wrote : | In the default config (where that directory is empty) it does not appear, | but it appears in the all config where it contains jars. Sure, as some code depends on jars in that dir, hence some classloader is keeping strong ref to that VirtualFile --> VFS --> VFSContext. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4186856#4186856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4186856

15 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008