Temporary location: http://jira.jboss.com/jira/browse/JBPROFILER-1
I've worked in a new version for JBossProfiler using JVMTI (in another words,
Java 5).
For those who are new to Java 5, JVMTI means Java Virtual Machine Tool
Interface. A C/C++ JNI Interface that captures events from profiling.
I have an EJB project that depends on a number of other projects containing
variuous classes. Experimentally I found, that when these other projects have
mutual dependencies, such that project B must be placed into project A's build
path, and project A must be listed in the build path of B, any
yeah but it screws up because of the not null constraint
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3873348#3873348
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3873348
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-4.0-jdk-matrix?log=log20050409180315Lbuild.125
BUILD COMPLETE - build.125Date of build: 04/09/2005 18:03:15Time to build: 28 minutes 48 seconds
Unit Tests: (0) T
Correction LocalMessage.java revision 1.4 has bodyType commented out, revision
1.3 has it in.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3873346#3873346
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3873346
--
You've merged against an old revision. Check revision 1.5 of
LocalMessage.java. BodyType is commented out, but is present in 1.4. Same
with MessageBean.java.
I'm making some changes around the Mailbox->MailBody integration that I will
commit soon. Fixes for JBMAIL-54 have kinda pushed towar
crap it looks like we're loosing the last chunk. I'll look into it, I think I
have more to do. May need to move the header stuff and all. It seems that
we're doing the dot stuffing already.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3873343#3873343
Rep
I've made minor fixes to head. I also did a bit of a cut and paste of the
nokia branch to get that working. There is still some weird problem with the
database being created with the bodytype having a not null constraint. Maybe
I'm loopy but I haven't figured out WHO is creating the database
ManyToOne annotation â fetch attribute ignored
--
Key: EJBTHREE-134
URL: http://jira.jboss.com/jira/browse/EJBTHREE-134
Project: EJB 3.0
Type: Bug
Components: EJB3 Extensions
Versions: Preview 5, Preview 4
Envi
If you have some ideas on an approach, we would be happy to do some of the work.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=387#387
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=387
my current try is not for cluster, but could be adapted I think.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3873331#3873331
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3873331
---
Thanks Julien. I'll send you my email address. I also have a follow up
question that I thought would be good to have on the forum. Will you take this
capability in to account as you test the JBoss Portal in a cluster? Thanks for
the assistance.
View the original post :
http://www.jboss.org
Update Entity Cache/clustering tutorial
---
Key: EJBTHREE-133
URL: http://jira.jboss.com/jira/browse/EJBTHREE-133
Project: EJB 3.0
Type: Task
Components: Documentation
Versions: Preview 5
Reporter: Kabir Khan
Assig
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-jdk-matrix?log=log20050409061905Lbuild.93
BUILD COMPLETE - build.93Date of build: 04/09/2005 06:19:05Time to build: 18 minutes 40 seconds
Unit Tests: (0) Tot
It seems to me the whole hibernate deployer could be replaced by an xmbean
interceptor to the SARDeployer that checks in the init step if any of the
specified MBeans is of type org.jboss.hibernate.jmx.Hibernate, in order to do
the extra "HarUrl" call to it to complete the setup.
However, that
View results here -> http://cruisecontrol.jboss.com/cc/buildresults/jboss-3.2-testsuite?log=log20050409032239Lbuild.106
BUILD COMPLETE - build.106Date of build: 04/09/2005 03:22:39Time to build: 67 minutes 34 seconds
Unit Tests: (1967)
"[EMAIL PROTECTED]" wrote : anonymous wrote : There is one omission for now:
The hierarchy interceptor does not maintain MessageConsumers. This is because
there is currently no ConsumerDelegate class (the class returned from
ServerSessionDelegate is a Consumer). Any proxy that's closed by the
C
17 matches
Mail list logo