Hey, what is THIS? Have you discussed this feature with anybody! You
certainly have not discussed it with me!
Why have you made those changes? Is it for your personal needs? Is it
because it is a generally good thing?
My first impression is that this is NOT a good thing. Why, when it looks
so te
User: thedug
Date: 01/05/31 23:06:37
Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
Log:
Bad merge
Had to remove an old import
JmsServerSessionPool doesn't exist anymore
Revision ChangesPath
1.12 +1 -3
jboss/src/main/org/jboss/e
WARNING this message is only for the brave :)
I've looked into Tyrex source more closely
First Tyrex decides if the transaction can be committed in 1 phase
(i.e. optimized commit) if not, it goes into 2pc.
In 2pc it does the following:
It calls prepare() method which does a bunch of things
1.
Hi,
Thanks for correcting your terminology to prepare, commit.
I am not a total expert but I'm pretty sure of this.
I think there is still a problem either with terminology or tyrex.
Heuristics are used _only_ when the transaction manager loses contact with
one of the parties to a multi-resourc
User: starksm
Date: 01/05/31 19:33:05
Modified:src/etc/conf/default auth.conf
Log:
Change the simple login module to the auth.spi package version
Revision ChangesPath
1.5 +1 -1 jboss/src/etc/conf/default/auth.conf
Index: auth.conf
=
User: starksm
Date: 01/05/31 19:31:00
Modified:src/etc/conf/default auth.conf
Log:
Change default login module to org.jboss.security.auth.spi.UsersRolesLoginModule
Revision ChangesPath
1.4 +1 -1 jboss/src/etc/conf/default/auth.conf
Index: auth.conf
===
Hi Marc, hi all,
> The idea is that option A/B/C in the spec are *brain dead* it either
always
> refreshes or never refreshes... here we offer a simple way to specify a
> refresh time.
A feature I really would like to have is dynamic switching of
container commit options. This would enable good
This is due to today's changes in the JMSContainerInvoker.
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 31, 2001 6:32 PM
Subject: [JBoss-dev] jboss daily build failed - in cvs module: jboss
>
> ===
The jbosssx build.xml validates the jboss.dist property to by
looking for a ${jboss.dist}/lib/ext/jboss.jar file. What does the
cvs directory structure you have look like?
- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, May 31, 2001 6:34 PM
Subject:
Hi Tobias,
as of the latest CVS update the docs for commit option D should
change again a little bit (low priority). May I ask you again
to merge the text and check it in?
- advconfig.xml -
-
Option D: This is a JBoss specific feature available in versions
newer than 2.2.2. It ena
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
___
Jboss-development mailing list
[EMAIL
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Buildfile: build.xml
init:
error:
[echo] jboss.dist = ../jboss/dist is not a va
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Buildfile: build.xml
init:
[echo] build.compiler = ${build.compiler}
[echo]
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Buildfile: build.xml
init:
error:
[echo] jboss.dist = ../jboss/dist is not a va
=
==THIS IS AN AUTOMATED EMAIL - SEE http://www.lubega.com FOR DETAILS=
=
Buildfile: build.xml
init:
[echo] build.compiler = classic
[echo] java.home
Doug,
good for you, now I will have to change the training
(btw this was a feature required by CarPhone Warehouse in the UK, thanks to
them).
The idea is that option A/B/C in the spec are *brain dead* it either always
refreshes or never refreshes... here we offer a simple way to specify a
refre
User: thedug
Date: 01/05/31 17:00:22
Modified:src/main/org/jboss/metadata ConfigurationMetaData.java
Log:
New commit option D...
Revision ChangesPath
1.12 +41 -39jboss/src/main/org/jboss/metadata/ConfigurationMetaData.java
Index: ConfigurationMetaData.jav
User: thedug
Date: 01/05/31 16:53:44
Modified:src/main/org/jboss/ejb/plugins/jms JMSContainerInvoker.java
Log:
Add auto generation for topic/queue if topic/queue doesn't already exist.
Uses the mbean server to create a new topic/queue..
Revision ChangesPath
1.11
User: thedug
Date: 01/05/31 16:50:47
Modified:src/main/org/jboss/ejb/plugins
EntitySynchronizationInterceptor.java
Log:
Added commit option D.
Lazy synchronization. Only every 30 seconds
Revision ChangesPath
1.32 +63 -6
jboss/src/mai
Bugs item #429185, was updated on 2001-05-31 16:42
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=429185&group_id=22866
Category: JBossMQ
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Robert Watkins (robertdw)
Assigned to
Hey - dont look back - look up *S* - there is JMX - and all
ClasspathExtension's (on every JBoss node/instance) are MBeans ... if We are
talking about remote web deployment among JBoss/JMX instances should'ent We
use the management of instruments then ... ??? ...
/peter
Bugs item #429173, was updated on 2001-05-31 15:31
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=429173&group_id=22866
Category: JBossMQ
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to
On Thu, May 31, 2001 at 04:32:56PM -0400, Anatoly Akkerman wrote:
>
> > > The subordinate transactions (on server2 and server3) call commit() on
> > > their datasources and return their votes to the main coordinator. The
> > > coordinator based on the votes takes a heuristic decision on what to d
> > The subordinate transactions (on server2 and server3) call commit() on
> > their datasources and return their votes to the main coordinator. The
> > coordinator based on the votes takes a heuristic decision on what to do
> > about the completion of this transaction. If there were no errors
>
On Thu, May 31, 2001 at 03:16:12PM -0400, Anatoly Akkerman wrote:
> On Thu, 31 May 2001, Toby Allsopp wrote:
>
> > On Wed, May 30, 2001 at 07:19:26PM -0400, Anatoly Akkerman wrote:
> > >
> > > I am running into problems with JBoss pools and Tyrex. This time it is a
> > > 2pc hueristic commit iss
Hi,
you're on the wrong list, please post these types of questions to jboss-user.
-- Juha
At 10:35 31.5.2001 -0700, you wrote:
>Hi Folks,
>
>Did anybody try the Scalability and Load Balacing aspect of JBoss? I will
appreciate if it is doable. This is key to our decision to use JBoss.
>
>Thanks
Further to this, see Change Note #424377
(http://sourceforge.net/tracker/index.php?func=detail&aid=424377&group_id=22866&atid=381174).
Toby.
On Thu, May 31, 2001 at 09:38:57AM -0500, danch (Dan Christopherson) wrote:
> Minerva has been forked. JBoss (2.3 or later) now uses JBoss-pool,
> source
On Thu, 31 May 2001, Toby Allsopp wrote:
> On Wed, May 30, 2001 at 07:19:26PM -0400, Anatoly Akkerman wrote:
> >
> > Hello everybody
>
> Hello. I guess I should attempt to field this.
>
> > I am running into problems with JBoss pools and Tyrex. This time it is a
> > 2pc hueristic commit issue
Hi,
As far as I can tell it is available only in print:
Distributed TP: The XA Specification
Paperback - 90 pages 0 edition (February 1, 1992)
The Open Group; ISBN: 1872630243
Available from amazon.com for US$59.95, 4-6 weeks wait.
A lot of money for 90 pages.
david jencks
Hi Folks,
Did anybody try the Scalability and Load Balacing aspect of JBoss? I will appreciate
if it is doable. This is key to our decision to use JBoss.
Thanks,
-ravi
-Original Message-
From: Ravindra Sharma [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 30, 2001 1:21 PM
To: '[EMAIL
A new 2.2.2 maintenance release is available at sourceforge from the Files section
of the jboss.org project: http://sourceforge.net/project/showfiles.php?group_id=22866
along with the change notes.
It includes a few bug fixes and a few enhancements including a new AbstractWebContainer
support mbe
User: starksm
Date: 01/05/31 10:01:46
Modified:business changelog_2_2_2.html
Log:
Added Dan's jaws change note
Revision ChangesPath
1.2 +8 -0 newsite/business/changelog_2_2_2.html
Index: changelog_2_2_2.html
Change Notes item #429068, was updated on 2001-05-31 09:59
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=381174&aid=429068&group_id=22866
Category: None
Group: v2.2.2
Status: Open
Priority: 5
Submitted By: Scott M Stark (starksm)
Assigned to: Nobody/Anonymous (nob
User: starksm
Date: 01/05/31 09:09:00
Modified:business binary.html news.html
Added: business changelog_2_2_2.html
Log:
Update for 2.2.2 release
Revision ChangesPath
1.20 +437 -219 newsite/business/binary.html
Index: binary.html
User: starksm
Date: 01/05/31 08:26:35
Modified:business cvs.html
Log:
Add the jbosssx module to the cvs modules list
Revision ChangesPath
1.11 +1 -0 newsite/business/cvs.html
Index: cvs.html
==
opengroup.org - looks to be $35 USD.
Cheers
-Original Message-
From: Christian Riege [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 31, 2001 10:53 AM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] JBoss pool (former Minerva) transaction bug?
hi,
On Thu, May 31, 2001 at 12:05:10PM +120
hi,
On Thu, May 31, 2001 at 12:05:10PM +1200, Toby Allsopp wrote:
> The JTA spec is all I have to go on. It refers to the X/Open XA
> spec, but that's not free.
Free as in "free beer" or "free speech"? If it's "free beer" I would
be willing to donate the spec to the JBoss project (well, depend
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: /client/ejb.
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 i
on 1-05-31 13.56, marc fleury at [EMAIL PROTECTED] wrote:
> yeah, don't make something simple sound complex :)
;-)
how bout using JSP to serve a *list* to the CPE ?
/peter
___
Jboss-development mailing list
[EMAIL PROTECTED]
http://lists.sourceforg
I have a next proble when deploy my application on server:
Please help me
[J2EE Deployer Default] Starting MooApp.ear failed!
[Auto deploy] java.lang.NoClassDefFoundError: org/jboss/logging/Logger
[Auto deploy] at
org.jboss.proxy.Proxies$Impl.newTarget(Proxies.java:467)
[Auto deploy] at or
That would be one way and IIS & Apache have WEBDAV modules and tomcat includes
a WEBDAV servlet. We would need to add a webdav stream protocol handler
that mapped the directory content into an array of URLs for the jars. The same
approach could be used for any service capable of providing a direct
Theunis de Jongh wrote:
>
> Hello all,
>
> I am new to JBoss. I would like to use SAPDB for persistency.
>
> Would just like to know if such a mapping is being developed already- if
> not, I am interested in doing so.
>
> What is the procedure for this ?
>
> Regards,
> Theunis de Jongh
>
Oop
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? if for Jboss 2.1 i was getting oraclePoll
like:
oraclePool
org.opentools.minerva.jdbc.xa.wrapper.XADataSourceImpl
Thanks for
- Original Message -
From: "marc fleury" <[EMAIL PROTECTED]>
> really the problem with the CPE is that it *lists* the directory and adds
> all the file. The list doesn't work with the http server directory and
> afaik there is no way for us to list a remote directory. The only
> workar
Hello all,
I am new to JBoss. I would like to use SAPDB for persistency.
Would just like to know if such a mapping is being developed already- if
not, I am interested in doing so.
What is the procedure for this ?
Regards,
Theunis de Jongh
___
Jboss
Yes i wanted to test Jboss portability with JDK1.4.
I hope one day we move to jdk14 and it is better to write code complain with jdk14 in
the first versions instead if fixing it later dont you think so?
So if you dont mind i'll tell where is problems
Have a good day,
Darius Davidavicius
On T
|Yes - its all file based - altho it has a reference to a MLet, The MLet
|reference is created with a reference to the ContextClassLoader casted to a
|MLet ... huh ... stylish... well it works and does a good job of adding
|local classpaths ...
|
|Maby ome could/should make a RemoteClasspathExtens
Your compiling with JDK1.4 to see this as Throwable did not have a getCause method
until 1.4. I would think that the org.jboss.ejb.DeploymentException be dropped in
favor of org.jboss.deployment.DeploymentException.
- Original Message -
From: "Darius Davidavicius" <[EMAIL PROTECTED]>
To:
Bugs item #428966, was updated on 2001-05-31 04:17
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=428966&group_id=22866
Category: JBossMQ
Group: v2.2.1 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to
Hi all
before getting new source file from CVS i delete old source code
i took Jboss application server source code from
(jboss:cvs.sourceforge.net:/cvsroot/jboss).
When i compile i getting :
compile:
[javac] Compiling 1 source file to F:\WORK\JBoss2\jboss\build\classes
[javac] F:\WORK
> 2- the ClasspathExtension... one of our core classes is not really built for
> the pure web deployment (suprisingly enough) and fails in URL mode (for
> sure)...
Yes - its all file based - altho it has a reference to a MLet, The MLet
reference is created with a reference to the ContextClassLoa
Hi,
When I compile my application, not found javax.rmi.* and
javax.rmi.PortableRemoteObject.
I use the next jars: /client/ejb.jar.
Which jar has this classes ?
--
··
Jordi Pinyol Essi Projects
Ingeniero de Desarrollo
[EMAIL P
53 matches
Mail list logo
