Menu
▾
▴
jboss-dev-forums — The jboss development forum posts
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(157) |
May
(789) |
Jun
(608) |
Jul
(554) |
Aug
(868) |
Sep
(654) |
Oct
(994) |
Nov
(803) |
Dec
(982) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(1006) |
Feb
(1054) |
Mar
(1345) |
Apr
(1305) |
May
(1392) |
Jun
(1016) |
Jul
(265) |
Aug
(1) |
Sep
(8) |
Oct
(9) |
Nov
(8) |
Dec
(19) |
| 2007 |
Jan
(20) |
Feb
(10) |
Mar
(20) |
Apr
(8) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(3) |
Sep
(6) |
Oct
(12) |
Nov
(7) |
Dec
(13) |
| 2008 |
Jan
(5) |
Feb
(4) |
Mar
(34) |
Apr
(32) |
May
(22) |
Jun
(21) |
Jul
(30) |
Aug
(18) |
Sep
(30) |
Oct
(23) |
Nov
(86) |
Dec
(51) |
| 2009 |
Jan
(25) |
Feb
(26) |
Mar
(34) |
Apr
(47) |
May
(38) |
Jun
(25) |
Jul
(36) |
Aug
(9) |
Sep
(8) |
Oct
(10) |
Nov
(4) |
Dec
(17) |
| 2010 |
Jan
(7) |
Feb
(9) |
Mar
(26) |
Apr
(49) |
May
(52) |
Jun
(48) |
Jul
(39) |
Aug
(27) |
Sep
(9) |
Oct
(14) |
Nov
(7) |
Dec
(10) |
| 2011 |
Jan
(12) |
Feb
(9) |
Mar
(17) |
Apr
(33) |
May
(39) |
Jun
(36) |
Jul
(29) |
Aug
(26) |
Sep
(29) |
Oct
(38) |
Nov
(35) |
Dec
(27) |
| 2012 |
Jan
(20) |
Feb
(34) |
Mar
(29) |
Apr
(33) |
May
(45) |
Jun
(46) |
Jul
(50) |
Aug
(35) |
Sep
(55) |
Oct
(68) |
Nov
(79) |
Dec
(45) |
| 2013 |
Jan
(67) |
Feb
(20) |
Mar
(55) |
Apr
(52) |
May
(25) |
Jun
(25) |
Jul
(34) |
Aug
(27) |
Sep
(21) |
Oct
(21) |
Nov
(19) |
Dec
(12) |
| 2014 |
Jan
(10) |
Feb
(8) |
Mar
(13) |
Apr
(18) |
May
(36) |
Jun
(26) |
Jul
(17) |
Aug
(19) |
Sep
(13) |
Oct
(8) |
Nov
(7) |
Dec
(5) |
| 2015 |
Jan
(11) |
Feb
(2) |
Mar
(13) |
Apr
(15) |
May
(7) |
Jun
(2) |
Jul
(4) |
Aug
(3) |
Sep
(3) |
Oct
|
Nov
(2) |
Dec
(1) |
| 2016 |
Jan
(3) |
Feb
(5) |
Mar
(19) |
Apr
(34) |
May
(9) |
Jun
(10) |
Jul
(5) |
Aug
(10) |
Sep
(5) |
Oct
(11) |
Nov
(19) |
Dec
(7) |
| 2017 |
Jan
(4) |
Feb
(4) |
Mar
(8) |
Apr
(5) |
May
(12) |
Jun
(5) |
Jul
(11) |
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: alt_amit <nu...@jb...> - 2005-05-06 19:10:30
|
I think they dont support. If u open up the jbosscmp-jdbc_xml.xdt file from the xdoclet jar file in lib directory, you will see read-ahead tag only supports strategy page-size and eager-load-group tags under it. I think it is complicated by the fact that left-join could be recursive, means any number of levels deep, which xdt tagging mechanism may have problem with. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876836#3876836 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876836 |
|
From: <sco...@jb...> - 2005-05-06 18:37:53
|
This is an issue I'll deal with latter because the problem is that the ServiceBindingManager is an optional service, that if enabled needs to be first, but its not really a functional dependency. Really its just a configuration change to the service layer handling of attributes. More properly this should just be an interceptor+configuration of the SARDeployer, not an independent service as it would not even work without the code level integration inside of the ServiceConfigurator. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876832#3876832 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876832 |
|
From: <ani...@jb...> - 2005-05-06 18:19:44
|
JAXRPC 1.1 Spec has the following conversion for simple Java classes, Base and Derived [Page 61, Section 5.4.1] | <complexType name='Base'> | <sequence> | <element name='a' type='int' /> | <element name='b' type='int' /> | </sequence> | </complexType> | | <complexType name='Derived'> | <complexContent> | <extension base='tns:Base'> | <sequence> | <element name='x' type='int'/> | </sequence> | </extension> | </complexContent> | </complexType> | But our fixture in SchemaGeneratorTestCase has: | <complexType name='Base'> | <sequence> | <element name='a' type='int' nillable='false'/> | <element name='b' type='int' nillable='false'/> | </sequence> | </complexType> | | <complexType name='Derived'> | <complexContent> | <extension base='tns:Base'> | <sequence> | <element name='x' nillable='false' type='int'/> | </sequence> | </extension> | </complexContent> | </complexType> | Question is: should the fixture be fixed to remove 'nillable' attributes on the elements? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876829#3876829 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876829 |
|
From: <dim...@jb...> - 2005-05-06 18:08:12
|
Maybe ServiceBindingManager should be there, too. (?) I remember somebody wanted to override the Log4Service and it only worked with it appearing first. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876827#3876827 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876827 |
|
From: <sco...@jb...> - 2005-05-06 17:50:13
|
So I have a default config starting up correctly using a conf/jboss-service.xml that only includes the Log4jService and URLDeploymentScanner. There were many missing dependency statements on the naming service, but with those added everything deploys in the correct order. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876826#3876826 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876826 |
|
From: <tom...@jb...> - 2005-05-06 17:12:52
|
Is XMLKernelDeployer just a place holder? See that it is already deprecated in favor of BeanXMLDeployer. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876819#3876819 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876819 |
|
From: <tom...@jb...> - 2005-05-06 16:25:38
|
Another important task for the benchmark/jrunit project is getting a binary output from the build that we can use. IMO, the best solution would be to use the new jboss build and create a jrunit component that gets built by cruise control so can use the SNAPSHOT version from the build repository within the remoting build. Clebert, if want to discuss this, let's move over to the benchmark forum. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876803#3876803 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876803 |
|
From: <sco...@jb...> - 2005-05-06 15:44:49
|
You can't. This should be a frame based report with the index specifying the server version under test. If this stays as a single report there needs to be a header added for each server version under test. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876798#3876798 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876798 |
|
From: <tom...@jb...> - 2005-05-06 15:36:43
|
Guess the issue I am having is how would I be able to determine this from looking at http://cruisecontrol.jboss.com/cc/artifacts/jboss-4.0-testsuite/20050504194421/results/org/jboss/test/compatibility/test/matrix/package-summary.html ? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876795#3876795 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876795 |
|
From: <ad...@jb...> - 2005-05-06 15:10:10
|
Work In Progress View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876788#3876788 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876788 |
|
From: <tom...@jb...> - 2005-05-06 15:06:58
|
What does WIP mean? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876787#3876787 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876787 |
|
From: <sco...@jb...> - 2005-05-06 14:55:40
|
It would just populate a mapping of service to service name dependencies that would be joined with any explicit dependencies that are declared by the service when its deployment descriptor is processed. In looking more at the IzPack architecture, it may already have all I need to do the install time depends statement injection because it has a callback mechanism and a dependency graph that may allow for obtaining the list of service object names the service being installed depends on. I'll look at this after I verify that I can setup a jboss configuration with every service component can be broken out as hot deployable into a seperate deployment with dependencies. I have already run into one problem with dependency injection of a typed proxy. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876781#3876781 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876781 |
|
From: <ad...@jb...> - 2005-05-06 14:50:08
|
We *need* that "suspend user for 24 hours feature". 1) This is NOT a security issue 2) This is NOT a jboss development issue, it is a user question 3) It is a question about release candidate after the final release 4) It is a HIJACK of somebody else thread's on a completely unrelated issue 5) It is in the FAQ It almost warrants deleting their user profile to teach them a lesson. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876780#3876780 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876780 |
|
From: henkanpenkan <nu...@jb...> - 2005-05-06 14:44:35
|
I cannot start JBoss 4.0.1RC1 with IBMJava2-142 due to some problems with Corba it seems. The trace says: anonymous wrote : | org.omg.CORBA.INITIALIZE: cannot instantiate org.jboss.iiop.SunJDK14IsLocalBugFix vmcid: 0x0 minor code: 0 completed: No | at javax.rmi.CORBA.Util.createDelegateIfSpecified(Util.java:360) | at javax.rmi.CORBA.Util.(Util.java:70) | ... 100 more | Can i use some other impl by changing some startup param? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876779#3876779 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876779 |
|
From: csonetti <nu...@jb...> - 2005-05-06 14:23:20
|
I use Nukes 1.1.0 on JBoss 3.2.3 using postgres database I've added a new theme called tema1. I've use the admin user interface to change the security of the theme module from anonymous wrote : Anonymous .... <original pattern>.....READ to | All .... <original pattern> ..... READ and all goes right. When I restart jboss the security of this module are like before my modification. The other module retain all my modifications even after I stop and restart jboss So at next restart only the admin users can see the theme and all the user belonging to any other group can't see them. I've also tried to configure the security of the theme module from the jmx-console but the behavior is the same at the next restart. Someone can help me?? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876777#3876777 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876777 |
|
From: <rya...@jb...> - 2005-05-06 14:21:07
|
Ok, JIRA task has been created: http://jira.jboss.com/jira/browse/JBQA-95 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876776#3876776 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876776 |
|
From: <kab...@jb...> - 2005-05-06 13:41:06
|
I've created a JIRA issue here http://jira.jboss.org/jira/browse/JBAOP-113 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876763#3876763 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876763 |
|
From: <ad...@jb...> - 2005-05-06 13:15:50
|
You are missing the point. 1) You don't need to wait for the message to land on the client 2) The acks/nacks can come back at any time - including transactionally (based on the client's acknowledgement policy) 3) Don't trust the client to give you *any* acks/nacks or in the correct order, or duplicates or any assumptions about correctness by the client. Instead, what you need to do is deliver the message to something on the serverside that you do trust. This can then *asynchronously* send the messages the client and *asynchronously* wait for the acks/nacks coming back from the client. If the client does it wrong, you know this from your "something". If the client crashes, you know what you need to NACK. If the client closes the session without nacking, you know what you need to NACK. If the client does it wrong, you have a mechanism to trap the problem and not just follow the misbehaving client blindly. If the transaction manager unilaterally rollsback the transaction, you know what you need to NACK. etc.... I called this something the Client service in the original design. In JBossMQ, it is a combination of the ClientConsumer/BasicQueue-acknowledgement maps. This does not discount the ability to optimize some paths, e.g. MessageConsumer.receiveNoWait() but they are optimizations - synchronous behaviour the core path should be aimed at asynchronous throughput. Indeed on the throughput side, you could even do "ReadAhead" to message listeners whereby when you start the message listener, it sends N messages rather than just one. http://jira.jboss.com/jira/browse/JBAS-1343 Of course, that is something the user needs to be able to configure. Or the "Something" can be more tolerant of connection failures and hold state allowing the client to reconnect transparently "Persistent Connections": http://jira.jboss.com/jira/browse/JBAS-1345 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876757#3876757 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876757 |
|
From: rajdeep_dua <nu...@jb...> - 2005-05-06 12:25:01
|
i have uploaded the code at http://jira.jboss.com/jira/browse/JBMESSAGING-6 And posted a wiki for the Performance Benchmark http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossJMSPerformanceBenchmark Its not been tested for jboss mess thought because of messages being lost. Let me know the comments for the same. I was not able to inline the image in the wiki- any hints View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876751#3876751 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876751 |
|
From: ncd <nu...@jb...> - 2005-05-06 11:56:10
|
Hi, I made a couple of modules already, they work fine. But with this one, I have a problem. When I deploy it, the log says it is deployed and started. But it does not appear in the menu (when I'm Admin) and if I try to access it, it says: Module null not started. Same in the jmx-console, the status is stoped, although I can invoke the start method, and then it runs fine. This module is depending on another one, and this one is deployed last. Anyone have any idea why it is not started automatically after deployment? Thx View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876743#3876743 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876743 |
|
From: <dim...@jb...> - 2005-05-06 08:33:56
|
"sco...@jb..." wrote : | ... | Instead, I'm thinking that if the SARDeployer just accepted a dependency graph in terms of the service names, that could be used instead in a less intrusive fashion. I don't see any reason why this should not work, and it might have some benefit to users as well. | What the SARDeployer would do with this ObjectName dependency graph? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876729#3876729 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876729 |
|
From: <dim...@jb...> - 2005-05-06 08:21:47
|
Didn't have time for that, sorry :( Apparently this discussion should be probably moved to a user forum. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876728#3876728 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876728 |
|
From: <tho...@jb...> - 2005-05-06 07:40:03
|
raxrpc-2.0, jaxb-2.0 require jdk1.5 - JBossWS is going to have a tight integration with those featues. Hence, doing parts of the jbossws work in branches does not make sense. The easiest solution is, to get you setup on a new box that supports jdk1.5 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876727#3876727 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876727 |
|
From: viguera79 <nu...@jb...> - 2005-05-06 06:50:54
|
Hello, Do you have any new news about my problem? Thanks View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876724#3876724 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876724 |
|
From: timfox <nu...@jb...> - 2005-05-06 06:35:23
|
Hi All- I've started looking at JBMESSAGING-38: QueueBrowser. I'm knocking together an initial swipe at this, and wanted to check my design approach with you. I'm implementing a new delegate: BrowserDelegate which supports the distilled down functionality for the QueueBrowser. The client side proxy is created (as per normal pattern) in the server delegate, in this case ServerSessionDelegate. I've created a JBossQueueBrowser class that implements QueueBrowser, this is what the user of JMS handles. This doesn't hold any state and just calls the delegate to get it's job done. As to how to get the messages from the server to the client so they can be browsed, I can think of two main approaches here: 1. Get all the messages in the queue in one go from the server and serialise them to the client (if not colocated), then create an enumeration over them for the jms user to use. 2. Chunk the messages either one-by-one from the server or in configurable "batch sizes" (is that the right term?), e.g. get the messages 50 at a time from the server (this can be configurable). This is transparent to the JMS User who is just smoothly enumerating through an enumeration. Option 1, seems to be the approach that SpyderMQ uses. I could be wrong, but I'm guessing there might be problems here both with the initial time expense in starting the enumeration, and with client side memory usage if there are a lot of undelivered messages. So, so far I'm going with Option 2 - I would greatly appreciate your input here as to whether this is a sound decision. The "batching" I'm doing in a new client side interceptor "BrowserInterceptor". I haven't worked out yet how this would be configurable. My second main issue, is how to see the messages in the queue in the first place, using the core classes. My initial thought here is to get the message ids of the unacked messages using getUnacknowledged() on the channel and then looking them up in the message store. Currently the getUnacknowledged() implementation for the queue locks the queue and creates the unacked ids in a new Set before returning it. I'm not sure if this is necessary for browsing since according to the JMS spec we don't have to guarantee a static snapshot of the queue. My thoughts are that not locking or creating a new Set could perhaps improve concurrency and memory usage. Again, I'd appreciate your thoughts on this. Cheers -Tim View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3876722#3876722 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3876722 |
1965 messages has been excluded from this view by a project administrator.
