Being a lazy programmer, I've always found that if I'm spending my few
remaining neurons trying to figure out what operation is truly atomic
and what isn't, I'll be better off designing the system in such a way
that it doesn't matter.
I've spent enough time grovelling through disassembled
Err. Uhmm. See, I'm not really american, ahhh... No, I'm like Canadian, eh?
-danch (blushing in collective shame)
Christian Riege wrote:
hi,
On Wed, 2002-07-03 at 23:24, James Mitchell wrote:
ou pour nos amis hollandais
Ich mag nackt (bildlich sprechend) in die Weiden der offenen Quelle
marc fleury wrote:
Drugs,
Heck James is in Atlanta, and so am I we should get together for some
serious Georgia dope smoking. We would connect to the mothership again
and we could discuss the state of the world, or at least our industry.
I LOVE smoked out sessions.
You could also you JMS with XA - send messages out containing whatever
you need to track. This will be sent iff the transaction commits. You
can then write an MDB (or any other listener) to take the messages and
do whatever you want with them. You actually could (maybe) make the
offline
There have been a lot of bugs fixed in the JMS stuff since 2.4.1. Try
upgrading to 2.4.6 or 3.0 - no promises, but that should get you closer.
-danch
Alexander Balaban wrote:
Hi,
we are using the JBoss 2.4.1. We are sending messages to the JMS Topic
at the rate about 5 msg/sec. There is
Jason Dillon wrote:
You people are all insane. The size is small, and can be made even smaller if
it really needs to be. Having light weight clients does not mean we must
drop all client-side logging or hack together our own ultra-minimal logging
framework or revert to
Mike Finn wrote:
Microsoft also said open-source software is inherently less secure because
the code is available for the world to examine for flaws, making it possible
for hackers or criminals to exploit them. Proprietary software, the company
argued, is more secure because of its closed
ant. Use the Source!
-danch
Andreas Schaefer wrote:
Hi Geeks
Before I am wasting a lot of time: Does anyone
know or know an article how to create the same
behaviour programmatically what the JAR tool
does ?
Thanx
x
Andreas Schaefer
Senior Consultant
JBoss Group,
OK, given the title of this thread, am I the only one who's featuring a
bunch of people developing J2EE programs on vt100 terminals? OK, that's
a bit ridiculous - XTerms I suppose anyway.
Dain Sundstrom wrote:
Jules Gosnell wrote:
OK - that's not so bad. I can interface Jetty to it - no
Mike Finn wrote:
I had been working on an alternative solution to this problem (see earlier thread in
Mid-April: Multiple Instances). After some thought and work, this (Dain's) seems
more robust (at least to me). The other way was effectively a proxy server sitting on
a single (known) port,
Dain Sundstrom wrote:
Mike Finn wrote:
Don't know. I would say that the client would need to configure it by
hand. This is what you do when you have many developers working on a
web app. I know that my server port is 8098.
Right, but you don't get that if you hand them out in
Anatoly Akkerman wrote:
mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr
...
ServerNamestarksm/ServerName
/mbean
while for your instance he adds:
mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr
...
ServerNamedsundstrom/ServerName
/mbean
Now
You can give the testsuite a .ant.properties file overriding the
servername. I've got a config that I use to run marathon on my laptop
against my 'big' machine at home. I can send this out this evening, if
anyone is interested. Unfortunately I don't have that stuff with me
right now.
As far
IMO Oracle is the Microsoft of J2EE - so this article
on OTN is pretty surprising :)
How do you mean 'Oracle is the Microsoft of J2EE'? I don't understand.
* * *
View thread online: http://jboss.org/forums/thread.jsp?forum=66thread=10212
Yup! Scott branched 3.0 off a little while ago, so the head is now 3.1
-danch
Bill Burke wrote:
EOM
___
Have big pipes? SourceForge.net is looking for download mirrors. We supply
the hardware. You get the recognition. Email Us:
Jung , Dr. Christoph wrote:
Hi there,
snip /
*Bummer* I´m thinking about that classloading stuff ALL THE TIME. There
must be something else in Java than classloading. *Sigh*
I have faith that once enough of the JDK has been rewritten for
classloading to actually work right, we'll find
The spec says that NOT_SUPPORTED is an optional thing for entities.
Frankly, I'm glad that the new stuff doesn't support it - really the
bizarre thing is doing anything with a dirty entity outside of a
transaction. It means that somebody is bringing in a lot of overhead and
not making use of
org.jboss.test.readahead.interfaces.CMPFindTestEntityRemote;
-
-/**
- * Implementation class for session bean used in read-ahead finder
- * tests
- *
- * @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Id: CMPFindTestSession.java,v 1.1.2.2 2001/10/29 00
a href=mailto:[EMAIL PROTECTED];Joe Shevland/a
- * @author a href=mailto:[EMAIL PROTECTED];Justin Forder/a
- * @author a href=mailto:[EMAIL PROTECTED];Dirk Zimmermann/a
- * @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson)/a
- * @version $Revision: 1.11.2.2 $
- */
-public
Prolly not. The sourceforge statistics are updated periodically by a
cron job, and are often Just Plain Wrong.
sorry.
-danch
Stephen Davidson wrote:
According to SourceForge, there were no downloads of the JBoss3.0RC1 when I started
my download.
Sounds like I am the first person to grab
If it doesn't calm down, do a thread dump with ctrl-break and see what's
going on.
-danch
Mac Rinehart wrote:
Ok, I just finished running the testsuite. And with about 10 minutes passed
I am still seeing my CPU maxed out at 100%. Review of active processes shows
that java.exe is the primary
Jason Dillon wrote:
I fail to see how you go from CVS to Buildmagic to Ant.
--jason
Through the one thing that connects the three: Jason Dillon!
-danch
___
Jboss-development mailing list
[EMAIL PROTECTED]
Francisco Reverbel wrote:
Isn't Borland dead yet? They're still selling their CORBA implementation?
I thought Iona had cornered the market. The commercial market that is.
Yes, they are selling it. What I don't know is whether there is anybody
buying it or not... :-)
Not kidding now:
Bill Burke wrote:
A BMP findByPrimaryKey is optimized to look in cache first for the active
pk. If it is active in cache, then the pk is just returned, without calling
ejbFindByPrimaryKey on the BMP. Should we do this for commit-options 'B'
and 'C'?
Here's the scenario somebody just
I think that documentation for corportate types will always be
of the for-pay variety. It just takes too much time to produce
that level of documentation, and it also isn't the sort of thing
that developers tend to enjoy well enough to donate the required time.
Now if anybody knows an open-source
Very true - the online doc right now says it's for 3.0, but hasn't been
completely updated yet. Meanwhile it isn't right for 2.4.x anymore
either. Core team members have said that 2.4.x is going to be around for
a long time, I think it would behoove us to keep the documentation
available, at
_not_ pruning empty directories? Is it me, or is the non-existence of an
empty directory an exceedingly silly reason for a build to fail?
-danch
Bill Burke wrote:
make sure you're not pruning empty directories. Otherwise, you won't be
able to build.
I bet this is why the automatic build
This is maybe a bit offtopic, and a bit long, but this is one of those
serindipitous occasions where a conversation strikes on something
somebody else is already working on...
Greg Wilkins wrote:
+ Use java.nio as:
* if you care about performance you should be using jdk1.4 anyway
* if
User: danch
Date: 02/02/28 11:21:13
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossUserRealm.java
Log:
finished the 'fix' for the NotSerializableException
Revision ChangesPath
No revision
No
PROTECTED];Justin Forder/a
- * @author a href=mailto:[EMAIL PROTECTED];Michel de Groot/a
- * @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Revision: 1.12.6.5 $
- *
- * Revision:
- * 20010621 danch: fixed bug where mapping a PK field to a different
User: danch
Date: 02/02/25 09:17:39
Modified:src/main/org/jboss/ejb/plugins/jaws/metadata Tag: Branch_2_4
CMPFieldMetaData.java
Log:
made some log messages more informative
Revision ChangesPath
No revision
No
User: danch
Date: 02/02/22 11:24:03
Modified:jetty/src/main/org/jboss/jetty Tag: Branch_2_4
JBossUserRealm.java
Log:
beautified and back-ported the fix for the 'not serializable' problem from the 3.0
main
Revision ChangesPath
No
User: danch
Date: 02/02/22 11:40:34
Modified:jetty/src/build Tag: Branch_2_4 build.bat build.sh
Log:
made these work better with the current build.xml
Revision ChangesPath
No revision
No revision
1.2.2.2 +33 -32
User: danch
Date: 01/10/28 16:04:56
Modified:src/resources/readahead/META-INF Tag: Branch_2_4 jaws.xml
Log:
test ordered findall
Revision ChangesPath
No revision
No revision
1.1.2.2 +1 -1
=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Id: CMPFindTestSession.java,v 1.1.2.1 2001/07/09 01:06:05 starksm Exp $
- *
+ * @version $Id: CMPFindTestSession.java,v 1.1.2.2 2001/10/29 00:04:26 danch Exp $
+ *
* Revision:
*/
public class CMPFindTestSession
Menon/a
* @author a href=mailto:[EMAIL PROTECTED];danch (Dan Christopherson/a
- * @version $Revision: 1.14.2.4 $
+ * @version $Revision: 1.14.2.5 $
*/
public class JDBCDefinedFinderCommand extends JDBCFinderCommand
{
@@ -110,7 +110,10 @@
if (lcQuery.startsWith(where
You can have only one definition of the datasource element - and that's
all we need since it's the same either place (just contains CDATA). As
long as it's listed as a possible contained element for both the global
jaws element, and the entity-bean element, we should be fine. Unless I'm
again.
Vinay
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions expressed are mine and do
Georg Rehfeld wrote:
Hi danch,
Does anybody know what databases are case sensitive WRT column and table
names (or even keywords). I've never run into case sensitive SQL
databases before.
MySQL too is case sensitive on database, table and index names
on a case sensitive file system
I agree with Bill - removing everything involved in the rolled-back
transaction from the cache is a must.
-danch
Bill Burke wrote:
Nope, with the old code, B would be removed from the cache when b.remove()
was called even if it was invoked from within a transaction. Also, all
beans
The first implementation of the read-ahead messed around with the caches
before I decided that I didn't like it and took that out.
-danch
Dain Sundstrom wrote:
Jay,
Great point. Up until I started on this code, no part of JBossCMP worked
with the other container objects (cache, invoker
Dain Sundstrom wrote:
Bill,
Thanks for the reply. I really need other people thinking about this,
because I don't understand the rest of the container.
Here's the deal. I delegate the actual storage of the other updated
contexts to the their respective persistence storage managers, so
Dain Sundstrom wrote:
I don't know if you wanted with user configurable, but for now it will allow
you to play with different levels. I can make it static later.
static?
___
Jboss-development mailing list
[EMAIL PROTECTED]
Dain Sundstrom wrote:
I think I understand now. Here is some text I found the J2EE tutorial:
You cannot modify the isolation level of a entity beans with
container-managed persistence. These beans use the default isolation level
of the DBMS, which is usually READ_COMMITTED.
I
David Jencks wrote:
Read on - the problem with this occured to a few of us already. Although
none of us mentioned putting it in the container-transaction - that's
interesting. But what if a method at iso 'read-uncommitted' calls a
method in an iso 'serializable' transaction?
thanks,
danch
Lennart Petersson wrote:
Got the latest from branch 2.4 from CVS today and was looking for the newly
implemented read-ahead stuff. I see that not all things regarding this are
implemented in the 2.4 branch, some is in main branch. Look at
Bill Burke wrote:
danch,
If you need any help, send me an email, since I'm responsible for this. I
just thought that this was a new feature that I added and wouldn't be
allowed into 2.4.
I was a bit unsure of that, too, but this is pretty important. Also,
given that Dain has committed
taking a _quick_ look into the java.rmi.dgc package it looks like Remote
references (which your Home references now are - Right?) can indeed get
stale. the DGC ackage works on a lease basis, where each lease has a
certain duration. Not that I know what to do about it at this point.
-danch
marc fleury wrote:
as I said the simpler design is with nopassivation stuff in it. I believe
with gig ram machines floating around you can carefully design your
deployment so that you will never need passivation.
That's true for 99% of possible installations, but there will always be
marc fleury wrote:
I am about to commit an MBean / EJB pair whose only purpose in life is to
stress the cache locking logic.
Because it is an MBean it never goes through the RMI layers and so we are
seeing RAW performance of the logic that does the thread mutex semaphore and
all taht...
Dain Sundstrom wrote:
|Will this affect commit Option A and B, which doesn't passivate? I'm
not true.
Even under option A if you are under heavy load, the cache can passivate
under you.
Good, I guessed from the code that passivation ment that we need to reload
the data after activation
Rickard Öberg wrote:
yep, also for those that really want I believe the for pay add-on will be a
killer...
look who is still lurking :)
hey kiddo, when you pull your head out of your arse and your coma, you can
come and help us again, it is a shame to see so much talent go to waste...
do you
Rickard Öberg wrote:
On Mon, 25 Jun 2001, Rickard Öberg wrote:
AFAICT the only problem in integrating with Tomcat is the whole
ClassLoader architecture.
AFAIK no it isn't. That was nailed ages ago. Works great.
Except that Jasper has different behavior when it compiles JSPs than
when
Dain Sundstrom wrote:
I'm just curious what was the passivation cache for?
Memory management. If your database contains 10 GB and you only have 1GB
of memory, you'll need to swap out some bean based on some criteria (LRU
by default) to make room.
-danch
Exactly, so what was the
Dain Sundstrom wrote:
So if we remove the passivation cache, do we loose commit Option A? If not,
how do we keep bean data alive while passivated?
I still may not understand this.
I think Mark is just suggesting losing the passivation part of the
cache. The cache we keep, it just
Dain Sundstrom wrote:
I was just picking a fight :)
OK, I just discarded my rant-mail.
-danch
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
Maybe as a first question - how 'done' do you consider the basic
architecture of the CMP2.0 module? Done enough that there aren't going
to be any major structural changes, or might it get turned upside down?
As a frame of reference for my frame of mind, in my statements/questions
below, I'm
What goes wrong, though?
[EMAIL PROTECTED] wrote:
Hello everybody,
I found in the documentation a description on how to start and stop JBoss
on a linux machine with an rc.d script. I made this on my machine, but
JBoss is not starting up correctly (basically it is not starting at all).
Filip Hanik wrote:
Sorry, it is a *very* clear need. And CVS just doesn't cut it.
can't we, uhm you (I'm not a committer:), use some sort of tag which makes
CVS automatically insert the comment and audit info into the actual code
file?
I know this is doable with CVS
any thoughts?
The behavior you'd get by setting that flag to false in weblogic would
also allow him to not break referential integrity in the case of his
transaction.
Scott M Stark wrote:
Why is this a serious problem? The weblogic docs for the flag you mention
indicate the commit is still not done until
He's not removing the modified bean: he's removing a bean that the
modified bean used to refer to. The issue is that the remove causes a
data change immediately, while the table behind the modified bean still
has the foreign key for the row that's being removed. This violates
referential
David Esposito wrote:
I am surprised that I am the only one that has raised this particular
example. It seems like it's something that people would do every day.
Actually it's far more common for people to complain about behavior
closer to what you want - Why is ejbStore being called so
I was doing some thinking on an IIOP invoker a while back. I would have
spoken up before now, but I've got plenty to do with JAWS. (more below)
Ole Husgaard wrote:
Hi,
I probably won't find much time for helping
out with this, though it is a most interesting
project.
marc fleury
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, does
On Mon, 11 Jun 2001, Bill Burke wrote:
Again, IMHO, these race condition fixes can't wait until JBoss 3.0 since it
sounds like 3.0 won't be ready until August/September?
I agree with Bill here - the race condition fix really does need to be in
2.4 (maybe even 2.2.x). 3.0 Should get a more
Bill Burke wrote:
Another possible bug related to this same problem. [please read below].
EntityInstanceInterceptor gets the mutex of the Entity's key before going
into the do..while loop. If a different thread/transaction rollsback, the
mutex gets detached from the
It may well be usefull, but does this behavior belong in the normal
EntityInstanceInterceptor? Why not just implement an non-blocking
variant of EntityInstanceInterceptor, and reconfigure your stack in
jboss.xml?
K.V. Vinay Menon wrote:
OK!
I know that it is kind of controversial and
Bill Burke wrote:
- What's wrong with doing a Context lock, but not doing a transactional lock
for read-only beans?
won't you still block on the context lock?
If you do this you'll still be spec compliant,
correct? How would this affect your performance results? I'm pretty sure
the
danch (Dan Christopherson) wrote:
Georg Rehfeld wrote:
One problem here is that when we're waiting on the context, we want to
wait on the context (i.e. ctx.wait(DEADLOCKTIMEOUT + 1000)) Just doing
wait and notifyAll on the interceptor itself will involve all calls on
our entity
Bill Burke wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Georg
Rehfeld
Sent: Wednesday, June 06, 2001 1:11 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Avoiding Locks for READ-ONLY Beans
Hello Bill, hi all,
- What's wrong with doing a
Just for the record, I don't mind having Oracle specific optimizations
in JAWS, it's just that the current structure of JAWS does not really
lend itself to this. Also, if you do use Oracle specific stuff for this
optimization, the option in a jaws entity should be given a name that
will tell
in there. After the 5 seconds if you're still not locked loop again.
OT, how does transaction timeout destroy the thread? TIA.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of danch
(Dan Christopherson)
Sent: Wednesday, June 06, 2001 3:35 PM
Sreeram,
If you can look at this, it's probably related to some instanceof
MarshalledObject checking that I just added. This is probably leading
us into the wrong bit of logic somewhere.
This _might_ also be dependent somewhat on the database you're running
against - This code doesn't like
Are you trying to build with jdk1.2.2? If so, you'll need the optional
RMI/IIOP package to get those classes. Better still, upgrade to jdk1.3
Jordi Piñol wrote:
Hi,
When I compile my application, not found javax.rmi.* and
javax.rmi.PortableRemoteObject.
I use the next jars:
Minerva has been forked. JBoss (2.3 or later) now uses JBoss-pool,
source for which is in CVS at sourceforge.
Darius Davidavicius wrote:
After i compiled last source code of Jboss server i have found minerva-1_0b3.jar is
missed in dist/lib/ext
If it is removed? What is replacment for it?
Sacha Labourey wrote:
Hello,
There is currently a JAWS RFE on this particular topic.
And I'm working on it. This is taking longer than I'd expected because
doing it right is going to effect more of JBoss than i'd anticipated
(and more than I'd really like)
A couple days more and
Paul Hammond wrote:
Hi guys,
Just new to this list and JBoss.
My question centers around efficient loading of EJBs into JBoss's EJB cache.
Normally if you have a finder method, findByXXXYYYZZZ etc, which returns
an Enumeration
of the EJBs in question, you have a
Sorry to cause confusion by being imprecise. Your post was correct, it's
ejbFindByXXX
elbLoad (* N)
if the beans are uncached or if commit option B or C and the beans have
not yet been loaded in the current transaction. Note that commit option
B or C and calling the finder from a client with
st
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-development
--
Dan Christopherson (danch)
nVisia Technical
to an
InvocationHandler implementation that JBoss provides. Take a look at the
javadoc for those JDK classes: it's almost as cool as doing proxies in
Python 8^})
Thanks for any insight,
Troy Molander
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions expressed
unsubscribe jbosscmp [email@address]' in the body of the mail
to be removed from this list.
--
Dan Christopherson (danch)
nVisia Technical Architect (www.nvisia.com)
Opinions expressed are mine and do not neccessarily reflect any
position
81 matches
Mail list logo
