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: <hei...@jb...> - 2006-07-04 07:30:10
|
Alex says: anonymous wrote : | I've added ClassInfos.disableCache(), enableCache(), isCacheEnabled(), | flushCache() and flushCache(String className) methods. | You can disable caching or flush it before running a test as part of setUp(), for example. | | Does this work for you? | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955198#3955198 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955198 |
|
From: zhangjboss <do-...@jb...> - 2006-07-04 02:07:56
|
hi, could u please tell me if jboss4 requires enterprise java beans all have local interfaces? because i found that my ejb deployed well in jboss3 but many exceptions occured in jboss4. the exceptions are as following: 2006-07-03 09:19:39,489 DEBUG [org.jboss.ejb.plugins.local.BaseLocalProxyFactory]MyEjb cannot be Bound, doesn't have local and local home interfaces thanks a lot View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955165#3955165 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955165 |
|
From: mkural <do-...@jb...> - 2006-07-04 00:43:36
|
Hello JBoss Portal developers, IMHO, any mature portal product needs to have an out-of-the-box PDA solution (for devices like Pocket PC, Blackberry, Palm, etc). What is JBoss Portal's strategy towards PDA devices? Can one support PDA devices in JBoss Portal by simply creating a JBoss Portal theme? We are interested in this subject so please let us know if you the developers have interest in developing a theme that works for PDAs. I appreciate your responses in advance. Thank you, Mete View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955142#3955142 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955142 |
|
From: <go...@ic...> - 2006-07-03 21:14:11
|
actually, found the email blob cleanup code, which looks as if it deletes orpahned emails that dont exist in messagedata, I imagine I can just delete a mailboxes messagedata entries, and the run the sql code for the "cleanup", thus the "cleanup" sql code, would actually have something to cleanup. Just trying to delete a users data, alias, and mailbox, all in one "swooop" View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955125#3955125 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955125 |
|
From: timfox <do-...@jb...> - 2006-07-03 18:17:32
|
I have just released this and it is now available on jboss labs: http://labs.jboss.com/portal/jbossmessaging/downloads This fix contains several important fixes, so I highly recommend that you are upgrade to this version if you are using an earlier version. Release notes are available here: http://labs.jboss.com/portal/jbossmessaging/downloads View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955108#3955108 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955108 |
|
From: bsankar <do-...@jb...> - 2006-07-03 17:56:57
|
oops this post needs to be deleted.i used a wrong forum .. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955104#3955104 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955104 |
|
From: bsankar <do-...@jb...> - 2006-07-03 17:48:57
|
i get the error when i Run Xdoclet at the project level. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955103#3955103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955103 |
|
From: bsankar <do-...@jb...> - 2006-07-03 17:47:51
|
Hi, This is my first attempt with JBOSS IDE and xdoclet. and i am stuck with the following error. /home/bsankar/workspace/Tutorial/xdoclet-build.xml:34: Could not create type ejbdoclet due to java.lang.NoClassDefFoundError: while resolving class: xjavadoc.XJavaDoc I have a eclipse 3.1.2 installation and i just installed jboss ide 1.6.0 GA and followed the instruction in the "JBoss Eclipse IDE Tutorial". The class Xjavadoc.XjavaDoc is available in the jar /home/bsankar/eclipse/plugins/org.jboss.ide.eclipse.xdoclet.core_1.6.0.GA/xjavadoc-1.5-snapshot050611.jar I am not sure what is causing the NoClassDefFoundError Thanks in Advance for the help Sankar View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955102#3955102 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955102 |
|
From: <kab...@jb...> - 2006-07-03 17:47:00
|
I've revisited how bindings for inherited methods work http://jira.jboss.com/jira/browse/JBAOP-154, to be more similar to how overridden methods work. | class POJO{ | void test(); | void test2(); | } | | class Sub1 extends POJO{ | | } | | class Sub2 extends POJO{ | void test(); | void test2(); | } | | <aop> | <bind pointcut="execution(* POJO->*())"> | <interceptor class="A"/> | </bind> | <bind pointcut="execution(* Sub*->test())"> | <interceptor class="B"/> | </bind> | <aop> | | POJO pojo = new POJO(); | pojo.test(); //Gets intercepted by A | Sub1 sub1 = new Sub1(); | sub1.test(); //Gets intercepted by B | Sub2 sub2 = new Sub2(); | sub2.test(); //Gets intercepted by B | The one limitation is that the inherited methods must be at least prepared for the hooks to be introduced. I'm happy with how the above example works, but in the case of | <bind pointcut="execution(* Sub*->*())"> | <interceptor class="C"/> | </bind> | C will replace all the bindings for test2(). Semantically it is identical to the first example, but there is scope for unintentionally overriding the wrong thing. I'm wondering if I should maybe only make this functionality available for specifically overridden methods not using wildcards? e.g | <bind pointcut="execution(* Sub*->*())"> | <interceptor class="C"/> | </bind> | will only match methods actually overridden in the subclass, and | <bind pointcut="execution(* Sub*->test2())"> | <interceptor class="C"/> | </bind> | overrides the chains for test2(). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955101#3955101 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955101 |
|
From: <mar...@jb...> - 2006-07-03 14:45:24
|
The current build does, but once JBTM-51 is complete that won't be the case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955063#3955063 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955063 |
|
From: jplenhart <do-...@jb...> - 2006-07-03 14:32:18
|
Hi, I am embarrassed but this was a problem with my environment. Sorry about that. I will complete my installation today - one other thing I got hung on or overlooked is that it looks like the build requirese the app server configuration of 'all'. Thanks again and sorry, Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955061#3955061 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955061 |
|
From: <mar...@jb...> - 2006-07-03 14:07:50
|
Hi Jason. Maybe it's a format problem, but in your latest post I can't see the name of a directory. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955058#3955058 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955058 |
|
From: <koe...@jb...> - 2006-07-03 14:07:16
|
Max, There is another category of 'runtime' libs IMO. Namely the libs that a user needs to *develop* his application that later will be run against a 'runtime'. e.g. A user wants to develop a pure servlet application. The library he needs in his project is only the servlet-api.jar. If he wants to run his application, he needs all the Tomcat jars. What we were talking about during this meeting is that it would be good to minimize the amount of jars included (either by a classpath container or by copying them locally) in the project. It would be good to only have a 'lightweight interface' jar that includes the api classes and not the implementation details of the used technology. As for the Facet stuff, is there any easy example or pointer you can provide that can shed some light on this solution? Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955057#3955057 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955057 |
|
From: johnvarghese <do-...@jb...> - 2006-07-03 13:34:52
|
Hello All, Is it possible to develop secure web services which are interoperable i.e. such applications should run on Jboss server as well as on any other java application server. Also, can we use Dynamic Interface Invocation while developing web services security Regards John View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955051#3955051 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955051 |
|
From: <be...@jb...> - 2006-07-03 13:02:48
|
Here's one: - a switch temporarily discards packets received on a given port (e.g. the IGMP snooping problem in certain routers, where routing tables are lost some times, and need to be reconstructed. During this time, all multicasts are simply discarded !). - The COMMIT(P) call times out, throwing an exception (only if the COMMIT phase is synchronous) - The switch resumes accepting packets on the given port - P is not excluded, but the COMMIT(P) call failed I think here a retry mechanism could solve this problem View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955042#3955042 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955042 |
|
From: <gal...@jb...> - 2006-07-03 12:59:13
|
I guess Bela might be refering to two nodes temporarily losing connectivity, but in the timeframe of the failure detection, the connectivity is restored and P is not excluded. Failure detection in JGroups is based around FD/FD_SOCK plus VERIFY_SUSPECT. I guess the transaction timeout would have to be bigger than the failure detection overall time. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955041#3955041 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955041 |
|
From: <be...@jb...> - 2006-07-03 12:46:24
|
Yes, I don't think using an XAResource would change anything here. In the original scenario, you *have* to be able to complete the COMMIT successfully once you voted for PREPARE. So, if a communication problem occurs sending the COMMIT decision to cluster member P, then P should be excluded from the cluster. Example: if P crashed between acking the PREPARE and receiving the COMMIT, we are fine, because when P is restarted, it will get the entire in-memory state from the cluster coordinator. The difficult case is the following: what happens if there is a *temporary* situation which prevents us from sending the COMMIT message to P, but which does *not* exclude P from the cluster ? Retry COMMIT(P) until - COMMIT(P) is successful or - there is a view excluding P ? I think the above mechanism would work quite nicely, because the fail-stop model of JGroups says that a member either successfully receives all messages, or it fails and is excluded from the group. So, COMMIT(P) would be either successfully delivered if there is only a temporary communication problem, or P would be excluded from the cluster group and therefore COMMIT(P) would not *have* to be delivered, assuming that we deliver messages only to non-faulty cluster members. The issue here though is that we need to tackle the problem of a network partition and subsequent merge... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955031#3955031 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955031 |
|
From: <gal...@jb...> - 2006-07-03 12:46:24
|
If we wanna add a new method to CacheLoader, this is going to be the last chance before 3.x I guess? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955028#3955028 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955028 |
|
From: <Kev...@jb...> - 2006-07-03 12:46:23
|
anonymous wrote : presume this would then create a dependency on XA-compliant TMs Any JTA compliant transaction manager will do View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955030#3955030 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955030 |
|
From: <Kev...@jb...> - 2006-07-03 12:40:14
|
anonymous wrote : what happens if there is a *temporary* situation which prevents us from sending the COMMIT message to P, but which does *not* exclude P What kind of situation are you thinking about? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955034#3955034 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955034 |
|
From: <Kev...@jb...> - 2006-07-03 12:36:12
|
anonymous wrote : I presume I'd still be wiring the replication code myself in XAResource.prepare(), bringing us back to the same problem of an exception that may occur in having to replicate a commit call in XAResource.commit() The resource is still responsible for persisting the changes related to the transaction, however that is achieved. So yes, you will still have to manage the replication across the cluster. How are you communicating with the other endpoints? If it is unicast then I would suggest creating a resource per endpoint. This solution is different for two reasons though, | The commit occurs within the context of the transaction and can therefore notify the transaction manager of failure. | The commit will be guaranteed to happen in a recovery situation | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955033#3955033 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955033 |
|
From: <gal...@jb...> - 2006-07-03 12:22:56
|
That is indeed true. However, let's say the method looked something like this: | public byte[] createPersistentState(byte[] inMemoryState, FQN root) | The current CacheLoaders would just need to return the result of loadState(root) or loadEntireState() depending on the number of elements in the root node. The main problem I see is that even if you only wanted to generate the persistent state, you'd require to parse the in-memory state as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955026#3955026 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955026 |
|
From: <man...@jb...> - 2006-07-03 11:55:10
|
And regarding using an XAResource rather than a Synchronization, I presume I'd still be wiring the replication code myself in XAResource.prepare(), bringing us back to the same problem of an exception that may occur in having to replicate a commit call in XAResource.commit(). Or have I misunderstood this? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955020#3955020 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955020 |
|
From: <man...@jb...> - 2006-07-03 11:50:22
|
I presume this would then create a dependency on XA-compliant TMs (for synchronous replication anyway, which uses 2PC. Async replication uses 1PC) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955018#3955018 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955018 |
|
From: <man...@jb...> - 2006-07-03 11:44:59
|
After a short conversation with Kevin Conner about the way we deal with 2PC transactions, I believe we have an incorrect implementation. From the email thread: "Manik Surtani" wrote : I have a resource, R, participating in a transaction, and registers a Synchronization S. When the transaction starts to commit, the TM calls S.beforeCompletion() which completes successfully. The TM then moves to the second phase and calls S.afterCompletion(). Now somewhere in the process of S.afterCompletion(), an exception occurs. | | What would the 'correct' thing to do be at this stage: | | a) initiate a rollback with tx.rollback() or tx.setRollbackOnly()? | b) throw an exception and let the TM deal with it? | | I suspect it is b), but just wanted some clarification. | "Kevin Conner" wrote : | Neither is appropriate. The call to afterCompletion occurs after the transaction has finished, you no longer have a transaction context. | "Manik Surtani" wrote : | The reason why S.afterCompletion() may throw an exception is that this step involves replicating a commit call to remote caches in a cluster. At this stage, we may have a network hiccup which will cause this step to fail. | "Kevin Conner" wrote : | What you should really be doing is creating a resource that can take part in the 2PC protocol and replicate it as part of the protocol. | | The other issue you will face is that calls to afterCompletion are not guaranteed to occur. If there was a failure after the intentions list had been logged then recovery would only restore the resources, not the synchronisations. | "Manik Surtani" wrote : | So are you suggesting that each instance in the cluster registers a synchronisation? | "Kevin Conner" wrote : | No, the opposite. :-) | | What I am suggesting is that you use an XAResource instead of a synchronisation. This can then take part in the 2PC on the appropriate instance and, as part of the 2PC protocol, replicate the information across the cluster. It can also cause the transaction to fail should that be appropriate. | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3955017#3955017 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3955017 |