Bugs item #669650, was opened at 2003-01-17 15:02
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669650group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Srivatsan (srivatsanp)
Assigned to:
Hi,
I am interested to know if the following is a known Jboss+AXIS bug:
We are testing a system using Jboss3.0.4 using the standard embedded
version of AXIS. We are using SOAP calls for our web services which AXIS
is parsing using the system XML parser. By default this is Xerces which
is fine.
The axis version in the 3.0 branch is a beta.
From 3.2 on, we have axis release 1 (it is no more located in the system lib
directory, but an integral part of the
jboss.net sar)
In head, we have axis 1.1beta integrated.
Since you seem not to use jboss.net, why don´t you simply update the jar in
Feature Requests item #669701, was opened at 2003-01-17 12:08
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376688aid=669701group_id=22866
Category: Other
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Sanjib Karmakar (sanjibmail)
Assigned to:
Bugs item #668291, was opened at 2003-01-15 13:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=668291group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Pending
Resolution: None
Priority: 5
Submitted By: Brian Bannister (beoch)
Assigned
Hi,
Thanks for your reply. Unfortuntely simply upgrading the JAR does not work :( My
investigation leads me to believe that parts of the Jboss3.0 AXIS integration (in
jboss-net.sar?) would need to be re-compiled against the newew AXIS jar to work. For
instance, I get this exception when
Bugs item #669731, was opened at 2003-01-17 14:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669731group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
Assigned
Bugs item #669733, was opened at 2003-01-17 14:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669733group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
Assigned
If you do not use jboss-net, simply delete the sar.
CGJ
-Ursprüngliche Nachricht-
Von: Kevin Roast [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 17. Januar 2003 14:44
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle
XDK9?
Hi,
Thanks for
WIth current xdoclet, you have to be VERY CAREFUL TO IMPORT ALL CLASSES
ONE BY ONE AND NEVER EVER USE A import ...*; Doing this in one class
can easily mess up xdoclets class resolving and result in MANY OTHER
generated classes not fully qualifying their class names. I suspect
this has
Sorry, I'm a little confused here. How does Jboss integrate with AXIS? If I delete the
SAR will AXIS work? Currently the AXIS service URL doesn't work if I upgrade the
version of AXIS in Jboss 3.0.
Kev
-Original Message-
From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Sent: 17
WIth current xdoclet, you have to be VERY CAREFUL TO IMPORT ALL CLASSES
ONE BY ONE AND NEVER EVER USE A import ...*; Doing this in one class
can easily mess up xdoclets class resolving and result in MANY OTHER
generated classes not fully qualifying their class names. I suspect
You can install axis in jboss as you would do in any other application
server: simply deploy it
(and the web service logic+axis deployment descriptors) as a big
web-application.
Jboss-net is glue code that integrates axis a bit more sophisticated, namely
as a
web service archive (wsr) deployer.
I was thinking about something while looking at my application's
database behaviour... in many cases it is very inefficient to use a
finder method together with remove() for large collections. It would be
so much more efficient to have something like
public int deleteByCode(int code);
I was thinking about something while looking at my application's
database behaviour... in many cases it is very inefficient to use a
finder method together with remove() for large collections. It would be
so much more efficient to have something like
public int deleteByCode(int code);
Jeremy,
as I remember, once we already considered delete and update operations
in JBossQL. This is great because we don't depend on the specific
database. I thought this was planned for 4.0.
alex
Friday, January 17, 2003, 7:08:43 PM, you wrote:
I was thinking about something while looking at
On Friday, January 17, 2003, at 11:08 AM, Jeremy Boynes wrote:
This leaves the JBoss-QL part read-only (it just qualifies the
instances to
be deleted). We know we're deleting Transactions as the method would
be on
the home interface for the Transaction EJB.
I think we should support a full
It is already in the JBoss 4.0 task list.
http://sourceforge.net/pm/
task.php?func=detailtaskproject_task_id=68960group_id=22866group_proj
ect_id=15043
-dain
On Friday, January 17, 2003, at 12:23 PM, Bill Burke wrote:
Please archive this on the Persistence forum. Thanks guys.
Bill
Thanks men. Sorry to be a nag.. :) Hope you don't mind.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Dain
Sundstrom
Sent: Friday, January 17, 2003 1:42 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-dev] Finders, Selectors and ... deleters?
Feature Requests item #669907, was opened at 2003-01-17 14:26
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376688aid=669907group_id=22866
Category: JBossServer
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Matthew Munz (mattmunz)
Assigned
Bugs item #669161, was opened at 2003-01-16 11:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669161group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: None
Priority: 5
Submitted By: J. Rhett Aultman (cuplan)
Assigned
Bugs item #669733, was opened at 2003-01-17 05:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669733group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
Assigned
Bugs item #669731, was opened at 2003-01-17 05:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669731group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Open
Resolution: None
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
Assigned
Bugs item #669650, was opened at 2003-01-17 01:32
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669650group_id=22866
Category: JBossMX
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Srivatsan (srivatsanp)
Assigned to: Scott M Stark
JBoss daily test results
SUMMARY
Number of tests run: 1010
Successful tests: 1007
Errors:2
Failures: 1
[time of test: 2003-01-17.12-05 GMT]
[java.version:
i'm working on a project currently that is requiring that for each
connection to the database, a set of database packages are called before any
insert/update/select/delete commands are run. i'd like to do this by
writing an extension to the existing JCA modules to execute these packages
before
When does Oracle want you to execute this stuff? Per statement? per
getConnection? per tx
Anyway, look in connector/src/main/org/jboss/resource/adapter/jdbc/
This contains the base classes and the local and xa specific subclasses
are in the local and xa folders. There's an Oracle specific
Bugs item #669731, was opened at 2003-01-17 05:54
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669731group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
=3Chtml=3E
=3Chead=3E
=3Ctitle=3EDo you remember me=3F=3C=2Ftitle=3E
=3Cmeta http-equiv=3D=22Content-Type=22 content=3D=22text=2Fhtml=3B
charset=3Dwindows-1252=22=3E
=3C=2Fhead=3E
=3Cbody bgcolor=3D=22#FF=22 text=3D=22#00=22=3E
=3Cfont size=3D=225=22=3E=3Ca
Bugs item #669733, was opened at 2003-01-17 05:56
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=669733group_id=22866
Category: JBossWeb
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Fixed
Priority: 5
Submitted By: Laurent Etiemble (letiemble)
oracle suggests that the context be set for each user executing a query. my
initial thought was that each time getConnection() was called, the current
principal of the caller would be used for these oracle packages. but, now
that you mention it, wouldn't it have to be done for each transaction?
Just curious if anyone has managed to get JBoss head to compile on OS X
using Apples 1.4.1 jdk? I am getting errors with some of the jdbc3
stuff (I think).
Is head compiling at all just now?
-jason
---
This SF.NET email is sponsored by:
I would imagine this would need to be called whenever the user changes.
This can be detected when getConnection is called on
ManagedConnection. I'd check to see if the user has actually changed.
If you implement this you should change the pooling parameter
Criteria to ByNothing for this
Bugs item #670078, was opened at 2003-01-17 16:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=670078group_id=22866
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
Builds fine for me on a win2ksp1 box using sun jdk1.4.1_01
build 461java -version
java version 1.4.1_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1_01-b01)
Java HotSpot(TM) Client VM (build 1.4.1_01-b01, mixed mode)
build 462build.sh
build.sh: Executing:
Bugs item #670078, was opened at 2003-01-17 16:18
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=670078group_id=22866
Category: JBossMQ
Group: v3.2
Status: Open
Resolution: None
Priority: 5
Submitted By: Elias Ross (genman)
Assigned to: Nobody/Anonymous
I am wondering how other people are able to build the latest source
tree from scratch. I am building on MacOS 10.2.
Stefan
[watterson:/Users/Shared/jboss-all] sreich% sh -x ./build/build.sh
++ basename ./build/build.sh
+ PROGNAME=build.sh
++ dirname ./build/build.sh
+ DIRNAME=./build
+ main
+
You can't check out the jboss-all module alias to build the head branch. This
module is for the 3.0 branch only. The following are the co commands for
the various branches:
co -r Branch_3_0 jboss-all == co -r Branch_3_0 jboss-3.0
co -r Branch_3_2 jboss-3.2
co -r HEAD jboss-head == co -r
If you haven't already heard, I have created task lists on SourceForge for
every JBoss project. All developers with CVS access can view and be
assigned tasks. Only Lead Developers have the power to create and assign
tasks so if you need to log a new task, communicate with the Lead Developer
with
Somebody really screwed up jboss-head. Can the butt-head who did fix it?
This is ridiculous
MBeans waiting for other MBeans:
[org.jboss.system.ServiceContext@17342155 {
objectName: jboss.ejb:service=EJBDeployer
state: CONFIGURED
dependencies: [jboss.tm:service=TransactionManagerService,
40 matches
Mail list logo