Bugs item #564232, was opened at 2002-06-04 06:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=564232&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Liam Magee (lmagee)
Assigned to:
On Fri, 31 May 2002, Scott M Stark wrote:
> JBoss Source Tar/GZip Archive:
> http://prdownloads.sourceforge.net/jboss/jboss-3.0.0-src.tgz?download
The source download includes a non-cleaned catalina output directory.
adam@gradall:~/brainfood/jboss/jboss-3.0.0-src$ du catalina/* -sc
4 cata
Feature Requests item #564200, was opened at 2002-06-04 15:21
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376688&aid=564200&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
Status: Open
Priority: 5
Submitted By: Doug Palmer (charvolant)
Assigned to:
Bugs item #563384, was opened at 2002-06-01 13:56
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563384&group_id=22866
Category: JBossServer
Group: v3.0 Rabbit Hole
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Scott M Stark (starksm)
>Ass
I suspect the transaction module is not checked out for the tests. Can you
check, maybe check out jboss-all freshly?
I get 769 tests, 2 failures, 36 errors. In particular all the iiop tests
aren't working.
Thanks
david jencks
On 2002.06.03 20:44:05 -0400 [EMAIL PROTECTED] wrote:
>
> Number o
Bugs item #56, was opened at 2002-05-13 11:57
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=56&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jeff DeLong (jeffdelong)
Assigned to
Number of tests run: 733
Successful tests: 229
Errors:491
Failures: 13
[time of test: 4 June 2002 3:11 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
I should have been more clear; I meant restart the VM. If you code the
shell script, I'll figure out the batch stuff (along time ago I ran a
BBS on DOS, so I know batch scripts fairly well).
-dain
Jason Dillon wrote:
> Do you mean restart the VM or restart the Server inside the same VM? The
Jason,
I've tried various deployment configurations with HEAD and Branch_3_0.
The only one that I can get to work is the current one (packed or unpacked).
If cfg and impl are not living in the same place, then I really don't
care how Jetty is deployed. If you do, then you have my blessing - go
|And your emails about jetty.xml, jboss-service.xml and
|jetty-service.xml make
|no sense... perhaps you have meant something different, but as you have
|written (several times and inconsistently) makes no sense.
so I am crazy, sue me
|Any ways... I have given up trying to explain. I will go wo
Number of tests run: 733
Successful tests: 228
Errors:491
Failures: 14
[time of test: 4 June 2002 1:31 GMT]
[java.version: 1.3.0]
[java.vendor: IBM Corporation]
[java.
Ok! It works!
Thanks a lot :)
Patrícia
-Original Message-
From: Bill Burke [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 3 de Junho de 2002 19:27
To: [EMAIL PROTECTED]
Subject: RE: [JBoss-dev] Problems using UserTransaction
This may or may not workgive it a try and tell me if it
Bugs item #562004, was opened at 2002-05-29 14:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=562004&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Casp (jcasp)
Assigned to: Nobody/Anon
I am not a sys-admin anymore.
And your emails about jetty.xml, jboss-service.xml and jetty-service.xml make
no sense... perhaps you have meant something different, but as you have
written (several times and inconsistently) makes no sense.
My problem is that I care to much about getting things
what the fuck is your problem?
stop throwing your experience around, I am not the bad widtch around here,
what I am saying in my mail is
|> Is jetty configured through the jboss-service.xml?
|>
|> if yes --> jetty-service.xml
|> if no --> use diretory structure exploded
and the jetty service i
I don't agree that thowing an exception on a deployment failure
introduces new problems that outweigh the current issues. Any
exception in the context of a deployment needs to fail the entire
deployment. Only unsatisifed dependencies should not constitute
a failure, but even this case should throw
Its my box and it not publicly available.
- Original Message -
From: "Stephen Coy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, June 02, 2002 5:05 PM
Subject: Re: [JBoss-dev] Automated JBoss(Branch_3_0) Testsuite Results:
2-June-2002
> Scott,
>
> Have you noticed that this
> digi sigs will not work when you need to change the config. it is only
useful
> if you have static config and want to ensure that the contents do not
change.
> the second you need to chagne the config, you must resign...
Right. The point is, it can be distributed with a signature, as long as
It is becoming clear that reason is not a key player in this issue, perhaps
others as well. It has been lost to cyrptic and non-sensical rambilings of a
complicated world of cascading locations for configuration files.
For all of you who are math buffs out there, if you sit down and think thro
Guys,
I've already said that I would alter Jetty's packaging for Jason.
Jason, where do you want Jetty's jars to go ?
I just tried them in lib/ with a jetty-service.xml in deploy/ - it
didn't work - I got a nice message telling me jetty-service.xml is being
deployed - then nothing (this is on
|So there are 3 different possible locations for the configuration
|of jetty?
no
the configuration of jetty is done with jboss-service.xml
marcf
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28
So there are 3 different possible locations for the configuration of jetty?
How is this not complex to you?
--jason
On Monday 03 June 2002 03:25 pm, marc fleury wrote:
> |Really... how do you come to these conclusions?
>
> if jetty is configured through jetty.xml then we need to use the direc
yes this is correct,
Is jetty configured through the jboss-service.xml?
if yes --> jetty-service.xml
if no --> use diretory structure exploded
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jason
|Dillon
|Sent: Monday, June 03, 2002 3:16 PM
|Really... how do you come to these conclusions?
if jetty is configured through jetty.xml then we need to use the directory
if jetty is configured through jboss-service.xml then we need to use a
jetty-service.xml
End of story.
what file are we talking about?
marcf
__
What? This is insane... we do not need to complicate the default
configuration as an example...
Really... how do you come to these conclusions? Do you flip a coin, heads it
stays, tails it goes? This is complexity... Mr. KISS is going for the
complex solution... and why?
--jason
On Mond
that is fine as it will show the usage of unpacked directories to deploy and
it is a good option as well
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Jules
|Gosnell
|Sent: Monday, June 03, 2002 1:58 PM
|To: [EMAIL PROTECTED]
|Cc: [EMAIL PROTE
Thanks for the recap, but it is in correct.
> deployment type | Advantages |Disadvantages
> ---
>- -
> .sar archive | 1 file | Pain in the ass to configure
>
> |
exactly what is the problem ?
have you mailed Greg/jetty-discuss ?
have you tried the same code on Tomcat ?
Jules
lsanders wrote:
>>Is there a particular issue that you are trying to resolve, or are you
>>just a compulsive neophile :-) ?
>
>
> Well, that and the fact that I am having proble
Do you mean restart the VM or restart the Server inside the same VM? The
latter is possible with Server.shutdown(), then Server.start() should work in
theory... though I have not tested this at all... could be that there is more
work to be done here to make this work... though I am not sure th
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 there a particular issue that you are trying to resolve, or are you
> just a compulsive neophile :-) ?
Well, that and the fact that I am having problems with
request.getContextPath() that I'm hoping the latest Jetty fixes. It now
appears that it did not - oh well.
To recap:
deployment type | Advantages |Disadvantages
-
.sar archive | 1 file | Pain in the ass to configure
| digital signature |
|
> I have suggested delivering the jetty-plugin UNPACKED numerous times (as
> you will now find it if you build HEAD).
Unpacked means there is a deploy/jetty-plugin/*
I have not looked, but I was hoping to avoid this type of inconsitency in the
default release. Personally I think the unpacked s
The system is already deployed at this time. It would have been better to use
a and link to another MBean for the UDS plugins, so that it does
not have to perform class instantiation.
--jason
On Monday 03 June 2002 10:29 am, marc fleury wrote:
> Your applications depends on the system beind
Title: JBoss JMS & MDB problems
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 a standard pool of MDB's registered to this topic.
Everything works fine for about three or four days and then the JMS dies without any error mess
I do not believe that JBoss 2.2.2 will run in 1.4, use 1.3
--jason
On Monday 03 June 2002 09:54 am, Thomas Renninger wrote:
> Trying to start JBoss with JNT also fails.
>
> Problem: Starts without errors and I cannot reproduce why it fails.
>
> It starts much to quick, even if I have a wrong cl
Yes, lets not reivent, then maintain when we can reuse someone elses
functional work...
--jason
On Monday 03 June 2002 05:50 am, marc fleury wrote:
> I use JNT, it works
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[mailto:[EMAIL PROTECTED]]On Behalf Of
> |Thomas Ren
Aren't there already other win32 java lanchers out there... why do we have our
own?
--jason
On Monday 03 June 2002 02:43 am, Thomas Renninger wrote:
> Hi,
>
> I'm trying to run JBoss and Tomcat as NTService with the NTService code
> from the JBOSS CVS in contrib\ntservice.
>
> The Service gets
OK,
It looks like I have been bludgeoned into seperating Jetty config and impl.
Just for the record, Jason, I still don't think you have taken in my
suggestion.
You seem to think that I am belligerently hanging onto the idea of
delivering Jetty in a single file, which needs unpacking, editing
OK- I agree. I will modify the existing PrefixDeploymentSorter.java. I
will also make it the default comparator in jboss-system.xml. Should I aply
these changes to Branch_3_0?
-Larry
> Yes, that is the only way that makes sence for me at least.
>
> I've submitted my sorter to "patches"...
>
Bugs item #562660, was opened at 2002-05-30 18:14
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=562660&group_id=22866
Category: None
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 9
Submitted By: Peter Luttrell (objec)
Assigned to: Nobo
I just realised that my last posting was ambiguous
It should have said - there are no issues - as far as I know...
Jules
lsanders wrote:
> Is the org.mortbay.jetty.jar file swappable with the latest cvs builds
> from mortbay? It seems to work for me, but I was wondering if there are
> any kn
Not as far as I know.
Is there a particular issue that you are trying to resolve, or are you
just a compulsive neophile :-) ?
Jules
lsanders wrote:
> Is the org.mortbay.jetty.jar file swappable with the latest cvs builds
> from mortbay? It seems to work for me, but I was wondering if there
Ahh, thanks!
/Per :)
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of Larry
> Sandereson
> Sent: Monday, June 03, 2002 5:25 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [JBoss-dev] sar startup ordering
>
>
> The best solution I have found is to use the
Yes, that is the only way that makes sence for me at least.
I've submitted my sorter to "patches"...
Best regards,
Per
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf Of marc
> fleury
> Sent: Monday, June 03, 2002 7:30 PM
> To: [EMAIL PROTECTED]
> Su
Bugs item #564036, was opened at 2002-06-03 12:54
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=564036&group_id=22866
Category: JBossServer
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Michael George (mjgeorge)
Assigned t
Do you personally have enough time to see if the jboss build works with the
current xdoclet cvs version? I would like to make sure jboss 3 works well
with current xdoclet before the xdoclet 1.2 release, but am pressed for
time right now. If you can verify that at least jboss 3.1 builds and the
t
Number of tests run: 606
Successful tests: 605
Errors:0
Failures: 1
[time of test: 3 June 2002 12:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[ja
Is the org.mortbay.jetty.jar file swappable with
the latest cvs builds from mortbay? It seems to work for me, but I was
wondering if there are any known issues.
Thanks
-Larry
One of the XDoclet developers, Pazu, said they just finished a refactoring
that allows the addition of new sub tasks merely by copying them into the
lib directory. If either David or Aslak, or whom ever has needed
customization of XDoclet could transition to the new revision, we can just
use
> From: [EMAIL PROTECTED] [mailto:xdoclet-user-
> [EMAIL PROTECTED]] On Behalf Of Frederick N. Brier
> Sent: Monday, June 03, 2002 6:59 PM
> To: Aslak Hellesøy; David Jencks
> Cc: [EMAIL PROTECTED]; jboss-
> [EMAIL PROTECTED]
> Subject: RE: [Xdoclet-user] Weird appearing "X" problem
>
> Perhaps w
This may or may not workgive it a try and tell me if it works.
Use the TransactionManager directly.
void someEJBMethod()
{
InitialContext ctx = new InitialContext();
TransactionManager tm =
(TransactionManager)ctx.lookup("java:/TransactionManager");
Transaction tx = tm.
OK!
So, do you know any way to implement cuncurrent processing with EJBs.
If I cannot use threads, how can I perform the execution of several services
in the same transaction?
-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 3 de Junho de 2002 19:
Bugs item #563988, was opened at 2002-06-03 18:09
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563988&group_id=22866
Category: JBossMX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Harald Gliebe (hagl)
Assigned to: Nob
You can't use your own threads in ejbs. It's against spec and doesn't work
with transactions, as you have discovered.
david jencks
On 2002.06.03 13:37:54 -0400 Patrícia Soares Canela wrote:
> Hi there!
>
> I have this EJB, bean managed wich controls client's request and invokes
> other beans.
Title: JNDI
is there a reason why a ctx.lookup() would give one result
within the JBoss JMV and a different result outside the JBoss JVM?
thanks,
frank
Hi there!
I have this EJB, bean managed wich controls client's request and invokes
other beans.
I'm lauching threads to invilke these other beans.
Supose that I have this transaction that needs to resort to three diferent
beans; supose that the second bean fails and transaction must be rolled
Your applications depends on the system beind deployed so you better put
your numbered deployments at the end.
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Larry
|Sandereson
|Sent: Monday, June 03, 2002 8:25 AM
|To: [EMAIL PROTECTED]
|Subject
Trying to start JBoss with JNT also fails.
Problem: Starts without errors and I cannot reproduce why it fails.
It starts much to quick, even if I have a wrong classpath or similiar it
does not throw errors in the JNT.log
Can you give me a hint how you got it running ?
starting batch file:
"D:
Bugs item #563936, was opened at 2002-06-03 13:12
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563936&group_id=22866
Category: None
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Alejandro Otero Freire (aleycris)
Assigned
Bugs item #562004, was opened at 2002-05-29 13:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=562004&group_id=22866
Category: JBossCMP
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Justin Casp (jcasp)
Assigned to: Nobody/Anon
The best solution I have found is to use the tag in your
default jboss-service.xml. Certainly putting it in your jboss-system.jar
seems a bit extreme.
-Larry
- Original Message -
From: "Per Nyfelt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 03, 2002 12:30 AM
Subject
I set it up so non-numbered deployments deploy last. It seemed that someone
who required that kind of control over ordering would only need it for the
first deployments. Should I change it so that non-numbered deployments
deploy first?
-Larry
- Original Message -
From: "marc fleury" <[
Patches item #563916, was opened at 2002-06-03 17:11
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376687&aid=563916&group_id=22866
Category: JBossServer
Group: v3.1
Status: Open
Resolution: None
Priority: 5
Submitted By: Per Nyfelt (per_nyfelt)
Assigned to: Nobod
Bugs item #563898, was opened at 2002-06-03 16:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563898&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Thomas Peuss (tpeuss)
Assig
Bugs item #563898, was opened at 2002-06-03 16:33
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563898&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Peuss (tpeuss)
Assigned
Perhaps we ought to put a vendor branch of the XDoclet source (at a
release) in the thirdparty subdirectory? Then any developer could make
mods and rebuild without worrying about stepping on someone else's changes
or losing code. When XDoclet makes a new release we merge with our
non-vendor
Bugs item #563877, was opened at 2002-06-03 15:46
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563877&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Thomas Peuss (tpeuss)
Assigned
let me put it this way,
Saturday 10PM still working on new box for website
Sunday 1AM still working on jive BS on new box
monday 9AM 20 mails bitching about the website, 1 bitching about the
classloader. I am sorry I got no time, the only way I would look at it
before I finish the website is if
It's Monday
Sorry to be a pest but this is absolutely killing me. Anything I can do
to help?
On Fri, 2002-05-31 at 15:55, marc fleury wrote:
> I think simone is almost there I will look at this this weekend I promise
>
> marcf
>
> |-Original Message-
> |From: [EMAIL PROTECTED]
> |[
I use JNT, it works
marcf
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of
|Thomas Renninger
|Sent: Monday, June 03, 2002 2:43 AM
|To: JBOSS Mailingliste
|Subject: [JBoss-dev] JBoss as NTService does not start correctly
|
|
|Hi,
|
|I'm trying to run JB
This should be the default comparator, I have been saying it for about 4
month,
Main Deployer is part of the System,
marcf
PS: please patch HEAD with this,
|-Original Message-
|From: [EMAIL PROTECTED]
|[mailto:[EMAIL PROTECTED]]On Behalf Of Per
|Nyfelt
|Sent: Monday, June 03, 2002 12:
Bugs item #563360, was opened at 2002-06-01 14:28
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563360&group_id=22866
Category: CatalinaBundle
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: Works For Me
Priority: 5
Submitted By: Koen Serry (koen_se
Bugs item #563849, was opened at 2002-06-03 14:02
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563849&group_id=22866
Category: JBossTX
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Erwin Guib (eguib)
Assigned to: Nobod
Hi,
I'm trying to run JBoss and Tomcat as NTService with the NTService code from
the JBOSS CVS in contrib\ntservice.
The Service gets installed. But I cannot get him running.
It is not a real error message, if I want to start it:
Service started and stopped again. Some Services are stopped aut
Bugs item #563799, was opened at 2002-06-03 11:15
You can respond by visiting:
http://sourceforge.net/tracker/?func=detail&atid=376685&aid=563799&group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Jakob Dalsgaard (dalsgaard)
Assigned
Well, the problem reported by Frederick was still in our CVS code
private static String TLD_PUBLICID_1_2 = "-//Sun Microsystems, Inc.//DTD JSP
XTag Library 1.2//EN";
This is probably due to some over-eager search-replace operation I did a
while ago when refactoring to xjavadoc.
It's fixed n
Number of tests run: 606
Successful tests: 605
Errors:0
Failures: 1
[time of test: 3 June 2002 0:29 GMT]
[java.version: 1.3.1]
[java.vendor: Apple Computer, Inc.]
[jav
I ended up creating my own Comparator since i want the non-numbered files to
deploy first using the rules of the DeploymentSorter and then deploy
according to their numbered prefix. In order to actually use is however, the
only way I found that worked was to add my class to jboss-system.jar,
other
79 matches
Mail list logo
