Could anybody reproduce this error?
I would very appreciate any help because I need to update my application to
2.4 final!
With rel 23 I run sometimes (can't reproduce it after restart of jBoss) in
this error:
[Default] java.lang.IllegalStateException: No transaction.
[Default] at
Hi,
--- Jason Dillon [EMAIL PROTECTED] wrote:
why mail over mimemail?
--jason
On Sun, 2 Sep 2001, Chris Kimpton wrote:
User: kimptoc
Date: 01/09/02 12:29:38
!-- email output to list --
-mimemail tolist=[EMAIL PROTECTED]
- subject=Automated JBoss
User: kimptoc
Date: 01/09/03 02:10:12
Modified:jbossbuild.xml
Log:
added some debug info on email sender
Revision ChangesPath
1.15 +6 -1 build/jboss/build.xml
Index: build.xml
===
can I send emails from an unregistered email address?
This electronic message (email) and any attachments to it are subject to copyright and
are sent for the personal attention of the addressee.
No cigar ...
[CMP,DEBUG] EQL-QL: select object(t) from transferhead t where t.status=' '
[CMP,DEBUG] java.lang.IndexOutOfBoundsException: Index: -1, Size: 0
[CMP,DEBUG] at java.util.ArrayList.RangeCheck(ArrayList.java:491)
[CMP,DEBUG] at java.util.ArrayList.remove(ArrayList.java:375)
Got it now ... but it is still not seeing eye to eye ... comments below ..
Dain Sundstrom wrote:
Dave,
We still don't see eye-to-eye, and I think I made the problem worse with my
example.
I think the most common type of relationship will be something like 'a cd
has an artist' or 'a cd
I have two suggestions for the forums system.
First, there should be a function on the top-level forums page to submit
feedback or report problems on the forums (which is why I'm writing this here).
Second, it would be useful to have the ability to search ALL of the forums, not
just one at a
Laziness ;-)
ant complained that it did not recognise the mimemail task - and I
could not see it - until I upgraded my docs to be ant1.4beta2 - and
then I saw it was an optional task - I was too lazy to amend the
build.xml to recognise the task - especially when mail worked without
any
User: user57
Date: 01/09/03 13:02:38
Modified:src/stylesheets fancy.xsl
Log:
o added file:// to import of chunk.xsl, may fix win32 bug, may not... still
it should be there.
Revision ChangesPath
1.3 +2 -2 manual/src/stylesheets/fancy.xsl
Index:
User: user57
Date: 01/09/03 13:02:03
Modified:src/main/org/jboss Version.java
Log:
o getIntProperty will return -1 instead of throwing an exception
Revision ChangesPath
1.3 +10 -7 jboss/src/main/org/jboss/Version.java
Index: Version.java
User: kimptoc
Date: 01/09/03 13:21:34
Modified:.build.xml
Log:
added first cut of a custom jboss junitreport
Revision ChangesPath
1.9 +5 -2 jbosstest/build.xml
Index: build.xml
Hi,
I was planning on pulling the stylesheets out of the optional.jar,
and
adding them to src/testsuite. I would like to keep the
javadoc-like style,
but I want to make the errors stand out more (bold isn't really
that
obvious... I was going to go for white on red).
Done.
Tomorrows
Hi,
OK, but for what is the PWD search for? do you have more infor on
it? it
does not seem to search for ANT_HOME at least.
FWIW - it was finding the current working directory, so that it could
put the classes directory on the classpath as an absolute path.
There were problems before
Hrm... I guess I should have read the subject. The path search is only to
find tools/bin/ant.bin|sh, which will then take care of setting up the
class path as needed.
Because of the plugins/* stuff we may need to use ../tools or ../../tools.
build.sh can do a full path search back to /, but
Julian Gosnell wrote:
Jason,
I have checked out a fresh jboss-all tree, built it successfully and
tried running it.
I'm getting a number of non-Jetty exceptions and ignoring them.
On the Jetty side - a couple of questions.
1.
It looks like you/someone have made Jetty into a 'plugin' -
User: starksm
Date: 01/09/03 15:46:09
Modified:tomcat/src/main/org/jboss/tomcat/naming Tag: Branch_2_4
JbossWebXmlReader.java
Log:
Update cleanup of SecurityAssociation to work with included content
Revision ChangesPath
No
I have verified the issue using the indicated type of jsp page. A fix has
been committed
to the 2.4 branch and will be in the next 2.4.x release.
- Original Message -
From: Schouten, Andreas [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, August 28, 2001 2:57 AM
Subject: RE:
User: starksm
Date: 01/09/03 15:55:40
jbosstest/src/resources/web/restricted - New directory
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development
User: starksm
Date: 01/09/03 15:55:02
Modified:tomcat/src/etc/conf/tomcat Tag: Branch_2_4 jboss.jcml.patch
Log:
Update for changes in jboss.jcml
Revision ChangesPath
No revision
No revision
1.2.2.3 +19 -19
User: starksm
Date: 01/09/03 15:56:11
Modified:src/resources/web/WEB-INF Tag: Branch_2_4 web.xml
Log:
Add jsp include tests
Revision ChangesPath
No revision
No revision
1.8.2.3 +33 -1
User: starksm
Date: 01/09/03 15:57:14
Modified:src/main/org/jboss/test/web/servlets Tag: Branch_2_4
SecureEJBServlet.java SecureServlet.java
Added: src/main/org/jboss/test/web/servlets Tag: Branch_2_4
IncludeServlet.java
User: starksm
Date: 01/09/03 15:57:14
Modified:src/main/org/jboss/test/web/test Tag: Branch_2_4
TestWebIntegration.java
Log:
Additional tests for accessing secure content
Revision ChangesPath
No revision
No
I've just tried deploying some apps to my new JBoss-3.0/Jetty-3.1.RC8
build.
It looks like webapps are no longer finding classes contained by jars from
WEB-INF/lib.
I can deploy exactly the same jar on JBoss-2.4.0_Jetty-3.1.RC8-1 and it
works fine.
Since the Jetty installation is identical,
User: starksm
Date: 01/09/03 16:00:22
Modified:src/main/org/jboss/naming Tag: Branch_2_4 ENCFactory.java
Log:
Look for an existing ENC associated with a parent class loader before
creating a ctxClassLoader ENC
Revision ChangesPath
No revision
User: starksm
Date: 01/09/03 16:01:09
Modified:src/lib Tag: Branch_2_4 tomcat-service.jar
Log:
Integrate the Rel_2_4_1_6 from contrib/tomcat
Revision ChangesPath
No revision
No revision
1.9.6.6 +74 -47
FWIW?
--jason
On Mon, 3 Sep 2001, Chris Kimpton wrote:
Hi,
--- Jason Dillon [EMAIL PROTECTED] wrote:
Is someone having trouble with that?
I don't think so - there was an old (15 Aug) message under this
subject which was querying what PWD was for in the old .bat scripts
and hence the
|However, initially, Jetty still expects files, which are best arranged in a
|hierarchy and assosciated with Jetty.
Ok so let's imagine that we pack a jar hierarchy of files and pack that in
sar.
Then how do you reference these files? You mention referencing the top of
the file hierarchy but
Bugs item #458168, was opened at 2001-09-03 14:20
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=458168group_id=22866
Category: JBossServer
Group: v2.5 Rabbit Hole (unstable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Langelage (lafr)
|It looks like webapps are no longer finding classes contained by jars from
|WEB-INF/lib.
does the integration code pick up those web-inf/lib jars, if so to what
classloader does it add them to? the mlet? If that is the case, in that code
try adding the jars to a new URLClassLoader (JBoss'
Julian Gosnell wrote:
However, initially, Jetty still expects files, which are best arranged in a
hierarchy and assosciated with Jetty.
Any thoughts
It should not be too much work to do away with the Jetty config files
all together and configure Jetty entirely via JMX.
For the
Thanks!
--jason
On Mon, 3 Sep 2001, Chris Kimpton wrote:
Hi,
I was planning on pulling the stylesheets out of the optional.jar,
and
adding them to src/testsuite. I would like to keep the
javadoc-like style,
but I want to make the errors stand out more (bold isn't really
that
So although whoever did the integration has managed to move over the
webdefault.xml file, we really need to consider what of the rest of Jetty's
config to throw away, and what to keep.
I think Hiram did some work to make the plugins/jetty module work out of the
default build.
However,
Then how do you reference these files? You mention referencing the top of
If there was some sort of ServiceContext, passed into the service bean, on
init, then it could hold this information.
the file hierarchy but how do you know where to find it? The only simple
solution that I can think
User: patriot1burke
Date: 01/09/03 18:52:06
Modified:src/main/org/jboss/metadata Tag: Branch_2_4
ConfigurationMetaData.java BeanMetaData.java
Log:
backmerge
Revision ChangesPath
No revision
No revision
User: patriot1burke
Date: 01/09/03 18:53:40
Modified:src/etc/conf/default Tag: Branch_2_4 standardjboss.xml
Log:
backmerge
Revision ChangesPath
No revision
No revision
1.8.4.2 +8 -0
|It should not be too much work to do away with the Jetty config files
|all together and configure Jetty entirely via JMX.
remember that what we are aiming for is filesystem independence.
The fact that the configuration is in a file with XML is not the problem it
is the fact that it is expected
User: patriot1burke
Date: 01/09/03 18:56:44
Modified:src/resources/bmp/META-INF Tag: Branch_2_4 jboss.xml
Log:
backmerge
Revision ChangesPath
No revision
No revision
1.3.2.1 +2 -0
it is jason that keeps on calling it SAR... I called it JSR :) and there is
an example running in the standard 3.0 CVS. (do a grep on jsr). I have no
problem recalling it .SAR.
|I can't find a mention of any sars being deployed when I run up my copy of
|JBoss-3.0 or find any in my output tree -
User: patriot1burke
Date: 01/09/03 18:56:34
Modified:src/resources/lock/META-INF Tag: Branch_2_4 jboss.xml
ejb-jar.xml
Log:
backmerge
Revision ChangesPath
No revision
No revision
1.1.4.2 +297
User: patriot1burke
Date: 01/09/03 18:57:01
Modified:src/main/org/jboss/test/lock/test Tag: Branch_2_4 Main.java
Log:
backmerge
Revision ChangesPath
No revision
No revision
1.3.2.3 +127 -69
| It looks like you/someone have made Jetty into a 'plugin' - thanks. I
| was expecting this to be the .SAR archive that I keep seeing mentioned
| here and there but I've grepped all over the place and can't find
| any mention of them - what's the score here ?
|
|Like I said before, I have
it is jason that keeps on calling it SAR... I called it JSR :) and there is
an example running in the standard 3.0 CVS. (do a grep on jsr). I have no
problem recalling it .SAR.
JSR is confusing, since it is also used for those jcp papers.
--jason
User: dmaplesden
Date: 01/09/03 19:22:29
Modified:src/main/org/jboss/mq/pm/rollinglogged SpyTxLog.java
SpyMessageLog.java PersistenceManager.java
IntegrityLog.java
Log:
Changed initialisation to use jboss.system.home as file anchor.
| Then how do you reference these files? You mention referencing
|the top of
|
|If there was some sort of ServiceContext, passed into the service bean, on
|init, then it could hold this information.
h we want the party in front to incorporate as little from us as
possible. That means no
|If there was some sort of ServiceContext, passed into the service bean, on
|init, then it could hold this information.
h we want the party in front to incorporate as little from us as
possible. That means no classes so the current ContextClassLoader
integration is about as much hoochy
OK I'll give a little bit more detail about what I'm talking about. But
first I'll describe what I think the JBoss mechanism is (which I have only
looked at briefly), so you guys can correct me if I'm wrong.
I understand that you have a configuration agent that observes JMX
registrations and
A JNDI env for each service along with well known entries for resources
like JMS and the local filesystem seems like the best approach. I don't see
locating
the JBoss server filesystem as any different than locating a JMS queue:
File root = (File) new InitialContext().lookup(jboss/filesystem);
Hi all,
I think we have a problem with RH and jbossmq. With the advent of Marc's
changes the order in which the mbeans are initialised and started seems to
have changed. Previously all mbeans listed in the jboss.jcml file where
initialised before any where started. This meant that when the
User: user57
Date: 01/09/03 22:08:07
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jboss-j2ee/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jbossmq/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jbosssx/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:jettybuild.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 contrib/jetty/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:09
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.5 +4 -1 jbosstest/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jbosspool/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:variabuild.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 contrib/varia/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:07
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jbossmx/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:06
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 admin/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:07
Modified:jboss/etc local.properties-example
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.3 +4 -0 build/jboss/etc/local.properties-example
Index:
User: user57
Date: 01/09/03 22:08:07
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jbosscx/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:06
Modified:jbossbuild.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.6 +4 -1 build/jboss/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:08:08
Modified:.build.sh build.xml
Log:
o module release is now a control module pull
o removed min targets
Revision ChangesPath
1.7 +4 -1 jnp/build.sh
Index: build.sh
User: user57
Date: 01/09/03 22:10:15
Modified:.build.sh
Log:
o ignore user's ANT_HOME
Revision ChangesPath
1.2 +4 -1 newsite/build.sh
Index: build.sh
===
RCS file:
User: user57
Date: 01/09/03 22:10:15
Modified:website build.sh
Log:
o ignore user's ANT_HOME
Revision ChangesPath
1.2 +3 -0 build/website/build.sh
Index: build.sh
===
RCS file:
I finished the first round of modifications to the jboss-* modules, to make
it easier to share modules between projects. The release mechanism has been
moved to the control module, which will pull the generated files from the
source module after that module has been executed.
I did away with
You start with a security manager using:
bin 564 export
JAVA_OPTS=-Djava.security.manager -Djava.security.policy=../conf/default/se
rver.policy
bin 564 ./run.sh
The SecurityPolicySerivce only augments the standard policy info with
Subject based
permissions. It does not provide an implementation
Bugs item #458277, was opened at 2001-09-03 22:23
You can respond by visiting:
http://sourceforge.net/tracker/?func=detailatid=376685aid=458277group_id=22866
Category: None
Group: v2.4 (stable)
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to:
Is the testsuite supposed to be building yet? I see numerous errors and
warnings. The warnings are due to the junit3.7 deprecation of the assert()
method in favor of assertTrue()
testsuite 1064./build.sh
Searching for build.xml ...
Buildfile:
67 matches
Mail list logo
