User: starksm
Date: 01/06/13 23:17:34
Modified:business CVSAdmin.html
Log:
Add the cvs howtos
Revision ChangesPath
1.2 +112 -5newsite/business/CVSAdmin.html
Index: CVSAdmin.html
===
RCS f
Bugs item #432995, was updated on 2001-06-13 23:13
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432995&group_id=22866
Category: JBossServer
Group: v2.2 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned
Hi ALL,
> > 1- TURN OFF HTML! [tuned no of '!' -re-]
>
> Yeah, sorry, Outlook seems to do this sometimes without warning
Yes, but see Outlooks 'Format -- Plain Text' menu.
May I add (politely) the requirement to cut off irrelevant tails
of previous conversations, and especially repeated fo
Hi Bill, all,
Bill Burke wrote:
> All,
>
> We have the following (bad?) assumption in our application code:
>
>
> begin transaction
>
> Bean b = findByPrimaryKey(...)
> System.out.println("flag = " + b.getFlag()); // prints flag = 1
> b.setFlag("0")
>
> Enumeration =
Ang Jee Meng
Vice President, Technology
Ebizal Technology (M) Sdn Bhd
(formerly Alfacom Web Development Sdn Bhd)
winmail.dat
I'm fine with that.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 6:30 PM
Subject: RE: Commit Messages was [RE: [JBoss-dev] CVS update:
jboss/src/main/org/jboss/ejb CacheKey.java]
> So we are back to putting the com
> Really cool stuff! This can be easily implemented in CMP/JAWS since JAWS
> keeps the old state alive.
>
Bill,
Before digging into source, can you answer these questions? We have a need
to identify which fields have changed in our state objects for an audit
trail. I am gathering information rega
I can remember that someone started a JBoss developer guidelines but what
happens to that.
I think we should create a small developer guidelines containing infos like:
- logging changes
- writting/updating JavaDoc
- writting/updating Manuals
- other guidelines but I would suggest to keep them rea
|I'll answer the below question againI added no logic "for when the real
|transaction commits" except for disassociating the entity bean with the
|transaction within InstanceSynchronization.afterCompletion.
|beforeCompletion should do the dirty flag magic
|
|Did I answer the question?
yea
I'll answer the below question againI added no logic "for when the real
transaction commits" except for disassociating the entity bean with the
transaction within InstanceSynchronization.afterCompletion.
beforeCompletion should do the dirty flag magic
Did I answer the question?
Bill
> -
One way would be a package like sudo: http://www.courtesan.com/sudo/
Another way is to redirect port 80 to 8080 so that you don't need root
permissions to run the server which is more secure.
One way to do this is with ipchains:
ipchains -A input -s 0/0 -d 80 -j REDIRECT 8080
- Original Mess
So we are back to putting the comments in by hand then.
I agree that logs can be "bulk".
we NEED to keep track of WHO changed WHAT in a given file.
The format should be
date-author: changes
e.g.
2001/07/08: mfleury: Changed method Foo to take the right by copy parameter
and the author t
User: jules_gosnell
Date: 01/06/13 18:24:25
Added: .JBoss-2.2.2_Jetty-3.1.RC5-3.tgz
Log:
3rd shot at fixing all problems in JBoss-2.2.2_Jetty-3.1.RC5 release
Revision ChangesPath
1.1 binaries/JBoss-2.2.2_Jetty-3.1.RC5-3.tgz
<>
Yes, we can include the cvs commit msg in the code but I'm not in favor of
it. At best it reproduces the comments that should be in the code out of context.
In general it gives a higher level description of a change that was made across
several files that were bulk commited.
There are also known
I don't know how many people use emacs, but how about a common java-mode?
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Tahir
> Awan
> Sent: Wednesday, June 13, 2001 8:25 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Commit Messages was [RE: [
User: jules_gosnell
Date: 01/06/13 17:21:37
Modified:jetty/src/main/org/jboss/jetty JettyService.java
Log:
avoid duplicate start(),stop(),destroy() being called
Revision ChangesPath
1.15 +4 -12 contrib/jetty/src/main/org/jboss/jetty/JettyService.java
Index:
I am strongly in favor of javadoc/comments. beside that, we should select
some coding standard and stick to it. Open source evolution demands it (as
people do come & go) but code has to stay forever (atleast we should wish
that).
I know its not easy to follow standards but even if people follow 60
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 13, 2001 6:58 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] No storeEntity before ejbFind
>
>
> |boolean dirty = true;
> |if (isModified != null)
> |{
> |
We had to do some port mapping stuff to get Jetty to run with port 80. So
you would run Tomcat under port 7001 and the OS would map 80->7001. That's
the only we we could figure out how to do this without running Jetty as
root. I'm popping an email to our sys admin and will get back to you on ho
Right now most of JavaDoc sucks (inclusive mine) and I just
to make it to a policy to write/update the JavaDoc. Maybe
we should just have it somewhere on the website how to
participate (dos and donts)
AND
then to go ahead and do better
OR is my perception just wrong ??
Andy
> -Original Mess
User: jules_gosnell
Date: 01/06/13 16:02:57
Modified:jetty/src/main/org/jboss/jetty SetupHandler.java
Log:
slight alterations, including chaining super, which sets up lifecycle state variables
Revision ChangesPath
1.4 +15 -11contrib/jetty/src/main/org/jboss/jet
User: jules_gosnell
Date: 01/06/13 16:01:27
Modified:jetty/src/main/org/jboss/jetty Jetty.java
Log:
lose old code
Revision ChangesPath
1.9 +0 -6 contrib/jetty/src/main/org/jboss/jetty/Jetty.java
Index: Jetty.java
User: jules_gosnell
Date: 01/06/13 16:00:23
Modified:jetty/src/main/org/jboss/jetty JBossUserRealm.java
Log:
cut down slightly on debug
Revision ChangesPath
1.2 +3 -3 contrib/jetty/src/main/org/jboss/jetty/JBossUserRealm.java
Index: JBossUserRealm.java
|boolean dirty = true;
|if (isModified != null)
|{
| try
| {
| dirty = ((Boolean)isModified.invoke(ctx.getInstance(), new
|Object[0])).booleanValue();
| } catch (Exception e)
| {
| // Ignore
| }
|}
|
|if (dirty)
|container.getPersistenceManager().storeEntity(ctx);
|
|Am I c
I need help, pardon my ignorance of UNIX
JBOSS.ORG runs on a linux box somewhere in the US. I am porting the whole
jboss site to run with JBOSS/TOMCAT as we are making the site a little more
"app" oriented and we need a real app server.
So I want to create a user called joe and joe must have th
You don't need to keep track of who is updated. The bean will know if it
has been updated or not, with isModified, and/or with JAWS.
The following logic is done everywhere(actually only in
EntitySynchronizationInterceptor and InstanceSynchronization) before storing
the bean:
boolean dirty = tru
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> Schaefer, Andreas
> Sent: Wednesday, June 13, 2001 6:25 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Commit Messages was [RE: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb CacheKey.java]
>
|Hey, I wouldn't mind if you restricted commit access to CVS to only core
|JBOSS team members as long as the core team religiously reviewed and
|commited patch submittals. Although I do enjoy having rw access,
|this would
|keep some of the "purity" you're talking about.
I wasn't clear and the "p
ah yes then it is much more complicated since we need to have ANY client
calling our stuff.
Try getting it to work with StatefulSession beans as that would give you a
good idea of what the Messages we pass around look like.
Rebuilding the MethodInvocation in the node is the goal, whatever you us
Yes, there is a way (don't ask me how) but we should ensure that
it is at the end of the java class file otherwise you have to
scroll through pages of logs before getting to the code.
BTW shouldn't we create a JavaDoc policy to force people to update
this damn JavaDoc. I know I am forgetting this
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 13, 2001 5:26 PM
> To: [EMAIL PROTECTED]
> Subject: Commit Messages was [RE: [JBoss-dev] CVS update:
> jboss/src/main/org/jboss/ejb CacheKey.java]
>
>
> also add
aren't you supposed to do RMI-IIOP??? :)
give me some RMI IIOP and I give you RW
right
marcf
PS: seriously, b is the option, let me know when you are ready to commit
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Ajay
|Gautam
|Sent: Wednesday, Ju
Hello
I have been going through various documents and Sun's
EJB specs. Thanks to Edwin for providing links and
thoughts / comments.
Right now, I am in the process of studying how we can
map IIOP services to the existing JBoss services
(among other things). I think that would be the best
way to g
h
for example when the real transaction commits, what do you do? do you
re-store the stuff? or do you correctly keep track of who is updated through
setting the dirty flag?
This is good stuff ...
marcf
"but I think you are moving to fast"
-- Some popular
User: patriot1burke
Date: 01/06/13 14:51:15
Modified:src/main/org/jboss/ejb CacheKey.java
Log:
added myself as author...
Revision ChangesPath
1.12 +4 -1 jboss/src/main/org/jboss/ejb/CacheKey.java
Index: CacheKey.java
=
CVS can automatically add (during commit):
name of commiter
timestamp
comment
to the header section of the file. I would need to
lookup info on how that is done. If you need that, let
me know.
Ajay
--- marc fleury <[EMAIL PROTECTED]> wrote:
> also add yourself as author.
>
> Finally guys, I b
Hey Guys
Just to find my way around the code and to get
acquainted with the build / deploy process, I took on
this bug to fix.
I am able to replicate / locate / fix the problem.
Right now, this error stops the auto deployer thread
(running = false;) !
One possibility could be to remove this bug
The EJB spec 2.0 reads 9.6.4
"Before invoking the ejbFind(...) method, the container must first
synchronize the state of any entity bean instances that are participating in
the same transaction context as is used to execute the ejbFind(...)
by invoking the ejbStore() method on those entity be
Hey Dan,
How do you attach the flag to findByPrimaryKey?
Thanks,
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of
> [EMAIL PROTECTED]
> Sent: Wednesday, June 13, 2001 4:52 PM
> To: [EMAIL PROTECTED]
> Subject: [JBoss-dev] [ jboss-Change Notes
"diccionario, diccionario" my spanish mother used to say when it was up to
us, lazy kids, to look up what a word meant and how it was used...
I believe that in our case it translates to
"dtd, dtd"
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf O
also add yourself as author.
Finally guys, I believe that as the "purity" of the code drops down i.e.
that it goes way beyond the original team (it is happening *right now*) I
believe we should really enforce "the comments in the code". Yes I know
that the logs are what are supposed to keep that
User: patriot1burke
Date: 01/06/13 14:15:23
Modified:src/main/org/jboss/ejb CacheKey.java
Log:
comment change
Revision ChangesPath
1.11 +3 -2 jboss/src/main/org/jboss/ejb/CacheKey.java
Index: CacheKey.java
Change Notes item #432903, was updated on 2001-06-13 13:52
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=432903&group_id=22866
Category: None
Group: v2.4
Status: Open
Priority: 5
Submitted By: Dan Christopherson (danch)
Assigned to: Nobody/Anonymous (no
don't you talk to me like that young lady...
marcf
|This is the cvs proposal you've been begging for so
|tough it out.
|
|- Original Message -
|From: "marc fleury" <[EMAIL PROTECTED]>
|To: <[EMAIL PROTECTED]>
|Sent: Wednesday, June 13, 2001 12:11 PM
|Subject: RE: [JBoss-dev] CVS update:
| +// Make a copy just in case somebody re-uses the instance
| +this.id = mo.get();
Bill that comment you just commited is absolutely "obscure".
Reuses the instance... what instance.
Please say
// Make a copy of the id to enforce copy semantics and allow reuse of the
origina
please take this to jboss-user, try respecting the boundaries of the lists
and not answering or politely redirecting to jboss-user when appropriate, I
believe the word on jboss-user is "go to jboss-dev for an answer"... not
good,
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailt
Thanks, I do check and found that there is NO java process running after i
shutdown Jboss, during this time, I didn't touch any other program, but some
problem remains, looks like few sub process in Jboss failed to end itself, I
don't know is there any body else count this problems?
David Cao
-
I'm just throwing the docs in cvs as that is the only place they are accessible
for people to look at. This is the cvs proposal you've been begging for so
tough it out.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 12:
I have the initial draft of the cvs admin policy doc and it has been
dumped into the newsite cvs module. I have tried uploading it to
sourceforge but we don't have any document groups defined and
I don't see how to create them. It will show up on the jboss.org
web site on the cvs page when the sit
Guys,
please I am almost done with a major overhaul in the website, the content
doesn't change much (although it is updated in news and first page and all)
but the move is that it will be a full JSP website running on JBOSS/TOMCAT
instead of Apache.
if we are going to be pimping our own 3rd gene
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 13, 2001 2:23 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Should CacheKey copy its id on creation?
>
>
> |BTW, it's only a code bug in our application b
Scott!
I repeat, I am almost done with the website...
stop commiting to the website
marcf
PS: damn I will send an email
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|[EMAIL PROTECTED]
|Sent: Wednesday, June 13, 2001 3:02 PM
|To: [EMAIL PROTECTED
User: starksm
Date: 01/06/13 12:01:58
Added: pictures cvs_structure.png
Log:
Initial draft of the cvs versioning and branching policies
Revision ChangesPath
1.1 newsite/pictures/cvs_structure.png
<>
__
User: starksm
Date: 01/06/13 12:01:58
Added: business CVSAdmin.html
Log:
Initial draft of the cvs versioning and branching policies
Revision ChangesPath
1.1 newsite/business/CVSAdmin.html
Index: CVSAdmin.html
===
User: patriot1burke
Date: 01/06/13 11:48:15
Modified:src/main/org/jboss/ejb CacheKey.java
Log:
made member variable immutable and protected
Constructor now copies id, to avoid users that re-use instances of their primary
keys.
(Like we did)
Revision ChangesPath
User: patriot1burke
Date: 01/06/13 11:48:56
Modified:src/main/org/jboss/ejb/plugins EntityInstanceCache.java
Log:
use cacheKey.getId() instead of cacheKey.id
Revision ChangesPath
1.5 +2 -13 jboss/src/main/org/jboss/ejb/plugins/EntityInstanceCache.java
Inde
User: patriot1burke
Date: 01/06/13 11:49:13
Modified:src/main/org/jboss/ejb/plugins/jrmp/interfaces
EntityProxy.java
Log:
use cacheKey.getId() instead of cacheKey.id
Revision ChangesPath
1.24 +6 -6
jboss/src/main/org/jboss/ejb/plugins/j
User: patriot1burke
Date: 01/06/13 11:49:49
Modified:src/main/org/jboss/ejb/plugins/local
BaseLocalContainerInvoker.java
Log:
use cacheKey.getId() instead of cacheKey.id
Revision ChangesPath
1.6 +1 -1
jboss/src/main/org/jboss/ejb/plugi
ok I will assume "temp lead" until someone dedicated comes along.
The scope is fairly simple, I believe that the spec calls for on the wire
RMI/IIOP communication so that our proxy must have a RMI/IIOP stub to teh
container, we must generate a RMI/IIOP stub to talk to the container.
I am not su
Hello,
I am not sure this is the problem. Please check in the taskmanager if a java
process is still present.
If it is not the case, it is possible that a Windows service has termporarly
opened a TCP port for any reason. You may find some usefull tool to detect
to which process is linked a port
Hi Scott
It is still the same problem but I fixed the NPE which is caused
when the registration was not done in the ServiceMBeanSupport
and then the "log" variable was not created.
But now the registration ran into the problem that we have two
MBeans registered at the same time on the MBeanServe
|BTW, it's only a code bug in our application because we didn't know about
|the Optimize flag. The spec states that all calls on home and remote
|interfaces must copy their parameters. The Optimize flag, out-of-the-box,
|is True, isn't it? Maybe "true" is not the correct out-of-the-box default
Marc,
I agree this is really critical and hence suggest the following.
1. You assign a lead from one of core developers
2. Lead will just define the problem scope and a reasonable completion
timeframe.
3. Volunteer writers (me, Ajay etc.) will start working and make sure it
goes as smooth as pos
Mercy, mercy, I won't do this again, promissed (and because I
am not a politician I'll keep it).
This package will become obsolete either way (I only used it
because the story about org.jboss.management was undecided).
Have fun - your MAD Andy
> -Original Message-
> From: marc fleury [m
Hi,
I got an unclean shutdown problem ( in windows 2000 server), it happened
some times, after I shutdown the server, and start it, i get this error when
deploy ejb:
[Container factory] java.rmi.ServerException: Could not bind either home or
invo
ker; nested exception is:
[Container factory]
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 13, 2001 1:29 PM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Should CacheKey copy its id on creation?
>
>
> |> 2- you share the same instance of the Primar
Sure. The bigger question is how many access points into JBoss via
RMI semantics have the issue found with the EJB finders. If the
common implementation assumption is that arguments that would be
pass by copy under RMI semantics are writable by the implementation
then we should make more noise abo
|My bad, I didn't look hard enough.
|
|Forgive me? :-)
you kidding me? you found the solution, the rest is BS
just commit
marcf
__
"Whatever it is, whatever it is
that keeps you from screaming
at this very moment
whatever it is, whatever it is...
...
Bugs item #432844, was updated on 2001-06-13 10:53
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432844&group_id=22866
Category: JBossServer
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Dirk Hoffmann (dirkey)
Assigned t
The pk passed as an argument.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Jay
> Walters
> Sent: Wednesday, June 13, 2001 1:28 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: [JBoss-dev] Should CacheKey copy its id on creation?
>
>
> Does JBoss use t
pardon my 10,000 feet management of this issue but do we have a clear lead
on the problem? do we have a small team of writer/reviewers? when do you
guys think we can put this in...
it is going to be CRITICAL as we go for certification (ooops there I said it
again)
marcf
_
Marc
My bad, I didn't look hard enough.
Forgive me? :-)
Bill
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Scott
> M Stark
> Sent: Wednesday, June 13, 2001 1:22 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] Should CacheKey copy its id on cre
Does JBoss use the pk passed in as an argument or the pk returned from the
finder to build the cache key?
Cheers
-Original Message-
From: Scott M Stark [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 13, 2001 1:22 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Should CacheKey copy it
|> 2- you share the same instance of the PrimaryKey, yes, but the field
|> variables are not the same so that the byte representation should
|> not be the
|> same, REGARDLESS of the adress of the key
|
|True, the HashMap lookup is correct because of the MarshalledObject stuff.
Ok so equals and ha
Cast to javax.sql.DataSource, not the XA DataSource.
David Cao wrote:
> Hi,
>
> I am trying to access a jdbc pool to MS SQL Server, but I got this problem
> when I try to cast the ref into XADataSource, I can't find any document or
> source about org.opentools.minerva.jdbc.xa.XAPoolDataSource,
>
> If you don't believe it, how come when we turned off Optimized everything
> worked. As a different test, we didn't share PrimaryKey instances when
> calling findByPrimaryKey, and that worked as well! I'm not crazy here.
> I've been looking at this code for more than a week now trying to figu
Hi,
I am trying to access a jdbc pool to MS SQL Server, but I got this problem
when I try to cast the ref into XADataSource, I can't find any document or
source about org.opentools.minerva.jdbc.xa.XAPoolDataSource, does any one
know this problem?
Thanks a lot.
David Cao
- Energizing by Thinkin
See below
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Wednesday, June 13, 2001 10:53 AM
> To: [EMAIL PROTECTED]
> Subject: RE: [JBoss-dev] Should CacheKey copy its id on creation?
>
>
> 1- TURN OFF HTML
I've seen a couple of questions posed on this problem, but no
resolution. I'm getting the following startup error on win2000, using
jdk1.3, jboss2.2.2. Are there any solutions for this problem?
[JBossMQ] Starting
[JBossMQ] Cannot start the JMS server ! Invalid configuration.
[JBossMQ] javax.jms
Hi Y'All,
Isn't this related to the isolation levels? (Read
Uncommited, Read Commited, Repeatable Read,
Serializable).
The code has to account for all that.
Isolation levels are defined in section 17.3.2 page
340 (of second public final draft).
Cheers, CC
--- danch <[EMAIL PROTECTED]> wrote:
1- TURN OFF HTML
2- see below
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Bill
Burke
Sent: Wednesday, June 13, 2001 8:47 AM
To: Jboss-Development@Lists. Sourceforge. Net
Subject: [JBoss-dev] Should CacheKey copy its id on cr
|org.jboss.mgt.ContainerMgt is created in the ContainerFactory
please track it down, also I truly *hate* small names of variables and
package bcs it mkes it un-redble. I don't like it in instance variables so
imagine how I feel about it in *package* name.
I suspect mad andy?
marcf
|registerCo
|We have denied jBoss write privilidge to itself and only allow it to write
|where it needs to. It may be a bad idea to allow jBoss to modify its own
|jcml file (we have disabled the auto jcml feature) or to replace
|executable
|modules that comprise it.
|
|OTOH, it may not be such a bad idea for
hey tobias,
I am sorry I should have flagged this yesterday, I am working on porting the
whole website on JBoss/Tomcat with JSPs (which is done) so you will need to
check those changelogs again against the new new website and it will be in
jsp (don't worry it is readable and maintainable). I apo
Right and Right. The cvs doc is being created right now. Its
release is imminent.
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, June 13, 2001 7:16 AM
Subject: RE: [JBoss-dev] RabbitHole branch created
> Right RABBITHOLE branch IS
danch
I think this is wonderful work and squarely adressing the speed issues of
JBossCMP.
I asked you zillions of times to send me picture and bio already :)
also I am about to check in the new version of the website (was working on
it for the past 2 days) it is FULLY JSP and runs on Tomcat/
Right RABBITHOLE branch IS the MAIN branch
(right?)
so I just do the usual checkout
(right?)
(scott? can you turn on the light in this room... it is damp dark, and I am
afraid that anywhere I put my arm it will be full of millions of swarming
little bugs crawling all over my arm and thousands
The EJB spec 2.0 reads 9.6.4
"Before invoking the ejbFind(...) method, the container must first
synchronize the state of any entity bean instances that are participating in
the same transaction context as is used to execute the ejbFind(...)
by invoking the ejbStore() method on those entity be
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of danch
> Sent: Wednesday, June 13, 2001 2:14 PM
> To: [EMAIL PROTECTED]
> Cc: Jboss-Development@Lists. Sourceforge. Net
> Subject: [JBoss-dev] Re: [JBossCMP] Should storeEntity be called after
> every
My initial reaction was "Oof, good god no!" The performance drag of all
of those writes would be horrible.
Looking at the interaction diagrams in the spec, the commit protocol
diagrams show ejbStore happening in 'beforeCompletion', i.e. only at
commit. Other diagrams merely show store happenin
User: starksm
Date: 01/06/13 05:53:09
Modified:src/docs production.xml
Log:
Both the jndi ports can be configured via the jboss.jcml file
Revision ChangesPath
1.4 +2 -2 manual/src/docs/production.xml
Index: production.xml
==
All,
We ran into a
problem where our Entity cache was getting corrupted and findBy's were returning
a bean other than the one we queried for. With "Optimized" set to true in
standardjboss.xml, we were re-using a PrimaryKey for multiple findByPrimaryKey
calls.
// pseudo
code
---begin
FYI,
Although they do
exist(I tested for them), the race conditions I reported and fixed in
EntityInstanceInterceptor and EntitySynchronizationInterceptor were NOT the
reason our InstanceCache was getting corrupted. Our InstanceCache was
being corrupted because we had Optimized = true in
All,
We have the following (bad?) assumption in our application code:
begin transaction
Bean b = findByPrimaryKey(...)
System.out.println("flag = " + b.getFlag()); // prints flag = 1
b.setFlag("0")
Enumeration = findByAllBeansWithFlagEqualToOne() // where flag
Bugs item #432713, was updated on 2001-06-13 03:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=432713&group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Jesper Pedersen (jews)
Assigned to: Nobody/A
Thanks Tobias ! Have a pleasant day.
> -Original Message-
> From: Tobias Frech [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 9:41 AM
> To: [EMAIL PROTECTED]
> Subject: Re: HOWTO UNSUBSCRIBE [JBoss-dev] CVS update: jboss/src/lib
> jboss-jaas.jar jbosssx.jar
>
> Hi Jack
Hi Jack!
Hi Intelligentsolutions team!
I already had a conversation with on of your colleagues. It should be
fairly easy for you to accomplish this yourself:
Go to Soruceforge
http://lists.sourceforge.net/lists/listinfo/jboss-development
Enter the email address the list emails get sent to into
PLease e-mail the password for [EMAIL PROTECTED] so I can
enter through Sourceforge and unsubscribe from the mailing list.
Thanks in advance
Richard Butler
European Sales Resourcer
MBA Intelligent Solutions
Direct Line: +44 (0)20 8290 8639
Direct Fax: +44 (0)20 8290 8559
Email;[EMAIL PROTECTED]
User: gropi
Date: 01/06/13 01:22:39
Modified:business doco.html
Log:
quick patch for a reference to the 2.2.2 changelog
Revision ChangesPath
1.23 +1 -1 newsite/business/doco.html
Index: doco.html
===
User: gropi
Date: 01/06/13 01:22:40
Modified:documentation migration.html
Log:
quick patch for a reference to the 2.2.2 changelog
Revision ChangesPath
1.5 +15 -4 newsite/documentation/migration.html
Index: migration.html
==
100 matches
Mail list logo