This is now available on jboss labs:
http://labs.jboss.com/portal/jbossmessaging/downloads
This recommend contains several important fixes, so I highly recommend
that any users upgrade to this version if you are using an earlier version.
Release notes are available here:
http://labs.jboss.com/
off of head.
>
> -Original Message-----
> From: Tim Fox
> Sent: Monday, June 26, 2006 8:09 AM
> To: Stan Silvert
> Cc: Ryan Campbell; JBoss.org development list; Scott M Stark; The Core;
> Bill Burke
> Subject: Re: [JBoss-dev] Tomcat 6 integrated
>
> 1.5 is a pain for us, s
1.5 is a pain for us, since we need to build and test our (jboss
messaging) releases using 1.4
Stan Silvert wrote:
>>So, head should only be compilable with a 1.5 jdk.
>>
>>However, some modules will still enforce source & target at 1.4, so
>
> that
>
>>we can back merge fixes to the jboss4 tre
u might be
out of action for days....
Tim Fox wrote:
> Thx, that worked.
>
> Adrian Brock wrote:
>
>>Maybe you changed the local filesystem date?
>>Try deleting the directory from thirdparty.
>>
>>On Mon, 2006-06-26 at 10:34 +0200, Adrian Brock wrote:
>
n I'm trying to avoid resynching with head too
>>often to avoid all the build breakages. :-)
>>
>>On Mon, 2006-06-26 at 08:55 +0100, Tim Fox wrote:
>>
>>>This is still occurring for me ..
>>>
>>>Is anyone else seeing this??
>>>
>&g
This is still occurring for me ..
Is anyone else seeing this??
Ovidiu Feodorov wrote:
> The 796th reason to switch to a separated build ...
>
> Tim Fox wrote:
>
>>I'm getting the following after doing a cvs update -C in HEAD and then a
>>build clean:
>>
I'm getting the following after doing a cvs update -C in HEAD and then a
build clean:
BUILD FAILED
C:\dev\jboss-head\build\build.xml:999: The following error occurred
while execut
ing this line:
C:\dev\jboss-head\build\build-thirdparty.xml:140: A versioning problem
exists:
Component: jboss/jbos
ash is relative to the eclipse workspace not the file
> system.
>
> Do you create a simple project called "thirdparty" in the workspace
> based on what the build/build-thirdparty.xml creates?
>
> On Sat, 2006-06-24 at 15:10 +0100, Tim Fox wrote:
>
>>I've n
I've noticed that some (most?) of the library entries on the Java build
path (Eclipse) for many of the projects start with a leading slash:
/thirdparty/jboss/profiler/jvmti/lib.
This means on my system that the libraries cannot be found since I do
not checkout jboss head into the root of the vo
a separate protocol (to guarantee
ordering). So JTA or JTS won't help you here. However, if you want to
look at JBossTransactions specifics, then that can help you: we give you
full control over the ordering of participants.
Mark.
Tim Fox wrote:
One of you transaction gurus may know t
One of you transaction gurus may know the answer:
If I enlist 2 (or more) XAResources into a JTA transaction.
Transaction tx = tm.getTransaction();
tx.enlistResource(res1);
tx.enlistResource(res2);
Then I rollback the transaction, which causes rollback() to be called on
each of the XAResources
It's 5am, we're going through the release procedure for JBossMessaging
1.0, updated from CVS to build the release bundle, and HEAD is broken!
If any one from web services is listening please *fix this* we are NOT
very happy bunnies right now
[EMAIL PROTECTED] wrote:
View results here ->
ok, hacked it to make it build.
lucky we're not using web services
Tim Fox wrote:
It's 5am, we're going through the release procedure for JBossMessaging
1.0, updated from CVS to build the release bundle, and HEAD is broken!
If any one from web services is listening please *f
I've been seeing this too for some time.
Alexey Loubyansky wrote:
HEAD
Kabir Khan wrote:
Which version/branch?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Alexey Loubyansky
Sent: 13 March 2006 14:52
To: jboss-development@lists.sourceforge.net
[ http://jira.jboss.com/jira/browse/JBAS-1490?page=history ]
Tim Fox updated JBAS-1490:
--
Description:
The component JNDI environment for a Stateless session bean does not appear to
be read-only.
I have a SLSB running in 3.2.6.
It attempts to modify it'
Environment: Windows XP
Reporter: Tim Fox
The component JNDI environment for a Stateless session bean does not appear to
be read-only.
I have a SLSB running in 3.2.6.
It attempts to modify it's ENC (java:comp/env environment) and succeeds. I.e.
the following succeeds:
InitialConte
Have you thought of profiling the code to determine what's taking so long?
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf
> Of Dain Sundstrom
> Sent: 13 November 2001 15:49
> To: 'Peter Levart'; [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] loading 10
Anyone know of any timescales for the release of JBoss 3.0?
TIA
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
I've noticed that if a RuntimeException is thrown from the onMessage of a
message driven bean in JBoss, then the message is resent - which then throws
an exception again.. ad infinitum.
Does anyone know if this is expected behaviour?
___
Jboss-deve
I have a simple message driven bean, listening on a queue.
When I send a message to the queue, the send happens ok (ok meaning no error
messages/exceptions), but the message seems to be disappear into the "void".
I guess the bean isn't registered on this queue somehow, even though I'm
pretty damne
I need to use a scheduler to hit some ejbs - apparently jboss has one,
although I can find no examples/documentation on how to use this.
Anyone know of any pointers?
Cheers
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.n
21 matches
Mail list logo
