Hello,
some day ago I added a bug report at sourceforge. The first line in file
jBoss/conf/default and jboss/conf/tomcat
reads
instead of
because of this jBossmq doesn't start with xerces.
The binary distribution version 2.4.0.23 still contains this bug!
It's a small typo but newbies may ge
hello everybody,
I have successfully installed JBoss (+ tomcat) as
service and almost everything works fine. However
the JMS is giving me exception. Does anybody know
how can this be fixed?
Thanks
here is the exception
[Default] Cannot start the JMS ser
User: d_jencks
Date: 01/08/20 20:27:20
Modified:src/main/org/jboss/resource/security
ManyToOnePrincipalMapping.java
PrincipalMapping.java PrincipalMappingSupport.java
Log:
fixed JavaStyle (ant pretty task) generated formatting to match
User: d_jencks
Date: 01/08/20 19:33:18
Modified:jboss/etc/.Refactory pretty.settings
Log:
pretty.settings now has comments and enforced most of jboss coding standards
Revision ChangesPath
1.2 +350 -54 build/jboss/etc/.Refactory/pretty.settings
Index: pretty.
Hrm... I think this is just me being confused about FormatId and GlobalId...
--jason
On Mon, 20 Aug 2001, Jason Dillon wrote:
> Here is another bit of oddness, which I do not quite understand. I was
> trolling through the logs of a run which has odd tx behavior and saw this at
> the end:
>
>
User: starksm
Date: 01/08/20 18:33:41
Modified:src/build Tag: Branch_2_4 build.xml
Log:
Update the version string
Revision ChangesPath
No revision
No revision
1.77.2.4 +1 -1 jboss/src/build/build.xml
Index:
Here is another bit of oddness, which I do not quite understand. I was
trolling through the logs of a run which has odd tx behavior and saw this at
the end:
2001-08-20 18:20:18,894
com.boldfish.does.mailing.persistence.internal.MailingPOEJB@2q8an [Thread
Pool Worker-11] DEBUG - changing state f
User: starksm
Date: 01/08/20 18:06:41
Modified:.binary.jsp
Log:
Update the current release information
Revision ChangesPath
1.8 +9 -9 newsite/binary.jsp
Index: binary.jsp
===
RCS
User: starksm
Date: 01/08/20 17:59:13
Modified:src/main/org/jboss Tag: Branch_2_4 Main.java
Log:
Update the version string
Revision ChangesPath
No revision
No revision
1.35.2.8 +2 -2 jboss/src/main/org/jboss/Main
The initial release of the 2.4.0 binary has been
released and is available at
sourceforge.
www.theserverside.com hosts the homepage for EC Perf - ecperf.theserverside.com
>From the homepage - "ECPerf is a benchmark and implementation for measuring
performance and scalability of J2EE servers."
No one has published any results yet - it will be interesting to see who steps
forward first.
I am also seening some odd behavior where the final tx never gets commited.
I see the tx being suspended, then resumed, an application method log which
calls setModified(), then some more supend/resumes and then a few more
application methods. Then I get to an app method which will call a bunch o
On Mon, 20 Aug 2001, Bill Burke wrote:
>
> A thing to note. Whenever a finder or remove is called within a
> transaction, every entity of every type that is part of the transaction is
> synchronized with the database. Could this be your problem?
The (5) MDB uses findByPrimaryKey to locate all o
>
> so you see:
> 1. setModified()
> 2. ejbLoad
>
> So there is no ejbStore() in between setModified() and ejbLoad()?
Correct. I also very rarly a javax.ejb.DuplicateKeyException, which happend
to just pop up as I was running these tests.
> I assume you're using commit option 'A'?
Nope, option
EJB 1.1 cmp... that is jaws right?
--jason
On Mon, 20 Aug 2001, Dain Sundstrom wrote:
> Jason,
>
> Are you using jaws or cmp?
>
> -dain
>
> - Original Message -
> From: "Jason Dillon" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, August 20, 2001 5:38 PM
> Subject: Re: [
I am using commit option B, since it might be possible that another process
is using the database... though I am 100% sure that I have sole access to
the database I am using.
If I run the first producer with the first MDB offline, then connect the MDB
everything seems to be fine. I have run a fe
A thing to note. Whenever a finder or remove is called within a
transaction, every entity of every type that is part of the transaction is
synchronized with the database. Could this be your problem?
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Beha
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jason
> Dillon
> Sent: Monday, August 20, 2001 6:15 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
>
>
> I am running into another odd problem, this time i
Jason,
Are you using jaws or cmp?
-dain
- Original Message -
From: "Jason Dillon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 20, 2001 5:38 PM
Subject: Re: [JBoss-dev] ejbLoad() on a modified bean w/o ejbStore()
> I just checked an the same behavior exists with th
User: user57
Date: 01/08/20 15:39:52
Modified:src/etc/conf/default jbossmq-state.xml standardjaws.xml
standardjboss.xml standardjbosscmp-jdbc.xml
Log:
o Added DOCTYPE tags
Revision ChangesPath
1.3 +2 -1 jboss/src/etc/conf/default/jbo
I just checked an the same behavior exists with the
SimplePessimisticEJBLock. =(
--jason
On Mon, 20 Aug 2001, Jason Dillon wrote:
> I am running into another odd problem, this time it looks like ejbLoad() is
> being called on a modified entity with out ejbStore() being called first.
> I am no
User: starksm
Date: 01/08/20 15:26:55
Modified:src/etc/conf/default Tag: Branch_2_4 log4j.properties
Log:
Set the default category to JBossCategory
Revision ChangesPath
No revision
No revision
1.7.4.2 +12 -0 jbos
User: starksm
Date: 01/08/20 15:16:35
Modified:src/main/org/jboss/ejb/plugins Tag: Branch_2_4
SecurityInterceptor.java
Log:
Need to validate the method permission role set against the anybody role
Revision ChangesPath
No revisio
User: starksm
Date: 01/08/20 15:14:16
Added: src/main/org/jboss/logging/log4j Tag: Branch_2_4
JBossCategory.java TracePriority.java
Log:
Add JBossCategory custom log4j Category for trace level logging.
Add TracePriority custom log4j Priority
Revisio
User: starksm
Date: 01/08/20 15:13:15
Modified:src/main/org/jboss/util Tag: Branch_2_4
ServiceMBeanSupport.java
Log:
Use JBossCategory as the service category instance
Revision ChangesPath
No revision
No
User: starksm
Date: 01/08/20 15:12:53
Modified:src/main/org/jboss/web Tag: Branch_2_4 WebServer.java
WebService.java WebServiceMBean.java
Log:
Add support for binding to a specific IP address
Use JBossCategory trace level logging
Revision Changes
User: starksm
Date: 01/08/20 15:12:05
Modified:src/client Tag: Branch_2_4 jbossmq-client.jar
jbosssx-client.jar
Log:
Integrate Rel_2_4_0_30 JBossSX and JBossMQ changes
Revision ChangesPath
No revision
No
User: starksm
Date: 01/08/20 15:11:03
Modified:src/lib Tag: Branch_2_4 jboss-jaas.jar jbossmq.jar
jbosssx.jar
Log:
Integrate Rel_2_4_0_30 JBossSX and JBossMQ changes
Revision ChangesPath
No revision
No
I am running into another odd problem, this time it looks like ejbLoad() is
being called on a modified entity with out ejbStore() being called first.
I am not really sure why this would happen, nor do I know where to start
looking.
I am using isModified() to show that an entity has changed. The
User: starksm
Date: 01/08/20 15:07:41
Modified:src/main/org/jboss/security/plugins Tag: Branch_2_4
JaasSecurityManagerService.java
Log:
Use JBossCategory for log instance
Revision ChangesPath
No revision
No
I guess I underestimated how bad Java serialization performance is.
Thanks for the input on this issue.
Matt Cleveland
--- David Maplesden <[EMAIL PROTECTED]> wrote:
> If you were surprised that your serialization code out performs Java's then
> you shouldn't be. Object serialization is a well
If you were surprised that your serialization code out performs Java's then
you shouldn't be. Object serialization is a well known performance
bottleneck in java systems and is to be avoided like the plague if possible.
It is so slow simply because it is so generic, the ability to simply
seriali
User: user57
Date: 01/08/20 13:42:07
Modified:.config.xml
Log:
o changed fop.classpath to apache.fop.classpath, tried to get the style task
to work properly... without success.
Revision ChangesPath
1.3 +17 -4 manual/config.xml
Index: config
The bank test runs to completion in the alloted time on my system with
the less verbose logging.
- Original Message -
From: "David Jencks" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 16, 2001 11:03 PM
Subject: Re: [JBoss-dev] jca changes & loaders
> Hmmm,
>
> I cl
MarshalledObject always serializes an object using the same semantics
as marshaling and unmarshaling parameters and return values of RMI calls
- Original Message -
From: "Hiram Chirino" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2001 2:57 PM
Subject: Re: [JBoss-d
User: chirino
Date: 01/08/20 10:58:34
Modified:src/main/org/jbossmq/xml Tag: Branch_2_4 XElement.java
Log:
JBossMQ was incorrectly labeling the encoding of it's XML config file as
'UTF8' instead of 'UTF-8'
Revision ChangesPath
No revision
No
Thanks, checked it in.
-dain
- Original Message -
From: "Dave Smith" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 20, 2001 6:49 AM
Subject: Re: [JBoss-dev] SQL function mapping
>
>
> Dain
> > I added the function mapping code to the EJB-QL to SQL translation
engine.
User: dsundstrom
Date: 01/08/20 10:19:40
Modified:src/etc/conf/default standardjbosscmp-jdbc.xml
Log:
Added locate function mapping for PostgreSQL.
Revision ChangesPath
1.5 +5 -1 jboss/src/etc/conf/default/standardjbosscmp-jdbc.xml
Index: standardjbosscmp
Bill,
I think so.
I think all of these issues with datasource specific configuration are all
related. I think we need to change the type-mapping section of the xml file
to something like (best name I can think of), with
subsections for function mapping, type mappings, join style (maybe), and
g
I'm a little suprised that our XML serialization and parsing code beats the
performance of Java
serialization. Any thoughts on that?
What about the RMI case where the object has already been serialized and deserialized
once to
communicate it through RMI? If getObject() is only called once is i
Dain,
Can we expand this to CMP 1.x and for "select-for-update"?
Thanks,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Dave
> Smith
> Sent: Monday, August 20, 2001 7:49 AM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] SQL function map
Wholy shit what a lousy reader i am... I've completly missed the if(m_debug) line !!!
And that one was set to true in the version i have. So i was in a debug mode...
Sorry to disturb you all
/Lepe
- Original Message -
From: Lennart Petersson <[EMAIL PROTECTED]>
To: jBoss Devel
Dain
> I added the function mapping code to the EJB-QL to SQL translation engine. I
> added mappings for MS SQLServer, Oracle, MySQL and PostgreSQL to the
> standard jboss cmp xmp file.
>
> Notes:
> - These mappings are completely based on info from the 'SQL in a Nutshell'
> book, so they may n
Can someone explain to me these lines of code:
*** Start
org.jboss.util.Semaphore.java
...
protected void logAcquire()
{
...
...
StringWiter sw = new StringWriteer();
new Exception().printStackTrace(new PrintWriter(sw));
String trace = sw.toString();
...
...
}
**
On 19 Aug, David Jencks wrote:
> Maybe if I try hard enough I can be a lttle clearer ;-)
Oh, I must have been writing in my sleep...
>
> Lets say you are using jms in a situation where in a transaction you want
> to do some work in a database and send a jms message. Normally this
> requires 2 p
45 matches
Mail list logo
