Automated JBoss(Branch_3_0) Testsuite Results: 31-March-2003\n\n
begin 644 TESTS-TestSuites.txt
M@I*0F]SR!D86EL2!T97-T(')EW5L=',*E-534U!4ED*DYU;6)EB!O
M9B!T97-TR!R=6XZ( @,3$P,@H*+2TM+2TM+2TM+2TM+2TM+2TM+2TM+2TM
M+2TM+2TM+2TM+2TM+2TM+2TM+2T*E-U8V-E[EMAIL PROTECTED]5S=',Z( @( @
M,3 [EMAIL
Bugs item #705542, was opened at 2003-03-18 13:53
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866
Category: JBossCMP
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Johan Granlund (johgr814)
Assigned to:
Hello, All!
I just test a EJB component,I found one of the functions
execute will
throw UndeclaredThrowableException Exception,I have no idea about it
.I
checked my remote interface,and beans I found nothing wrong, and the
deploying is well. I use log4j to record the return
JBoss daily test results
SUMMARY
Number of tests run: 1206
Successful tests: 1195
Errors:11
Failures: 0
[time of test: 2003-04-01.07-58 GMT]
[java.version:
Bugs item #711346, was opened at 2003-03-28 19:25
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=711346group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Shyam Sundar (shyamvs)
Assigned to: David Jencks
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i 5;i++) { %
TD%= i %/TD
% } %
/TR
/TABLE
This is what I want to do. All others things
Bugs item #713258, was opened at 2003-04-01 11:48
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713258group_id=22866
Category: Build System
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Bruce Scharlau (scharlau)
Assigned to:
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i 5;i++) { %
TD%= i %/TD
% } %
/TR
/TABLE
Ohhh, any other PHP aliens outa there?
bax
PS:
On Tue, 1 Apr 2003, julien viet wrote:
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i 5;i++) { %
TD%= i %/TD
% } %
/TR
for me no. I don't like jsp tags.
PK On Tue, 1 Apr 2003, julien viet wrote:
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i
Bugs item #713352, was opened at 2003-04-01 14:29
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713352group_id=22866
Category: JBossCMP
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Paul Boocock (boocockp)
Assigned to:
Bugs item #713356, was opened at 2003-04-01 17:33
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713356group_id=22866
Category: JBossWeb
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Lior Kanfi (kanfil)
Assigned to: Nobody/Anonymous
Julien, It is going to be hard enough to attract developers to Nukes, don't
make it harder by developing your own proprietary scripting language.
Bill
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of
julien viet
Sent: Tuesday, April 01, 2003 7:36 AM
Bugs item #711346, was opened at 2003-03-28 13:55
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=711346group_id=22866
Category: None
Group: None
Status: Closed
Resolution: Duplicate
Priority: 5
Submitted By: Shyam Sundar (shyamvs)
Assigned to: David
I can bend jasper compiler to compile JSP to java classes, I've
already done that.
However compiling classes is a CLASSPATH nightmare. That's why
I would like an in memory compiler. Not anymore.
Now I think JSP are the best things ever done.
julien
BB Julien, It is going to be hard enough to
I can bend jasper compiler to compile JSP to java classes,
I've already done that.
there you go then,
However compiling classes is a CLASSPATH nightmare. That's
why I would like an in memory compiler. Not anymore.
Stop being such a choupette, it is anoying. Where is the can-do
attitude?
This is _not_ necessarily JSP. It could be the script lang of your
choice.
At absolutely least the 'jsp:' should be used to be XML compliant.
Any other approach should be treated with any respekt as (very fast ;-)
hacking.
bax
Am Dienstag, 01.04.03, um 18:23 Uhr (Europe/Budapest) schrieb
Am Dienstag, 01.04.03, um 19:07 Uhr (Europe/Budapest) schrieb julien
viet:
I can bend jasper compiler to compile JSP to java classes, I've
already done that.
However compiling classes is a CLASSPATH nightmare. That's why
I would like an in memory compiler. Not anymore.
Now I think JSP are the
I can bend jasper compiler to compile JSP to java classes,
I've already done that.
mf there you go then,
However compiling classes is a CLASSPATH nightmare. That's
why I would like an in memory compiler. Not anymore.
mf Stop being such a choupette, it is anoying. Where is the can-do
mf
julien viet wrote:
I can bend jasper compiler to compile JSP to java classes, I've
already done that.
JSP compilation is now functional again in Tomcat 4.1.x. I recommend you
deploy your production webapps (Nukes, etc) with that and explicit
mappings for the JSPs in web.xml.
You can see all the
julien viet [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
JSP are files ** on the disk **, why because java compiler
takes files on the disks. clearly nukes stores data in database.
that's not incompatible I know.
Two remarks:
1) have you looked at eclipse's JDT? it *might* be
We really have not looked into tweaking the jsp compiler layer to see if
the filesystem requirement can be replaced by an input stream or byte[]
view of classes as far as I know. Its something to look into as another
optimization/benefit of embedding the web container into JBoss.
The current 3.2 branch has a new failure in the
JDBCStatementTestsConnectionUnitTestCase.
The server side exception is:
10:52:20,421 INFO [MainDeployer] Deployed package:
file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/jbosstestdriver.jar
10:52:20,656 ERROR [LogInterceptor]
oh the way is not so important after all, more important
is how to map JSP to Nukes components.
JSP is one method execution.
. modules consist of several methods
. theme also but method are well defined by an interface :
header(), footer(), etc..
. block the same : renderBlock(), etc...
Scott M Stark wrote:
We really have not looked into tweaking the jsp compiler layer to see if
the filesystem requirement can be replaced by an input stream or byte[]
view of classes as far as I know. Its something to look into as another
optimization/benefit of embedding the web container into
So get another compiler. We don't need no stinking JSR.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, April 01, 2003 11:13 AM
Hmm.. Just throwing out my 2 coppers, but doesn't the beanshell mbean
support allow this to happen easier? You could define the module methods
needed and push it out to the deploy dir in a .bsh, jboss hot deploys
it, and now its available.
James
-Original Message-
From: julien viet
On Tuesday, April 1, 2003, at 04:39 AM, julien viet wrote:
I dont't want to reinvent a scripting language, but JSP are
not adapted to nukes at all. I think the nicest feature of
JSP is the possibility to embed true java code whithin text :
TABLETR
% for (int i = 0;i 5;i++) { %
TD%= i %/TD
% } %
I forwarded the contact info at the 2 java compiler projects onto
Julien. Both support passing in a class loader from which classes will
be obtained.
One of the projects has a licensing issue (GPL), but they may be
willing to change. The other project does not full implement the
language
I don't know what JDT is. It was not I who suggested it. The JDT
page says: http://www.eclipse.org/jdt/index.html
The JDT project provides the tool plug-ins that implement a Java IDE supporting the
development of any Java application,
including Eclipse plug-ins. It adds a Java project nature
already tried but beanshell is slow
JH Hmm.. Just throwing out my 2 coppers, but doesn't the beanshell mbean
JH support allow this to happen easier? You could define the module methods
JH needed and push it out to the deploy dir in a .bsh, jboss hot deploys
JH it, and now its available.
Bugs item #713613, was opened at 2003-04-01 19:09
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713613group_id=22866
Category: Clustering
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Mike Finn (mikefinn)
Assigned to:
Bugs item #666701, was opened at 2003-01-12 16:57
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=666701group_id=22866
Category: Build System
Group: v3.2
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Stefan Arentz (sateh)
Assigned to: Scott M
Bugs item #713660, was opened at 2003-04-01 18:08
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713660group_id=22866
Category: JBossServer
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Luiz-Otavio Zorzella (zorzella)
Assigned to:
Bugs item #710396, was opened at 2003-03-26 15:09
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=710396group_id=22866
Category: CatalinaBundle
Group: v3.2
Status: Closed
Resolution: Works For Me
Priority: 5
Submitted By: Stefan Reich (sreich)
Assigned to:
hi
all,
I am trying to using
postgreSQL 7.3.2 with JBoss 3.0.6 on Win2K JDK1.4.1 b2 but I run into some
problems:
1. create table
failed. I have tried the code with the default Database setting and it works
fine, when I switch to PostgreSQL, the problem pop up.
2003-04-02 12:30:58,796
The original message was received at Wed, 2 Apr 2003 11:16:49 +0900
from [210.83.65.184]
- The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 554 [EMAIL PROTECTED]: Recipient address rejected: Relay access denied)
[EMAIL PROTECTED]
(reason: 550
In looking into why the testInVMSessionHandlePassivation was failing I
see that the change to passivate in the invocation thread of control had the side
affect of breaking the this testcase due to its use of a somewhat pathological
MaxOne Stateful Session configuration that only allowed at most
There are still two annonying exception generated on shutdown of the server
coming from the shutdown of the HypersonicDatabase service. Maybe this
is a problem with the lifecycle implementation of this service, or dependency
ordernig, but it needs to be cleaned up. There is also an NPE in here
Bugs item #713613, was opened at 2003-04-01 19:09
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713613group_id=22866
Category: Clustering
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Mike Finn (mikefinn)
Assigned to:
I have 2 CMP entity
beans that have one to many relationship. The "Many" side have a foreign key
"user_id" that reference primary key in another table.
If I declare the
foreign key as both CMP and CMR fields, it works only with the default database,
doesn't work with postgreSQL. postgresql
Phil, others,
There is even a more official batch interface to the eclipse compiler in
the org.eclipse.jdt.core plugin which is much like the original Java
compiler:
package org.eclipse.jdt.internal.compiler.batch;
public class Main implements ProblemSeverities {
public
it would smell hacks of the hacks again :-)
RB In the core component of JDT is eclipse's incremental compiler:
RB http://dev.eclipse.org/viewcvs/index.cgi/%7Echeckout%7E/jdt-core-home/main.h
RB tml
RB I can't find anything on the site about the API to it, but I know there was
RB an experiment
When its ready it will go out. There are a few issues that need to be
addressed still.
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Hunter Hillegas [EMAIL PROTECTED]
To: JBoss Dev [EMAIL PROTECTED]
Funny you mention this as your fave part cause most folks that do tons of
JSP think this is one of the more evil parts of JSP...
From: julien viet [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Tue, 1 Apr 2003 12:39:33 +0200
To: marc fleury [EMAIL PROTECTED]
Subject: Re[6]: [JBoss-dev]
I saw some CVS activity on 3.2 and the release obviously isn't out yet...
Just wondering is there is a plan for another RC or if it is still on the
way to a final release in the near future.
Cheers,
Hunter
---
This SF.net email is sponsored
Bugs item #713258, was opened at 2003-04-01 11:48
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=713258group_id=22866
Category: Build System
Group: CVS HEAD
Status: Open
Resolution: None
Priority: 5
Submitted By: Bruce Scharlau (scharlau)
Assigned to:
47 matches
Mail list logo
