Hi Curt,
From http://www.jboss.org/developers/guides/jboss.net/security
p
Hint: Some web service implementations, such as the M$ Soap Toolkit do not
send basic authentication data until the server will present them a 401
message.
To ensure that the JBossAuthenticationHandler will not route an
Shame on me and incremental recompilation through Eclipse!
Sorry,
CGJ
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Scott
M Stark
Gesendet: Freitag, 30. Januar 2004 21:43
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] Cvs head build error
I
Marek,
How does the wsdl look like under 3.0.6 or 3.2.1?
There is indeed some jboss.net specific code that builds service meta-data
from the JMX introspection API, but this code should just drive the Axis
WSDL-Emitter (which then generates the seemingly invalid xsd fragment).
CGJ
Get a sourceforge account and subscribe to the mailing-list on the
http://www.sourceforge.net/projects/jboss page (there is also the
description of how to access the cvs and the list of open tasks).
Best,
CGJ
-Ursprüngliche Nachricht-
Von: Meghshyam Jagannath [mailto:[EMAIL PROTECTED]
x-posting to jboss-dev/scott in order to get the community/security
specialists up-to-date.
-Ursprüngliche Nachricht-
Von: Jason Essington [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 2. Dezember 2003 01:08
An: Dr.Christoph Jung; Thomas Diesler
Betreff: Security in JBoss.net
Hi
-Ursprüngliche Nachricht-
Von: Thomas Diesler [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 24. November 2003 15:12
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] WebServer: howto obtain the host and
port generically
Hallo Christoph,
do we realy? In case of JSR109 is it not
somebody needs it'.
I thought, I share this one :-)
-thomas
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Jung , Dr. Christoph
Sent: Freitag, 21. November 2003 10:38
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss-dev] WebServer: howto obtain
Hi,
-Ursprüngliche Nachricht-
Von: Thomas Diesler (E-mail) [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 21. November 2003 10:13
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] WebServer: howto obtain the host and
port generically
Hi all,
during webservice deployment the WSDL
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 20. November 2003 15:34
An: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Betreff: [JBoss-dev] Re: deployment classloader in
AbstractWebContainer
The deployment localCl is only for
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 20. November 2003 15:34
An: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Betreff: [JBoss-dev] Re: deployment classloader in
AbstractWebContainer
The deployment localCl is only for finding
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 20. November 2003 16:07
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JNDI binding for J2EE1.4 compliant
webservices
I agree with that, so what is the confusion?
From my reading, I
Hi Thomas,
I´m just about to commit a pragmatic solution to that issue (need only to
get the testcase running ;-).
Since we have the JSR109 sub-deployment solution, we have access to the
parent deployment info including the local installation dir of the war.
JSR109Service (or better the
Ok, you owe me a beer ;-)
CGJ
-Ursprüngliche Nachricht-
Von: Bernd Koecke [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 17. November 2003 17:23
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] 3.2.3RC1
Thanks a lot to Christoph Jung! I checked the redeploy
problem of Axis
Thomas,
Another possibility of binding webservices into JNDI is using references and
an associated
ServiceFactory (see the behaviour of external web service references in
jboss.net).
With that approach, you have more control about the serialisation process,
classloading issues and
engine
Hi (Scott)!
On my way for integrating the yet isolated jboss.net testsuite into the
global testsuite, I ran into
a particular question:
Some (server-side) security features of jboss.net/uddi can only be tested
when being provided with some reasonable demo authentication data in the
associated
There were two fixes related to axis classloading and discovery that need to
be backported.
What is your timeframe? I could submit the stuff on Friday.
CU,
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 5. November 2003 16:24
An:
-Ursprüngliche Nachricht-
Von: Bernd Koecke [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 6. November 2003 09:43
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] 3.2.3RC1
Hi,
Christoph Jung made a bugfix for the redeploy bug of
webservices. But he made it for JBoss 4. Will
Such a sweety. Congrats and AMSAP (as many sleep as possible ;-).
CU,
CGJ
-Ursprüngliche Nachricht-
Von: Bill Burke [mailto:[EMAIL PROTECTED]
Gesendet: Sonntag, 26. Oktober 2003 18:46
An: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
Betreff: [JBoss-dev] JBoss Group
says
at deployment that ws is not bound.
Please send me a mail, when I missed something.
Thanks a lot,
Bernd
Jung , Dr. Christoph wrote:
Bernd,
Could you please resend the symptoms(wsr content, dd,
detailed steps
you undertake, stacktrace ...) such that I can check
Bernd,
Could you please resend the symptoms(wsr content, dd, detailed steps you
undertake, stacktrace ...) such that I can check whether it is a bug or a
config error?
CU,
CGJ
-Ursprüngliche Nachricht-
Von: Bernd Koecke [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 14. Oktober
Ivelin ( others),
Wrt the rollback and how this will affect JB.net, Anil, Bill and me came to
the conclusion that the 3.2 code [that already builds upon Axis1.1Final]
would be a sufficient base for the next 4 weeks [in which I am on baby
holiday and most likely neither online nor sitting on a
Anil,
This is great work. It will enable us to finally attach
the deployment process automatically to uddi registration!
Cool,
CGJ
-Ursprüngliche Nachricht-
Von: Anil Saldhana [mailto:[EMAIL PROTECTED]
Gesendet: Donnerstag, 24. Juli 2003 06:17
An: [EMAIL PROTECTED]
Betreff:
subject says it all. In addition, jws file support (web service code that is
compiled on the fly, similar to jsps) has been enabled in the default conf.
CGJ
###
This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange.
For more
Have you checked that all relevant thirdparty modules have been obtained
through cvs?
BTW: I got no jdo.jar on my workspace either ... Must be some recent
addition, I guess. sun-jdo?
CGJ
-Ursprüngliche Nachricht-
Von: Anil Saldhana [mailto:[EMAIL PROTECTED]
Gesendet: Dienstag, 17.
Hi Anil,
Sorry for not answering earlier. Needed to do some in-house priority 1
support.
-Ursprüngliche Nachricht-
Von: Anil Saldhana [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 2. Juni 2003 06:49
An: christoph
Betreff: UDDI Related
Dr.CGJ,
here are some new factoids after
Until 26th of May, I will have a version of W2EE deployment ready (at least
the subset of the
webservices.xml and jaxrpc-mapping.xml that can be easily mapped via a
XSL-driven WebServiceDeployer to the existing web-service.xml/AxisService;
deployer hooks in
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
Title: Nachricht
Hi,
before 3.2 final
will be built, thefollowing bugs have been addressed in Branch_3_2 and
HEAD:
Bug#638994 -
JBossAuthenticationHandler can now handle null-passwords if the associated
SecurityDomain does.
Bug#594137 - A
special HttpActionHandler has been installed in
Are you a mail-list-bot or what?
If that is the case, you seem to be able to do useful programming in your
sparetime ;-) But your parsing subsystem seems not to cope with non-native
English emails ...
As written in a separate response to your first of the three equivalent
emails a week ago
have no idea what it was doing in the meantime.
So, I did see your response - to the second message that arrived first
:-)
Steve Coy
On Monday, March 24, 2003, at 07:45 PM, Jung , Dr. Christoph wrote:
Are you a mail-list-bot or what?
If that is the case, you seem to be able to do useful
I will cater for backporting the jboss.net 1.2 module into the 3.2 branch.
It is used (in CVS) in the jboss.net testsuite which is still decoupled from
the main testsuite
as long as J2EE1.4 is not mandatory.
CGJ
-Ursprüngliche Nachricht-
Von: David Jencks [mailto:[EMAIL PROTECTED]
Hi,
Stephens noteworthy effort finally triggered me to backport the
current jboss.net xdoclet facilities from HEAD
to the 3.2 branch (and to fix the bloody view-type=both problem).
Best,
CGJ
-Ursprüngliche Nachricht-
Von: Stephen Coy [mailto:[EMAIL PROTECTED]
Gesendet: Freitag, 21.
Title: Nachricht
Hi,
thanks to Mark and
Kevin, we could now trace that the WSDL-Emitter driver code in the Axis1.1
EJBProvider is flawed.
It has the
"stopClasses" meta-attribute not set such thatthe wsdl generator also
tries to build wsdl descriptions formethods declared in EJB interfaces
Hi,
I just submitted another step towards J2EE1.4 Web Service compliance.
The jboss-net.sar now additionally hosts a uddi-v2 compliant server
(currently jUddi0.6.2).
It is published upon startup as a web service itself (currently running
under http://hostname/axis/services/uddi) via the
Chris,
The original build problem was indeed caused by my submission in two stages
(the libraries.ent was in the latter stage).
Could you please check that you have the thirdparty/juddi-juddi module on
the build machine?
Thx,
CGJ
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
]
[mailto:[EMAIL PROTECTED] On Behalf Of Jung ,
Dr. Christoph
Sent: 13 March 2003 13:23
To: '[EMAIL PROTECTED]'
Subject: [JBoss-dev] FYI [JBoss.net]: Integrated Uddi Server submitted into
HEAD
Hi,
I just submitted another step towards J2EE1.4 Web Service compliance.
The jboss-net.sar now
John,
Which version of jboss/Jboss.net do you use? What error do you get?
Jboss.net automatically builds an in-memory undeployment descriptor for Axis
from the web-service.xml (it is
simply changing the root element name) in order to tear down the web service
on undeployment, so this should
-Ursprüngliche Nachricht-
Von: John Fawcett [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 6. Februar 2003 18:22
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] Jboss.net undeployment -- false alarm
Sorry, we had some unrelated transient config errors that I mistakenly
attributed to
Hans,
First congratulations for getting started such a badly needed feature around
JBoss.
I just saw the package Xdoclet-View in your plan and this reminded me of
some unfinished
prototype that I did last year.
It was an experiment of how to write some extensible view for editing
meta-data
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
at 3.2RC1 and see if it fixes the problem...
Kev
-Original Message-
From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Sent: 17 January 2003 10:34
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle
XDK9?
The axis version in the 3.0 branch
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 January 2003 14:03
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss-dev] Axis/Jboss bug parsing soap calls using Oracle
XDK9
They have also changed the signature of the serializer´s xsd-emitter
methods.
It´s in now.
CGJ
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 8. Januar 2003 08:26
An: '[EMAIL PROTECTED]'
Betreff: AW: AW: [JBoss-dev] Updating to use
John,
Thanks. Just applied them (semantically).
CGJ
-Ursprüngliche Nachricht-
Von: John Fawcett [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 8. Januar 2003 02:22
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] patch for axis1.1beta upgrade
Hi,
Below is a patch to upgrade the jboss
projects (other than the e-mail sent out previously), so if you are using
any of these, please verify it does not break any of your code.
Thanks.
-Tom
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On
Behalf Of Jung
, Dr. Christoph
Sent: Thursday, January 02, 2003
certainly should have done a clean build before the update and apologize.
I also am sorry that I misunderstood I would also give my ok for putting
the 1.1 binaries into head as meaning that it would be ok for me to update
the binaries into head.
-Tom.
Jung , Dr. Christoph wrote:
You should have tried
Tom,
There is already a patch for jboss.net submitted which addresses some
additional exceptions raised in the
Axis1.1 beta. I think that I will be able to apply it such that jboss.net
will cope with both
1.0 and 1.1 ...
I would also give my ok for putting the 1.1 binaries into head, but I would
Not yet. I tweaked it ~3 weeks ago to somehow run through, but there may
have been changes such that
I should change it.
CGJ
-Ursprüngliche Nachricht-
Von: John Fawcett [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 11. Dezember 2002 22:21
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev]
Title: Nachricht
Fellow
Web-Service-Geeks,
as always
beforetaking 3 weeks off, I tried to break thebuild
;-)
no, just kidding. I
just managed to integrate into head (finally!) the 1.0 release of
Axisincluding some jboss.net extensions wrt e-mail transport of soap
messages as
Matt,
Currently we just do prototyping with the stuff, no profiling at all. I´m
away three weeks for holiday. Let us
Discuss this when I come back, ok? It´s crucial and your measures should
help a lot in that respect.
CGJ
-Ursprüngliche Nachricht-
Von: Matt Munz
Title: Nachricht
3.0 is
still a beta version
3.2
should be rc1
head
will be release 1 when I manage to checkin the stuff over the weekend. I´m going
on holidays for the next three weeks, so no promise on that. But I´ll
try.
CGJ
-Ursprüngliche Nachricht-Von: Finn, Michael
Title: Nachricht
Hi,
Axis RC2has
just been successfully integrated into Jboss.Net@cvs-head.The testsuite has
been added a chapter for the different ways of dealingwith stateful
services through the web-service scope (thanks Kevin Connor for the
inspiration).Thatpart of the testsuite now
in this
case? Do you find the generated code reasonable, easy to maintain,
scalable, reliable, etc.?
- Matt
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jung ,
Dr. Christoph
Sent: Tuesday, September 24, 2002 10:06 AM
To: '[EMAIL PROTECTED]'
Subject: AW: [JBoss
Matt,
For getting the client-side invocations and stub classes right, we recommend
The following steps:
A) generate wsdl from the deployed web services.
B) generate stub classes from the wsdl using wsdl2java.
Using Axis/MbeanInvocationHandler lacks a lot of deployment information
Bruce, which jboss version do you refer to. It works for me from 3.2Beta on
even in an
exploded fashion.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 18. September 2002 11:31
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] jboss.net and
If I´m not totally out of mind, yes.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 18. September 2002 12:17
An: [EMAIL PROTECTED]
Betreff: Re: AW: [JBoss-dev] jboss.net and catalina
At 11:58 18/09/2002 +0200, you wrote:
Bruce, which
Thanks scott,
That saves me a lot of headaches ;-)
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 12. September 2002 11:36
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] JBoss.net now supports Axis RC1
I saw the NPE while testing
David,
Thanks for the notice.
Unfortunately, I have no exact idea about the differences of the
jboss-xdoclet and the version that Frederick was getting by the xdoclet guys
(must have been something between 1.1 and 1.2 with some bugs fixed?).
Frederick, could you please synchronize with David
Bruce,
Thanks for the hint. IMHO, the whole stuff should deploy packed as well as
unpacked. I will have a look
at the Catalina/unpacked variant when I have some spare time this afternoon.
CGJ
-Ursprüngliche Nachricht-
Von: Bruce Scharlau [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag,
-Ursprüngliche Nachricht-
Von: Jung , Dr. Christoph
Gesendet: Mittwoch, 11. September 2002 09:49
An: 'Juha-P Lindfors'
Cc: '[EMAIL PROTECTED]'
Betreff: thirdParty mess at head? *Was* AW: JBoss.net compilation fails on
HEAD
Juha, others
I cannot get head to compile at various points
Bruce,
That is strange. Could you please try to debug the exact Null variable that
causes the Exception. In EmbeddedCatalinaServiceSX, it says:
private void createWebContext(final WebApplication appInfo, URL warUrl,
final WebDescriptorParser webAppParser) throws Exception
{
Frederick,
I´m not sure, but I guess you need to integrate your changes manually
against Branch_3_2 ? I hope we
didn´t collide wrt. to the AxisRC1 migration I checked into head on Friday?
I´d like to backport the changes to 3_2 this week. Btw: The web application
part of jboss.net is now
Is the problem with empty soapaction fixed (see buglist under
jboss.net-category).
On Fri, Sep 06, 2002 at 06:49:35PM +0200, Jung , Dr. Christoph wrote:
One of the most requested features is now in head (along with some
bugfixes and some nice deployment structure changes that remove the
dependency
Title: Nachricht
One of the most
requested features is now in "head" (along with some bugfixes and some nice
deployment structure changes that remove the dependency of
AxisService to the
WebContainer).
Axis will go 1.0 in
a week or so which should be trivial to incorporate then.
Are there
ould not be too hard to extend an
existing non-polymorphic engine without performance drawbacksfor the
standard mappings (without having completely looked through the cmp code in
detail).
Jung , Dr. Christoph wrote:
[EMAIL PROTECTED]
type="cite">David, Dain, othersCurrently, we u
Juha,
This is extremely good news as SUN seems to have accepted two bug-requests
at the same time. Let´s see
how they resolve it ...
CGJ
-Ursprüngliche Nachricht-
Von: Juha-P Lindfors [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 21. Juni 2002 13:50
An: [EMAIL PROTECTED]
Betreff:
Hi Scott,
The reason was that I wanted the security context under which the transport
servlet is deployed (and I suspect there will be further such issue in the
future) to be a configurable parameter of the AxisService. Hence, I must
generate the
jboss-web.xml at runtime.
I could easily
- Original Message -
From: Jung , Dr. Christoph [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, May 31, 2002 1:00 AM
Subject: AW: [JBoss-dev] AxisService behavior is questionable
Hi Scott,
The reason was that I wanted the security context under which
Title: Nachricht
... ok, they sort of
reacted ...
Evaluation
x@x 2002-05-28
We will revisit this decision (from bug 4406709).
563 votes is not
enough! Let them state
Evaluation
x@x 2002-05-28
We will revisit this decision (from bug
Great,
Thanks scott.
F*ck Class.forName()!
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 8. Mai 2002 08:49
An: 'Jboss-Development'
Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ?
This is done in now in the 3.0 and
That is true, arrays are not constructed by loadClass() calls.
Class.forName() does
it, but has this ugly and uneblievably stupid in-VM cache.
Maybe a solution would be to have a surrogate method that does array
construction but does not rely
on Class.forName, like this
not at all tested,
packagePrefix+.protocol+.+Handler
It´s still early and the lingual part of brain is still sleeping. Does this
make sense?
CGJ
-Ursprüngliche Nachricht-
Von: Peter Braswell [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 3. Mai 2002 02:43
An: Jung , Dr. Christoph; 'David Jencks'
Cc: 'Jboss-Development
Title: Nachricht
Hi
there,
in the jboss.net
module, wecurrently play around with establishing secure https access to
remote UDDI registries.
Unfortunately, we
seem to have problems installing the https handlers inside the jsse.jar in
the default URL.getStreamHandler(String protocol)
-
Von: David Jencks [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 2. Mai 2002 18:03
An: Dan Christopherson
Cc: Jung , Dr. Christoph; 'Jboss-Development'
Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ?
How about the existing
org.jboss.net.protocol.URLStreamHandlerFactory
david
He, he. Volunteers?
In the meantime, I heard from my colleagues who had actually done some MMC
programming
that it would be a real nightmare indeed :-(
So much for expectations. Wonder if VS.net makes it more handy ...
CGJ
-Ursprüngliche Nachricht-
Von: marc fleury [mailto:[EMAIL
Title: Nachricht
This is
theregular, non-automizedbug-voting reminder for those of you who
haven´t pulled up their asses yet to visit JDC at:
http://developer.java.sun.com/developer/bugParade/bugs/4670071.html
(all others, great
effort, we will make it number #1).
FYI: ThisRFE
tries to
Strike!
CGJ
-Ursprüngliche Nachricht-
Von: Alarik Myrin [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 25. April 2002 06:24
An: [EMAIL PROTECTED]
Betreff: RE: [JBoss-dev] Workaround for JUNG's RFE and load deadlock
WAIT! EVERYTHING WORKS FINE!
Don't i feel like a dumb ass.
Yes, that´s what the deadlock (hopefully) was about ... two threads loading
classes simultaneously ... I think that
Marc now has a promising (and ingenious, I didn´t think about the
synchronized - synchronized() relation the whole time!) workaround.
CGJ
-Ursprüngliche Nachricht-
Von:
I hope this patch will also meet your scenario of having 2 threads coming
through a single UnifiedClassLoader ...
http://sourceforge.net/tracker/index.php?func=detailaid=548098group_id=228
66atid=376687
Weird,
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
I would appreciate deletion of ZOAP as an evidence of my once evil
programming skills ;-)
CGJ
-Ursprüngliche Nachricht-
Von: Jason Dillon [mailto:[EMAIL PROTECTED]]
Gesendet: Dienstag, 23. April 2002 04:31
An: [EMAIL PROTECTED]
Betreff: [JBoss-dev] Are these CVS modules still in use
As a quick work-around while I´m busy today with doing business (buaaeeeh:-(
Patch the java.lang.ClassLoader class ... Either remove the synchronized
keyword from loadClassInternal (should be safe)
or make it protected and remove the synchronized keyword in an overriding
method of
Apr 2002, Jung , Dr. Christoph wrote:
As a quick work-around while I´m busy today with doing business
(buaaeeeh:-(
Patch the java.lang.ClassLoader class ... Either remove the
synchronized keyword from loadClassInternal (should be safe) or make
it protected and remove the synchronized
Actually, it´s more complicated:
Thread 1:
VM detects that it needs bar, calls UCL A.loadClassInternal() and
hence synchronizes on A
Thread 2:
VM detects that it needs foo, calls UCL B.loadClassInternal() and
hence synchronizes on B
Thread 1:
UCL A delegates to
AFAIK, a thread will only release the lock in the closest synchronization
scope.
If you can make sure that the UCL itself is the last lock before entering
ULR, then it
should IMHO work. Since we are not in control of loadClassInternal, but of
loadClass, there is the chance
that this will do as
Title: Nachricht
Ilet it be
recatecorizedunder RFE. Now we are in the Top25! The shown ranking is
slightly behind the actual votes (414!). We should be 6th place
now.
http://developer.java.sun.com/developer/bugParade/top25rfes.html
You are a great
bunch of Java connaisseurs ;-) Go ahead,
Title: Nachricht
Thanks for the
massive support of this IMPORTANT, IMPORTANT
issue...IfSun(TM) would count the Eou section in their
TOP-Bug list, we would be IMHO already in the upper half.
But let´s be sure
about this! Don´t let them assign some freshman on this bug! Make it a prime
Hmm, well ...
Problem is that we introduce a lot of additional dependencies (Axis, wsdl4j,
commons-logging, tt-bytecode, etc.) on the testsuite then. Problem is that
we would have to make jboss.net a standard-module, but honestly we are
behind the
main release cycle: If everything goes ok, we
I just asked the responsible guy at SUN why it doesn´t show up on any of the
TOP lists ... In case that
EOU´s are not RFE´s, I asked him to change the status such that we will show
up.
Let´s see.
Continue voting!
Hi,Hi
CGJ
-Ursprüngliche Nachricht-
Von: Randall Parker [mailto:[EMAIL
does it happen?), or
something that isn't implemented because of this. ( 1 voted 3 votes on
this, I think :-)
Marius
On fre, 2002-04-19 at 12:41, Jung , Dr. Christoph wrote:
Hi guys,
as promised, I have refiled our spurious deadlock problem that comes
from private synchronized Class
I would highly appreciate that, we could have the upcoming jboss-net release
in there two.
While we are at it, I now put the
axis.jar/wsdl4j.jar/tt-bytecode.jar/axis-config.xml into the jboss-net.sar
not to
potentially pollute the distro.
However these libraries would also be needed by any
Title: Nachricht
Hi
guys,
as promised, I have
refiledour spurious deadlock problemthat comes fromprivate
synchronized Class java.lang.ClassLoader.loadClassInternal(String) in the
Bug Parade under
http://developer.java.sun.com/developer/bugParade/bugs/4670071.html
If you feel you can
does it happen?), or
something that isn't implemented because of this. ( 1 voted 3 votes on
this, I think :-)
Marius
On fre, 2002-04-19 at 12:41, Jung , Dr. Christoph wrote:
Hi guys,
as promised, I have refiled our spurious deadlock problem that comes
from private synchronized Class
Me too ;-) No objections against depending on jetty ;-)
CGJ
-Ursprüngliche Nachricht-
Von: Scott M Stark [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 18. April 2002 06:15
An: [EMAIL PROTECTED]
Betreff: Re: [JBoss-dev] Old servlet.jar vs. jboss.net/jetty dependency?
Yes. We
Frederik,
Great vision, good analysis, nice solution. Think of animated puppet
cartoons in Flash steered by a remote Jboss-story-server via SOAP ;-)
I guess you proposed having a dedicated AxisService/PatchedAxisServlet for
Flash (i.e. a customized jboss-net-service.xml that could be installed
Did you prepend the bootclasspath with the patched class using the
Xbootclasspath/p:patch.jar option?
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 10. April 2002 23:22
An: Jung , Dr. Christoph
Betreff: Re: AW: [JBoss-dev] Thread deadlock
I will reissue the bug report immediately. The Jboss will hopefully back it
up. Let´s see how this
develops ;-)
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 11. April 2002 16:37
An: Jung , Dr. Christoph
Betreff: Re: AW: AW: [JBoss-dev
I just filed an EOU-request with reference to the Bug-Id and a priority of
can´t do without it. Maybe that was a fault, because I just got a review
id and it is not yet visible officially?
Anyone knows how this works? Will they publish the thing not until it
reviewed, or what?
CGJ
Ok, so please guys, save your powder a bit for the upcoming
real bug id which I will send as soon as I have it ...
CGJ
-Ursprüngliche Nachricht-
Von: Juha-P Lindfors [mailto:[EMAIL PROTECTED]]
Gesendet: Donnerstag, 11. April 2002 18:04
An: Jung , Dr. Christoph
Cc: 'marc fleury'; Eric
Addendum:
4.5 you have to first utter a jboss-all/testsuite/build because there are
some basic testcase classes which
do the server deployment for us. Maybe these were the unresolved symbols you
were seeing. I added that hint to the
jboss.net/docs/Readme ...
Martin and Marius, any help in
This means that the testsuite does not find the jboss.net classes, could you
please check
That the class-path at the javac/ task points to
jboss-all/jboss.net/output/lib/jboss-net.sar and that that file
Exists.
CGJ
-Ursprüngliche Nachricht-
Von: Marius [mailto:[EMAIL PROTECTED]]
1 - 100 of 192 matches
Mail list logo
