Hi Curt,
>From http://www.jboss.org/developers/guides/jboss.net/security
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 fi
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
-Ursp
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 Chr
> -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
f
> random things - axis comment: 'in case 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,
> > -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
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 t
> -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 re
> -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
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 o
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 WebSer
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 affilia
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 "o
> -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 JBos
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:
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
Title: Nachricht
Hi,
some of the set-back
jboss.net features (advanced xdoclet support, uddi server) have just been
reactivated in head (together with a revamped documentation also to be found
under http://www.jboss.org/developers/projects/jboss/dotnet).
The external-service
redeployment
ith the same
> reason. I can't set the JNDI-Path in web-service.xml to
> "ws/BankChecker-v0_3_1" or "ws/v0_3_1/BankChecker". Axis says
> at deployment that "ws" is not bound.
>
> Please send me a mail, when I missed something.
>
> Thank
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 2
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 inform
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, 1
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 factoid
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 EJBDeployer+WARDeployer->WebServiceDeploy
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 Main(PrintWrit
Title: Nachricht
Hi,
before 3.2 final
will be built, the following 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
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
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 (and
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.
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]
Gesen
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 that the wsdl generator also
tries to build wsdl descriptions for methods declared in EJB interfa
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.
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] [mailt
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:///axis/services/uddi") via the already ex
-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 t
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 work.
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 tha
y 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 usi
look 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 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
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 so
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] Updat
'.
I 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&q
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: Th
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] j
Title: Nachricht
Fellow
Web-Service-Geeks,
as always
before taking 3 weeks off, I tried to break the build
;-)
no, just kidding. I
just managed to integrate into head (finally!) the 1.0 release of
Axis including some jboss.net extensions wrt e-mail transport of soap
messages as
contri
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
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 [mailto:mmunz@;apelon.com
Title: Nachricht
Hi,
Axis RC2 has
just been successfully integrated into Jboss.Net@cvs-head. The testsuite has
been added a chapter for the different ways of dealing with stateful
services through the web-service scope (thanks Kevin Connor for the
inspiration). That part of the testsuite n
tennance costs.
Based on your experience, what makes code generation the way to go 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.
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
(basically,
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
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 ca
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 the
-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 compi
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,
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 on
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
{
Clas
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
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 deploy
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 ther
on mappings for referred classes, it should not be too hard to extend an
existing non-polymorphic engine without performance drawbacks for the
standard mappings (without having completely looked through the cmp code in
detail).
Jung , Dr. Christoph wrote:
[EMAIL PROTECTED]
type
David, Dain, others
Currently, we use a JCA/JDO adapter built around the OR-mapper VBSF
(http://www.objectmatter.com) that supports such a thing.
I must admit that our application programmers make extensiv use of
polymorphism at this level. They do it not for accident, but for real
modelling ad
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: [jbos
- 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 the transpo
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 populat
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 4406
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 h
first class matching
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 ,
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, rapidl
-
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.URLStreamHandlerFact
Title: Nachricht
Hi
there,
in the jboss.net
module, we currently 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) l
Title: Nachricht
This is
the regular, non-automized bug-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: This RFE
tries
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 PRO
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. Altho
Marc,
But the way you are juggling is really worth waiting for Sun to understand a
single percent
of what is happening at Jboss ;-)
CGJ
___
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-developme
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=detail&aid=548098&group_id=228
66&atid=376687
Weird,
CGJ
-Ursprüngliche Nachricht-
Von: Dave Smith [mailto:[EMAIL PROTECTED]]
G
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: Ala
Title: Nachricht
I let it be
recatecorized under 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 ahea
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
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 Rep
Tue, 23 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 pr
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 UnifiedClassLoa
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 an
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 P
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 wil
Title: Nachricht
Thanks for the
massive support of this IMPORTANT, IMPORTANT
issue ... If Sun(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
m
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 s
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 s
Title: Nachricht
Hi
guys,
as promised, I have
refiled our spurious deadlock problem that comes from private
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 c
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 Java-
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 shoould
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 installe
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
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
__
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
1 - 100 of 211 matches
Mail list logo