RE: [JBoss-dev] Partition merge and service state merge algorithm
Disagree. Consider following: 1. Cluster running banking application with SFSB's Ok. 2. Cluster is split into two groups ok 3. Each group continues concurently previous computation You mean: you may have work in progress for a given set of SFSB on each node (each node being on a given network partition) 4. Second group finishes computation and changes SFSB state and produces output (assigns money to account) = go to the DB = no network partition wrt database access. OK. 5. First group still doesn't finish its computation Ok. 6. Partition merge occurs Ok. 7. SFBS state on nodes of second group is rewriten by state of first unfished group No. Here, you make the assumption that you can have CONCURRENT access to the SAME SFSB which is not allowed per spec. Furthermore, even in the strange scenario you describe (concurrent access to a same SFSB), the merge would not update the remote nodes until a new SFSB operation occurs i.e. with SFSB, we replicate only when we modify a SFSB, not when a merge occurs. 8. Cluster finishes computation again and changes SFBS state and produces output (assigns AGAIN money to account) So we get as I belive incorrect and dangerous cluster behavior. Do we agree now? Cheers, Sacha --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Duplicate registration exception for an ear-file in jboss-3.2-cvs
Hi, after setting the log level to debug, i get an InstanceAlreadyExistsException when i deploy an ear-file in server.log. The application works as expected. The exception is thrown, when the ear-file jsr-77 mbean shall be registerd at the end of the deployment. It seems that it was registerd earlier in the deployment process. Is it a bug or a configuration error in my ear-file? Environment: jboss-3.2 Branch_3_2 cvs from yesterday, todays checkout doesn't compile because of a compiler error in system/src/main/org/jboss/system/server/ServerConfigImpl.java :( Sun JDK 1.4.1_02 on Linux The lines in server.log are: 2003-03-27 16:30:28,611 DEBUG [org.jboss.management.j2ee.J2EEDeployedObject] file: file:/home/bk/projects/jboss/jboss-server/wizard-all-psql/server/dorun/ tmp/deploy/server/dorun/deploy/castor-tariff.ear/32.castor-tariff.ear, descriptor: META-INF/application.xml 2003-03-27 16:30:28,630 DEBUG [org.jboss.management.j2ee.J2EEApplication] postRegister(), parent: jboss.management.local:j2eeType=J2EEServer,name=Local 2003-03-27 16:30:28,631 DEBUG [org.jboss.management.j2ee.J2EEApplication] Could not create JSR-77 J2EEApplication: jboss.management.local:J2EEServer=Local ,j2eeType=J2EEApplication,name=castor-tariff.ear javax.management.InstanceAlreadyExistsException: jboss.management.local:J2EEServer=Local,j2eeType=J2EEApplication,name=castor-tariff.ear already registere d. at org.jboss.mx.server.registry.BasicMBeanRegistry.add(BasicMBeanRegistry.java:617) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:198) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) [additional stack trace] Thanks Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection
Bugs item #705542, was opened at 2003-03-18 22: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: Nobody/Anonymous (nobody) Summary: Errorenous IllegalStateException on CMR-Collection Initial Comment: We've been dealing with this bug since we started up our project with JBoss 3.0.0. Now we are using JBoss 3.0.2RC2 with Postgres 7.2 and we still get it. When we are using a Collection retrieved with a CMR-getter on a local interface the Collection sporadicly maybe 1 of 200 calls thinks it was created in another transaction that obviously isn't the case. We get a stacktrace like this: 12:21:38,121 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif yIteratorIsValid(RelationSet.java:345) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has Next(RelationSet.java:298) at se.alleato.ejb.alexandria.server.facade.PersonFacadeBe an.getNodePersonRoles(PersonFacadeBean.java:318) ... This isn't isolated to any specific bean, instead it occurs on Collection retrieved by local CMP interfaces that are called often. It is obvious an errorenous behaviour that can be worked around by catching the exception and creating the Collection again by calling the getter again which works fine but clearly is anoying. -- Comment By: Stephen Coy (scoy) Date: 2003-03-28 20:30 Message: Logged In: YES user_id=463096 Are you *really* using JBoss 3.0.2RC2? Or is it 3.2.0RC2? Either way, you need to provide more information wrt to the way you are specifying your transactions and your use cases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection
Bugs item #705542, was opened at 2003-03-18 12: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: Nobody/Anonymous (nobody) Summary: Errorenous IllegalStateException on CMR-Collection Initial Comment: We've been dealing with this bug since we started up our project with JBoss 3.0.0. Now we are using JBoss 3.0.2RC2 with Postgres 7.2 and we still get it. When we are using a Collection retrieved with a CMR-getter on a local interface the Collection sporadicly maybe 1 of 200 calls thinks it was created in another transaction that obviously isn't the case. We get a stacktrace like this: 12:21:38,121 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif yIteratorIsValid(RelationSet.java:345) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has Next(RelationSet.java:298) at se.alleato.ejb.alexandria.server.facade.PersonFacadeBe an.getNodePersonRoles(PersonFacadeBean.java:318) ... This isn't isolated to any specific bean, instead it occurs on Collection retrieved by local CMP interfaces that are called often. It is obvious an errorenous behaviour that can be worked around by catching the exception and creating the Collection again by calling the getter again which works fine but clearly is anoying. -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 11:06 Message: Logged In: YES user_id=509036 Sorry about that, 3.2.0RC2 it was, and now 3.2.0RC4. I can also add that the easiest way to reproduce the bug is to put load on the system, then you can be sure it will happen, in our case it starts around 15 simultanous users. To work around the problem I have patched the RelationSet class. In the constructor I copy the setHandle array to the member variable instead of assigning it. This makes everything work fine but clearly isn't the correct way. -- Comment By: Stephen Coy (scoy) Date: 2003-03-28 10:30 Message: Logged In: YES user_id=463096 Are you *really* using JBoss 3.0.2RC2? Or is it 3.2.0RC2? Either way, you need to provide more information wrt to the way you are specifying your transactions and your use cases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection
Bugs item #705542, was opened at 2003-03-18 12: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: Nobody/Anonymous (nobody) Summary: Errorenous IllegalStateException on CMR-Collection Initial Comment: We've been dealing with this bug since we started up our project with JBoss 3.0.0. Now we are using JBoss 3.0.2RC2 with Postgres 7.2 and we still get it. When we are using a Collection retrieved with a CMR-getter on a local interface the Collection sporadicly maybe 1 of 200 calls thinks it was created in another transaction that obviously isn't the case. We get a stacktrace like this: 12:21:38,121 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif yIteratorIsValid(RelationSet.java:345) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has Next(RelationSet.java:298) at se.alleato.ejb.alexandria.server.facade.PersonFacadeBe an.getNodePersonRoles(PersonFacadeBean.java:318) ... This isn't isolated to any specific bean, instead it occurs on Collection retrieved by local CMP interfaces that are called often. It is obvious an errorenous behaviour that can be worked around by catching the exception and creating the Collection again by calling the getter again which works fine but clearly is anoying. -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 11:15 Message: Logged In: YES user_id=509036 I'm using Required transaction setting. The error occurs no matter what commit option I'm using. I don't think any special use case is required to reproduce it, just specify two entity beans A 1-n B. Create one session bean that fetches the collection a.getBs() and iterate over it. With some load the error will occur. -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 11:06 Message: Logged In: YES user_id=509036 Sorry about that, 3.2.0RC2 it was, and now 3.2.0RC4. I can also add that the easiest way to reproduce the bug is to put load on the system, then you can be sure it will happen, in our case it starts around 15 simultanous users. To work around the problem I have patched the RelationSet class. In the constructor I copy the setHandle array to the member variable instead of assigning it. This makes everything work fine but clearly isn't the correct way. -- Comment By: Stephen Coy (scoy) Date: 2003-03-28 10:30 Message: Logged In: YES user_id=463096 Are you *really* using JBoss 3.0.2RC2? Or is it 3.2.0RC2? Either way, you need to provide more information wrt to the way you are specifying your transactions and your use cases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-711276 ] Order of deployment
Bugs item #711276, was opened at 2003-03-28 16:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711276group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Srivatsan (srivatsanp) Assigned to: Nobody/Anonymous (nobody) Summary: Order of deployment Initial Comment: Hi, In JBoss 3.0.0, the URLs that were given in the URLDeploymentScanner were deployed in the same order but in 3.2.0RC4, the order is not the same that was specified. This causes migration problem for us. Thanks, Srivatsan. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711276group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Partition merge and service state merge algorithm
Hi Sacha, 6. Partition merge occurs Ok. 7. SFBS state on nodes of second group is rewriten by state of first unfished group No. Here, you make the assumption that you can have CONCURRENT access to the SAME SFSB which is not allowed per spec. Maybe that's one of the points. As I understand partion split each groups things that all nodes in other group are down, but they are not so there is not chance how to avoid concurrent access. Anyway the same problem can occur in DistributedState service from JBoss Clustering framework, where no such limitaton is explicitly given by spec. Furthermore, even in the strange scenario you describe (concurrent access to a same SFSB), the merge would not update the remote nodes until a new SFSB operation occurs i.e. with SFSB, we replicate only when we modify a SFSB, not when a merge occurs. That's even worst. Suppose after partition merge group 1. has SFSB in state A and group 2. has SFSB in state B. First, as I belive, after partition merge you can get inconstent behavior. If you use SFSB replica from node in group 1. you get state A if you read SFSB replica from node in group 2. you get state B. Second, when SFSB modify to state C occurs, one node rewrites state B and A on all other nodes. So group of nodes went through states A-C and group through states A-B-C with all consequences. Maybe I could try to prepare some testcase demonstrating problem. Sorry if am I missing something, but I still strongly believe, that merging partions is very dangerous and can put cluster in inconsistent state. It seems to me, that it is as complicated as to try merge the state of two computers (processors, memory, I/O devices) after they run separateted for a while. Anyway, beside my complains, jboss clustering is really great, thank you for this great job. David 8. Cluster finishes computation again and changes SFBS state and produces output (assigns AGAIN money to account) So we get as I belive incorrect and dangerous cluster behavior. Do we agree now? Cheers, Sacha --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development -- http://www.sweb.cz/david.klimek --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Regarding JBoss site
i could just get to the site after 6 hrs of trying and its damn slow looks to cluttered to me..the links ought to be more organized... its somehow not as attention grabbing as the prev one --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re[2]: [JBoss-dev] Regarding JBoss site
application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. julien. RG i could just get to the site after 6 hrs of trying and its damn slow RG looks to cluttered to me..the links ought to be more organized... RG its somehow not as attention grabbing as the prev one RG --- RG This SF.net email is sponsored by: RG The Definitive IT and Networking Event. Be There! RG NetWorld+Interop Las Vegas 2003 -- Register today! RG http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en RG ___ RG Jboss-development mailing list RG [EMAIL PROTECTED] RG https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[2]: [JBoss-dev] Regarding JBoss site
Ok, what can be done to solve that problem? In the end it is slow no matter who's the problem... /L fredagen den 28 mars 2003 kl 12.34 skrev julien viet: application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. julien. --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] 3.2 does not compile
Hi, It looks like ServerConfigImpl and ServerConfig got out of sync... S:\jboss\Branch_3_2\system\src\main\org\jboss\system\server\ServerConfigImpl.jav a:43: org.jboss.system.server.ServerConfigImpl should be declared abstract; it d oes not define isRequireJBossURLStreamHandlerFactory() in org.jboss.system.serve r.ServerConfigImpl public class ServerConfigImpl Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-594137 ] SOAPAction not set
Bugs item #594137, was opened at 2002-08-12 19:13
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=376685aid=594137group_id=22866
Category: JBossSOAP
Group: v3.0 Rabbit Hole
Status: Closed
Resolution: Accepted
Priority: 5
Submitted By: Marius Kotsbak (mkotsbak)
Assigned to: Dr. Christoph Georg Jung (cgjung)
Summary: SOAPAction not set
Initial Comment:
The auto-generated wsdl-file is missing soapAction,
whch should be th e same as wsdl:operation name.
This is neccesary for M$ Soap toolkit to work, and
maybe other SOAP implementations like for perl.
wsdl:operation name=insertPerson HERE - V
***HERE-*** wsdlsoap:operation soapAction=/
wsdl:input
wsdlsoap:body use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
namespace=xxx/
/wsdl:input
wsdl:output
wsdlsoap:body use=encoded
encodingStyle=http://schemas.xmlsoap.org/soap/encoding/;
namespace=xxx/
/wsdl:output
/wsdl:operation
--
Comment By: Dr. Christoph Georg Jung (cgjung)
Date: 2003-03-28 13:58
Message:
Logged In: YES
user_id=175199
the proposed solution has been integrated into 3.2
EJBProvider and MBeanProvider are now sensitive to this
issue.
--
Comment By: Dr. Christoph Georg Jung (cgjung)
Date: 2003-03-27 13:02
Message:
Logged In: YES
user_id=175199
Ok, this is how we are going to resolve this issue today
(which should IMHO be addressed in Axis, I will send them a
notice):
Soap-Action is a property of the transport chain, not the
service itself. That means that, ideally, the action handler
itself should include this into the wsdl, or better, into the
service description meta-data.
Since the service descriptions will only be accessible in the
service and not from the transport chain, we will invent a new
org.jboss.axis.server.WsdlAwareHttpActionHandler which will
set a flag in the message context when wsdl should be
generated.
The disadvantage of this approach is that any provider, such
as the org.jboss.net.axis.server.EJBProvider, needs to test
this flag in order to include the correct soapaction into its
meta-data. If you use something else than EJBProvider, you
need to subclass it and do a similar postprocessing of the
operations that I will commit in a few hours
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2003-01-15 21:15
Message:
Logged In: YES
user_id=366650
BTW: perl clients works without soapaction
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-09-11 12:03
Message:
Logged In: YES
user_id=366650
OK. I can try with the new version 3.0 of the soap toolkit
first.
--
Comment By: Dr. Christoph Georg Jung (cgjung)
Date: 2002-09-11 10:46
Message:
Logged In: YES
user_id=175199
Now, here we are. That´s a bug in the MS-SOap Toolkit, if
you ask me:
From AxisServlet:
private String getSoapAction(HttpServletRequest req)
throws AxisFault
{
String soapAction =(String)req.getHeader
(HTTPConstants.HEADER_SOAP_ACTION);
if (soapAction == null) {
AxisFault af = new AxisFault(Client.NoSOAPAction,
JavaUtils.getMessage
(noHeader00,
SOAPAction),
null, null);
}
Which means that the call will fault when there is no such
soapAction header. It will not fault (and be further processed),
if your soapAction header is (and that is what the
generated wsdl is saying, if you ask me).
--
Comment By: Marius Kotsbak (mkotsbak)
Date: 2002-09-11 10:30
Message:
Logged In: YES
user_id=366650
Here is the error when using the wsdl-file directly with
empty soapAction from MS Soap toolkit:
SOAP-ENV:Envelope
xmlns:SOAP-ENV=http://schemas.xmlsoap.org/soap/envelope/;
SOAP-ENV:Body
SOAP-ENV:Fault
faultcode
xmlns:ns1=http://xml.apache.org/axis/;ns1:Client.NoSOAPAction/faultcode
faultstringno SOAPAction header!/faultstring
detail
ns2:stackTrace
xmlns:ns2=http://xml.apache.org/axis/;no SOAPAction header!
at
org.apache.axis.transport.http.AxisServlet.doPost(AxisServlet.java:509)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
at
javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:344)
at
org.mortbay.jetty.servlet.WebApplicationHandler.dispatch(WebApplicationHandler.java:313)
at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:554)
at
[JBoss-dev] [ jboss-Bugs-697465 ] Jboss.net does not generated updated wsdl when redeploy
Bugs item #697465, was opened at 2003-03-04 20:45 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697465group_id=22866 Category: JBossSOAP Group: v3.2 Status: Pending Resolution: Works For Me Priority: 5 Submitted By: Joe Hung (joehung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: Jboss.net does not generated updated wsdl when redeploy Initial Comment: in 3.2.0RC1, when I redeploy a .ear file (which includes a .wsr and .jar and .war), the jboss-net generated wsdl does not get updated. It still shows the wsdl of the previous package. This happened on 3.2.0RC1 with catalina. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 13:56 Message: Logged In: YES user_id=175199 Joe, are you sure that you pressed the reload key of your browser? are you sure that the redeployed ear contained changed classes ? I cannot reproduce this. works for me with 3.2rc4 under jetty with the jboss.net hello.ear (I changed a method name et voila, the updated wsdl shows up). Please recheck with 3.2 final coming out next week and report back. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=697465group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-708691 ] AxisServlet throws Nullpointer
Bugs item #708691, was opened at 2003-03-24 09:21 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=708691group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Closed Resolution: Fixed Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: AxisServlet throws Nullpointer Initial Comment: when accessing service descriptions in the 1.1 version of axis. Seems to be a classloading problem when not going through the service chains with the wsdl requests. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:02 Message: Logged In: YES user_id=175199 When the AxisServlet is invoked for html or wsdl output, there was the opportunity that the messagecontext was not fully initialised and our providers did not find their classloading apartment/their classes. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=708691group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-617517 ] MbeanProvider WSDL Generation empty
Bugs item #617517, was opened at 2002-10-02 14:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: MbeanProvider WSDL Generation empty Initial Comment: The result of asking wsdl from MBeanProvider seems to be empty, i.e., no operations appear. Have to check the Emitter code for that. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:04 Message: Logged In: YES user_id=175199 mbeanprovider has been reworked in order to a) use more rpc-style messages (without classnames as additional parameters). b) correctly generate the corresponding wsdl. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-617517 ] MbeanProvider WSDL Generation empty
Bugs item #617517, was opened at 2002-10-02 14:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Open Resolution: None Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: MbeanProvider WSDL Generation empty Initial Comment: The result of asking wsdl from MBeanProvider seems to be empty, i.e., no operations appear. Have to check the Emitter code for that. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:20 Message: Logged In: YES user_id=175199 mbeanprovider has been reworked in order to a) use more rpc-style messages (without classnames as additional parameters). b) correctly generate the corresponding wsdl. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:04 Message: Logged In: YES user_id=175199 mbeanprovider has been reworked in order to a) use more rpc-style messages (without classnames as additional parameters). b) correctly generate the corresponding wsdl. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-607684 ] jboss.net fails to deploy on catalina
Bugs item #607684, was opened at 2002-09-11 09:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=607684group_id=22866 Category: JBossSOAP Group: v3.0 Rabbit Hole Status: Closed Resolution: Remind Priority: 3 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: jboss.net fails to deploy on catalina Initial Comment: Actually, there are two symptoms. One is appearing in head and has to do with exploded deployment leading to nullpointers in EmbeddedCatalinaService. The other one is in 3.0.1 release and seems to hint to a wrong servlet mapping. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2002-09-12 18:22 Message: Logged In: YES user_id=175199 head bug was resolved due to wrong installation order in catalinaservice. tested head successfully. 3.0.x will be done either by a backport or bugfix, whatever appears more suitable. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=607684group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710757 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710757, was opened at 2003-03-27 16:51 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710757group_id=22866 Category: JBossCMP Group: v3.2 Status: Deleted Resolution: Duplicate Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-28 15:33 Message: Logged In: YES user_id=543482 duplicate of 710755 alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710757group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-711329 ] ejbStore called while in business method call
Bugs item #711329, was opened at 2003-03-28 14:33 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711329group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Roland Bergler (bergler) Assigned to: Nobody/Anonymous (nobody) Summary: ejbStore called while in business method call Initial Comment: In my application i have the following scenario: A business method call to a BMP entity A creates a session bean B, which calls getObject on a entity handle to retrieve entity C. From within the call to getObject the container calls ejbStore on entity A, which is still in the middle of its business method call. Needless to say that this can cause some trouble, because A has not a consistent state at this moment. ejbStore should not be called before the business method is left. I cant see from the EJB specification that such a behaviour of the container is legal. find attached a commented stack trace- i'm running jboss 3.0.6 on Windows2000 with Jdk1.4.1_02 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711329group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710758 ] JDBCIsModifiedCommand is hardcoded to return true
Bugs item #710758, was opened at 2003-03-27 16:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710758group_id=22866 Category: JBossCMP Group: v3.2 Status: Deleted Resolution: Duplicate Priority: 5 Submitted By: Tarek Hammoud (thammoud) Assigned to: Nobody/Anonymous (nobody) Summary: JDBCIsModifiedCommand is hardcoded to return true Initial Comment: This is breaking the cache invalidation logic provided by the clustering subsystem. The code should use the same logic as used in the JDBCStoreEntityCommand which uses a dirty list. Attached is a fix for the problem. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-28 15:34 Message: Logged In: YES user_id=543482 Duplicate of 710755 alex -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710758group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[2]: [JBoss-dev] Regarding JBoss site
application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. This is IMHO the badest kind-of-answer i must read from time to time in other places. If you have a problem, then you have a problem. It is not my problem: I will show you. Die with your problem not the communication level what i have had the last few years in jboss.org bax julien. RG i could just get to the site after 6 hrs of trying and its damn slow RG looks to cluttered to me..the links ought to be more organized... RG its somehow not as attention grabbing as the prev one RG --- RG This SF.net email is sponsored by: RG The Definitive IT and Networking Event. Be There! RG NetWorld+Interop Las Vegas 2003 -- Register today! RG http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en RG ___ RG Jboss-development mailing list RG [EMAIL PROTECTED] RG https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Holger Baxmann - bitwind e.K. 41539 Dormagen/NRW/Germany Vom-Stein-Str. 29 +49 2133 537747 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-711341 ] IncompleteDeployment Exception
Bugs item #711341, was opened at 2003-03-28 19:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711341group_id=22866 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Srivatsan (srivatsanp) Assigned to: Nobody/Anonymous (nobody) Summary: IncompleteDeployment Exception Initial Comment: Hi, When I use URLDirectoryScanner instead of URLDeploymentScanner, it throws IncompleteDeployment Exceptions. Jboss version is 3.2.0RC4 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=711341group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-711346 ] Trying to return an
Trying to return an unknown connection2! 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: Nobody/Anonymous (nobody) Summary: Trying to return an Trying to return an unknown connection2! Initial Comment: Dear Team, The following exception occurs when i fetch objects from database. Regards, Shyam 2003-03-26 13:45:02,843 INFO [org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener] throwable from unregister connection java.lang.IllegalStateException: Trying to return an unknown connection2! [EMAIL PROTECTED] at org.jboss.resource.connectionmanager.CachedConnectionManager.unregisterConnection(CachedConnectionManager.java:274) at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.connectionClosed(TxConnectionManager.java:551) at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.closeHandle(BaseWrapperManagedConnection.java:280) at org.jboss.resource.adapter.jdbc.WrappedConnection.close(WrappedConnection.java:127) at com.adventnet.db.persistence.RelationalObject.closeConnection(RelationalObject.java:184) at com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObject(PersistableRO.java:1679) at com.adventnet.db.persistence.PersistableRO$ForPersistableGet.getObjects(PersistableRO.java:1804) at com.adventnet.db.persistence.PersistableRO.getObjects(PersistableRO.java:689) at com.adventnet.db.persistence.DBPersistence.getObjects(DBPersistence.java:471) at com.adventnet.cis.service.CISServiceAPIImpl.getMIsWithGlobalScope(CISServiceAPIImpl.java:676) at com.adventnet.cis.service.CISServiceAPIImpl.addModuleOwnedGlobalCR(CISServiceAPIImpl.java:635) at com.adventnet.cis.service.CISServiceAPIImpl.populateGlobalCR(CISServiceAPIImpl.java:597) at com.adventnet.cis.service.CISServiceAPIImpl.getRecordId(CISServiceAPIImpl.java:139) at com.adventnet.cis.ejb.ConfigurationRecordBean.ejbCreate(ConfigurationRecordBean.java:94) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.plugins.BMPPersistenceManager.createEntity(BMPPersistenceManager.java:206) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.createEntity(CachedConnectionInterceptor.java:270) at org.jboss.ejb.EntityContainer.createHome(EntityContainer.java:725) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invokeHome(EntityContainer.java:998) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.invokeHome(EntitySynchronizationInterceptor.java:199) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invokeHome(CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHome(EntityInstanceInterceptor.java:91) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome(EntityLockInterceptor.java:61) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHome(EntityCreationInterceptor.java:28) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:88) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:273) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome(TxInterceptorCMT.java:74) at org.jboss.ejb.plugins.LogInterceptor.invokeHome(LogInterceptor.java:123) at org.jboss.ejb.EntityContainer.internalInvokeHome(EntityContainer.java:477) at org.jboss.ejb.Container.invoke(Container.java:698) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.invocation.local.LocalInvoker.invoke(LocalInvoker.java:101) at
[JBoss-dev] [ jboss-Bugs-617517 ] MbeanProvider WSDL Generation empty
Bugs item #617517, was opened at 2002-10-02 14:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 Category: JBossSOAP Group: CVS HEAD Status: Closed Resolution: Accepted Priority: 5 Submitted By: Dr. Christoph Georg Jung (cgjung) Assigned to: Dr. Christoph Georg Jung (cgjung) Summary: MbeanProvider WSDL Generation empty Initial Comment: The result of asking wsdl from MBeanProvider seems to be empty, i.e., no operations appear. Have to check the Emitter code for that. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:20 Message: Logged In: YES user_id=175199 mbeanprovider has been reworked in order to a) use more rpc-style messages (without classnames as additional parameters). b) correctly generate the corresponding wsdl. -- Comment By: Dr. Christoph Georg Jung (cgjung) Date: 2003-03-28 14:04 Message: Logged In: YES user_id=175199 mbeanprovider has been reworked in order to a) use more rpc-style messages (without classnames as additional parameters). b) correctly generate the corresponding wsdl. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=617517group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-705542 ] Errorenous IllegalStateException on CMR-Collection
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: Nobody/Anonymous (nobody) Summary: Errorenous IllegalStateException on CMR-Collection Initial Comment: We've been dealing with this bug since we started up our project with JBoss 3.0.0. Now we are using JBoss 3.0.2RC2 with Postgres 7.2 and we still get it. When we are using a Collection retrieved with a CMR-getter on a local interface the Collection sporadicly maybe 1 of 200 calls thinks it was created in another transaction that obviously isn't the case. We get a stacktrace like this: 12:21:38,121 ERROR [LogInterceptor] RuntimeException: java.lang.IllegalStateException: The iterator of a CMR collection may only be used within the transction in which it was created at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.verif yIteratorIsValid(RelationSet.java:345) at org.jboss.ejb.plugins.cmp.jdbc.bridge.RelationSet$1.has Next(RelationSet.java:298) at se.alleato.ejb.alexandria.server.facade.PersonFacadeBe an.getNodePersonRoles(PersonFacadeBean.java:318) ... This isn't isolated to any specific bean, instead it occurs on Collection retrieved by local CMP interfaces that are called often. It is obvious an errorenous behaviour that can be worked around by catching the exception and creating the Collection again by calling the getter again which works fine but clearly is anoying. -- Comment By: Alexey Loubyansky (loubyansky) Date: 2003-03-28 17:17 Message: Logged In: YES user_id=543482 Are you using pessimistic locking? I tried to reproduce it but couldn't. I have a Parent and 1000 of related Child instances. There are 100 concurrent threads that getting parent's children collection and iterate over it. This does not fail for me. If could you provide a testcase that fails even time to time that would be great. alex -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 12:15 Message: Logged In: YES user_id=509036 I'm using Required transaction setting. The error occurs no matter what commit option I'm using. I don't think any special use case is required to reproduce it, just specify two entity beans A 1-n B. Create one session bean that fetches the collection a.getBs() and iterate over it. With some load the error will occur. -- Comment By: Johan Granlund (johgr814) Date: 2003-03-28 12:06 Message: Logged In: YES user_id=509036 Sorry about that, 3.2.0RC2 it was, and now 3.2.0RC4. I can also add that the easiest way to reproduce the bug is to put load on the system, then you can be sure it will happen, in our case it starts around 15 simultanous users. To work around the problem I have patched the RelationSet class. In the constructor I copy the setHandle array to the member variable instead of assigning it. This makes everything work fine but clearly isn't the correct way. -- Comment By: Stephen Coy (scoy) Date: 2003-03-28 11:30 Message: Logged In: YES user_id=463096 Are you *really* using JBoss 3.0.2RC2? Or is it 3.2.0RC2? Either way, you need to provide more information wrt to the way you are specifying your transactions and your use cases. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=705542group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [JBoss.net] Bugfixes and updates in 3.2 and HEAD
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 the default http transport chain that will signal its presence to any passing messagecontext requesting to generate WSDL. This way, supporting providers (such as our EJBProvider and the MBeanProvider) can include the correctSoapAction="ServiceName" annotations depending on the transport through which the wsdl request came through. Bug#708691 - The central Deployment repository has been added additional classloader awareness when trying to obtain the service descriptions for generating the http://localhost:8080/jboss-net/services HTML overview page. Bug#617517 - The MBeanProvider has been reworked. We have removed the nasty string array of classnames that was required as the first parameter of each web service invocation, because it operates on MBeanInformation meta-data anyway.The generated WSDL is now much more straightfoward and correct. Finally I have removed the automatic insertionof transactional handlers for ejb-web services from the xdoclet module. These are only needed, if you like to immediately (de-)serialize entity beans into/from XML elements within the scope of some session bean method. If you would like to retain them, you have to annotate your bean with the @jboss.net:processEntities tag. Please keep on providing valuable feedback to us, CGJ ### This message has been scanned by F-Secure Anti-Virus for Microsoft Exchange. For more information, connect to http://www.F-Secure.com/
RE: Re[2]: [JBoss-dev] Regarding JBoss site
I will be contacting the hosters it seems the network is a bit screwed up marcf -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lennart Petersson Sent: Friday, March 28, 2003 6:59 AM To: [EMAIL PROTECTED] Subject: Re: Re[2]: [JBoss-dev] Regarding JBoss site Ok, what can be done to solve that problem? In the end it is slow no matter who's the problem... /L fredagen den 28 mars 2003 kl 12.34 skrev julien viet: application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. julien. --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 does not compile
Bela Ban wrote: Igor Fedorenko wrote: Hi, It looks like ServerConfigImpl and ServerConfig got out of sync... S:\jboss\Branch_3_2\system\src\main\org\jboss\system\server\ServerConfigImpl.jav a:43: org.jboss.system.server.ServerConfigImpl should be declared abstract; it d oes not define isRequireJBossURLStreamHandlerFactory() in org.jboss.system.serve r.ServerConfigImpl public class ServerConfigImpl seems to compile okay with JDK 1.4, fails under 1.3... No, i tried to compile with SUN JDK 1.4.1 on Linux and it fails with the same message. Did you made 'build.sh clean' before compiling? Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 does not compile
Bela Ban wrote: Igor Fedorenko wrote: Hi, It looks like ServerConfigImpl and ServerConfig got out of sync... S:\jboss\Branch_3_2\system\src\main\org\jboss\system\server\ServerConfigImpl.jav a:43: org.jboss.system.server.ServerConfigImpl should be declared abstract; it d oes not define isRequireJBossURLStreamHandlerFactory() in org.jboss.system.serve r.ServerConfigImpl public class ServerConfigImpl seems to compile okay with JDK 1.4, fails under 1.3... Yes, now it works. Sorry, the cvs up took more time than i expected. Regards Bernd -- Dipl.-Inform. Bernd Koecke UNIX-Entwicklung Schlund+Partner AG Fon: +49-721-91374-0 E-Mail: [EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] AOP versioned ACID objects 1st iteration
Dave Smith: May God Bless America and Java. That is a very humanistic thing that you wish here, but you make a small typo. As a friend of Java you know that Java is in Indonesia and Indonesia is the country with the most Muslims all over the word. So you should better write God Bless America and Ala take care of Java. Or better, based on OO more abstract : A higher power should take care on each human. May the bit's bust the internet to bring more education to this world. Stefan --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Pending Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 11:12 Message: Logged In: YES user_id=175228 How are you building the jboss/tomcat dist? If I create the dist using the tomcat4.1 module bundle target I'm able to access the jmx-console just fine. tomcat41 560wget -s http://localhost:8080/jmx-console/ --10:56:28-- http://localhost:8080/jmx-console/ = `index.html' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/index.jsp [following] --10:56:29-- http://localhost:8080/jmx-console/index.jsp = `index.jsp' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 51,174 1.81M/s 10:56:30 (1.81 MB/s) - `index.jsp' saved [51174] tomcat41 561head index.jsp HTTP/1.1 200 OK Set-Cookie: JSESSIONID=96E951A60FB3DB9CEA00510D580D8F9D; Path=/jmx-console Content-Type: text/html;charset=ISO-8859-1 Date: Fri, 28 Mar 2003 18:56:30 GMT Server: Apache Coyote/1.0 Connection: close -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710396group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-576913 ] OutOfMemory after redeploys
Bugs item #576913, was opened at 2002-07-03 08:07 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 Category: JBossServer Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Georg Schmid (giorgio42) Assigned to: Nobody/Anonymous (nobody) Summary: OutOfMemory after redeploys Initial Comment: JBoss3.0.1RC1 (zip file from sf), Solaris8, JDK 1.3.1_01 After deploying the same ejb jar file about 30 times I got an OutOfMemory exception from the JVM. The package contains about 30 EJBs (entity and SLSBs) and is 450 K in size. The exception happened during the start of the redeployment. Regression? Georg -- Comment By: Tim McCune (javajedi) Date: 2003-03-28 14:22 Message: Logged In: YES user_id=62441 This is a duplicate of bug 435958, which is currently closed but I requested it be reopened. There is also some discussion of it in the forums, which used to be available at http://jboss.org/forums/thread.jsp?forum=121thread=27888 before the forums all went to hell this week. I have had this problem with every version of JBoss I've tried, including 3.2RC4. We have seen the problem manifest itself on both Linux and Solaris, but interestingly, not on Windows. I talked to Scott Stark about this a couple days ago, and he mentioned that he runs a leak test, but that he normally runs it on Windows. I suggested he try it on Linux to at least recreate the problem. As for 30 redeploys not being a problem, our ear file is 30 MB, so we run out of memory after about 6 redeploys. Very much a pain for us right now. -- Comment By: David Ward (dward2) Date: 2003-03-27 09:03 Message: Logged In: YES user_id=526282 We've actually seen this in all JBoss versions we've used (2.4.x - 3.x). Not that I don't want it fixed - I do - but we've come to the conclusion that we *never* do a hot-redploy 30 times on a production server. In development maybe, but it's acceptable (at least for us) there. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=576913group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Open Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 12:07 Message: Logged In: YES user_id=429729 build/build.sh clobber build/build.sh # setup the link to the tomcat dist cd tomcat41; build.sh bundle When I run jboss from tomcat41/output/jboss-3.2.0.RC5, it starts up fine, and deployes jmx-console.war. When I try to access the console I get: The requested resource (/jmx-console/) is not available. However, if I try /jmx-console/HtmlAdapter, I get a NPE from the HtmlAdapterServlet -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 11:12 Message: Logged In: YES user_id=175228 How are you building the jboss/tomcat dist? If I create the dist using the tomcat4.1 module bundle target I'm able to access the jmx-console just fine. tomcat41 560wget -s http://localhost:8080/jmx-console/ --10:56:28-- http://localhost:8080/jmx-console/ = `index.html' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/index.jsp [following] --10:56:29-- http://localhost:8080/jmx-console/index.jsp = `index.jsp' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 51,174 1.81M/s 10:56:30 (1.81 MB/s) - `index.jsp' saved [51174] tomcat41 561head index.jsp HTTP/1.1 200 OK Set-Cookie: JSESSIONID=96E951A60FB3DB9CEA00510D580D8F9D; Path=/jmx-console Content-Type: text/html;charset=ISO-8859-1 Date: Fri, 28 Mar 2003 18:56:30 GMT Server: Apache Coyote/1.0 Connection: close -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710396group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Problems with IPv6 and JavaGroups / multicasting
Hi folks, just wasted half a day on an IPv6 related problem. I ran an instance of JBoss on 2 nodes (A and B), config as follows: A: Suse 8 Linux 2.4, JDK 1.4.1_02, JBoss head, IPv4/IPv6 B: Windows XP, JDK 1.4.1_02, JBoss head, IPv4 The bind_addr property in UDP was set correctly, but A and B could not find each other. After a long time I found out that for some reason, the IPv4/6 (dual) stack on A didn't communicate with te IPv4 stack on te Windows box. I don't know why because dual stacks are supposed to be able to talk to IPv4 and IPv6 stacks. Anyway, as a workaround, you can always use the property java.net.preferIPv4Stack=true, e.g. java -Djava.net.preferIPv4Stack=true org.javagroups.demos.Draw -props file:/home/bela/default.xml This works, but can anyone shed light on the problem ? Has anyone experienced this one before ? Sacha: I suggest to add this to the documentation. You can copy the section I added to the INSTALL.html file in JavaGroups CVS head. -- Bela Ban www.javagroups.com (408) 316-4459 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Open Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 12:53 Message: Logged In: YES user_id=175228 I only see this if I run the jboss/tomcat bundle from outside of the bin directory. When starting the run script from within the tomcat41/output/jboss-3.2.0RC5/bin directory the jmx-console works fine. There has to be an issue with paths and entity references not resolving correctly when outside of the bin directory. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 12:07 Message: Logged In: YES user_id=429729 build/build.sh clobber build/build.sh # setup the link to the tomcat dist cd tomcat41; build.sh bundle When I run jboss from tomcat41/output/jboss-3.2.0.RC5, it starts up fine, and deployes jmx-console.war. When I try to access the console I get: The requested resource (/jmx-console/) is not available. However, if I try /jmx-console/HtmlAdapter, I get a NPE from the HtmlAdapterServlet -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 11:12 Message: Logged In: YES user_id=175228 How are you building the jboss/tomcat dist? If I create the dist using the tomcat4.1 module bundle target I'm able to access the jmx-console just fine. tomcat41 560wget -s http://localhost:8080/jmx-console/ --10:56:28-- http://localhost:8080/jmx-console/ = `index.html' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/index.jsp [following] --10:56:29-- http://localhost:8080/jmx-console/index.jsp = `index.jsp' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 51,174 1.81M/s 10:56:30 (1.81 MB/s) - `index.jsp' saved [51174] tomcat41 561head index.jsp HTTP/1.1 200 OK Set-Cookie: JSESSIONID=96E951A60FB3DB9CEA00510D580D8F9D; Path=/jmx-console Content-Type: text/html;charset=ISO-8859-1 Date: Fri, 28 Mar 2003 18:56:30 GMT Server: Apache Coyote/1.0 Connection: close -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710396group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Open Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Remy Maucherat (remm) Date: 2003-03-28 14:39 Message: Logged In: YES user_id=24140 This also runs fine for me. Maybe you should try to attach the full error message. -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 12:53 Message: Logged In: YES user_id=175228 I only see this if I run the jboss/tomcat bundle from outside of the bin directory. When starting the run script from within the tomcat41/output/jboss-3.2.0RC5/bin directory the jmx-console works fine. There has to be an issue with paths and entity references not resolving correctly when outside of the bin directory. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 12:07 Message: Logged In: YES user_id=429729 build/build.sh clobber build/build.sh # setup the link to the tomcat dist cd tomcat41; build.sh bundle When I run jboss from tomcat41/output/jboss-3.2.0.RC5, it starts up fine, and deployes jmx-console.war. When I try to access the console I get: The requested resource (/jmx-console/) is not available. However, if I try /jmx-console/HtmlAdapter, I get a NPE from the HtmlAdapterServlet -- Comment By: Scott M Stark (starksm) Date: 2003-03-28 11:12 Message: Logged In: YES user_id=175228 How are you building the jboss/tomcat dist? If I create the dist using the tomcat4.1 module bundle target I'm able to access the jmx-console just fine. tomcat41 560wget -s http://localhost:8080/jmx-console/ --10:56:28-- http://localhost:8080/jmx-console/ = `index.html' Resolving localhost... done. Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 302 Moved Temporarily Location: http://localhost:8080/jmx-console/index.jsp [following] --10:56:29-- http://localhost:8080/jmx-console/index.jsp = `index.jsp' Connecting to localhost[127.0.0.1]:8080... connected. HTTP request sent, awaiting response... 200 OK Length: unspecified [text/html] [ = ] 51,174 1.81M/s 10:56:30 (1.81 MB/s) - `index.jsp' saved [51174] tomcat41 561head index.jsp HTTP/1.1 200 OK Set-Cookie: JSESSIONID=96E951A60FB3DB9CEA00510D580D8F9D; Path=/jmx-console Content-Type: text/html;charset=ISO-8859-1 Date: Fri, 28 Mar 2003 18:56:30 GMT Server: Apache Coyote/1.0 Connection: close -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=710396group_id=22866 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Open Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 15:16 Message: Logged In: YES user_id=429729 When I launch run.sh from the local directory I am able to access jmx-console. That's fine. However, when I deploy emulator.ear and ecperf.ear from ECperf the servlet can't find the java:comp context. This used to work about two weeks ago. I attached the jar files. To reproduce: untar the attachment in your deployment dir and start the container. Don't worry if you see SQLException exceptions during deployment, the exception below happens regardless if the database is up or not: javax.servlet.ServletException: comp not bound at com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:94) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) [..] 14:26:20,012 ERROR [STDERR] javax.naming.NameNotFoundException: comp not bound 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getObject(NamingServer.java:509) 14:26:20,015 ERROR [STDERR] at org.jnp.server.NamingServer.lookup(NamingServer.java:253) 14:26:20,015 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492) 14:26:20,015 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) 14:26:20,016 ERROR [STDERR] at javax.naming.InitialContext.lookup(InitialContext.java:347) 14:26:20,016 ERROR [STDERR] at com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:86) 14:26:20,016 ERROR [STDERR] at javax.servlet.GenericServlet.init(GenericServlet.java:256) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) 14:26:20,021 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
[JBoss-dev] [ jboss-Bugs-710396 ] Deployed .war unaccessible in Tomcat 4.1
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: Open Resolution: Works For Me Priority: 5 Submitted By: Stefan Reich (sreich) Assigned to: Scott M Stark (starksm) Summary: Deployed .war unaccessible in Tomcat 4.1 Initial Comment: Platform MacOSX 10.2.4, JDK 1.4.1, Jboss 3.2 latest CVS, Tomcat 4.1.24 (and 4.1.18). Some recent change broke tomcat deployment. Although there is no error during the deployment, the servlet can't be accessed. To reproduce try to access jmx-console. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 15:26 Message: Logged In: YES user_id=429729 Great, the attachment is too long for SF. You can also check out and build ecperf from the jboss cvs, which will give you the same files. -- Comment By: Stefan Reich (sreich) Date: 2003-03-28 15:16 Message: Logged In: YES user_id=429729 When I launch run.sh from the local directory I am able to access jmx-console. That's fine. However, when I deploy emulator.ear and ecperf.ear from ECperf the servlet can't find the java:comp context. This used to work about two weeks ago. I attached the jar files. To reproduce: untar the attachment in your deployment dir and start the container. Don't worry if you see SQLException exceptions during deployment, the exception below happens regardless if the database is up or not: javax.servlet.ServletException: comp not bound at com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:94) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) [..] 14:26:20,012 ERROR [STDERR] javax.naming.NameNotFoundException: comp not bound 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:495) 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getBinding(NamingServer.java:503) 14:26:20,014 ERROR [STDERR] at org.jnp.server.NamingServer.getObject(NamingServer.java:509) 14:26:20,015 ERROR [STDERR] at org.jnp.server.NamingServer.lookup(NamingServer.java:253) 14:26:20,015 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:492) 14:26:20,015 ERROR [STDERR] at org.jnp.interfaces.NamingContext.lookup(NamingContext.java:471) 14:26:20,016 ERROR [STDERR] at javax.naming.InitialContext.lookup(InitialContext.java:347) 14:26:20,016 ERROR [STDERR] at com.sun.ecperf.supplier.web.SupplierDomainServlet.init(SupplierDomainServlet.java:86) 14:26:20,016 ERROR [STDERR] at javax.servlet.GenericServlet.init(GenericServlet.java:256) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:935) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:668) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:210) 14:26:20,017 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 14:26:20,018 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 14:26:20,019 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) 14:26:20,020 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) 14:26:20,020 ERROR [STDERR] at
[JBoss-dev] [ jboss-Bugs-698682 ] DynamicQL concurrency problem
Bugs item #698682, was opened at 2003-03-06 04:47 You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=376685aid=698682group_id=22866 Category: JBossCMP Group: v3.0 Rabbit Hole Status: Open Resolution: None Priority: 5 Submitted By: Mauricio Hiroshi Nagaoka (mhnagaoka) Assigned to: Nobody/Anonymous (nobody) Summary: DynamicQL concurrency problem Initial Comment: I've been using DynamicQL with CMP Entity Beans in JBoss 3.0.6 and it's working quite well, except for a little problem. When I've more than one client running a DynamicQL query at the same time over the same CMP Entity Bean, sometimes I got the following exception: 2003-02-20 18:58:29,857 ERROR [org.jboss.ejb.plugins.LogInterceptor] TransactionRolledbackLocalException, causedBy: java.lang.NullPointerException at org.jboss.ejb.plugins.cmp.jdbc.JDBCAbstractQueryCom mand.execute(JDBCAbstractQueryCommand.java:161) at org.jboss.ejb.plugins.cmp.jdbc.JDBCDynamicQLQuery.e xecute(JDBCDynamicQLQuery.java:101) at org.jboss.ejb.plugins.cmp.jdbc.bridge.JDBCSelectorBridg e.execute(JDBCSelectorBridge.java:64) at org.jboss.ejb.plugins.cmp.bridge.EntityBridgeInvocationH andler.invoke(EntityBridgeInvocationHandler.java:96) at org.jboss.proxy.compiler.Runtime.invoke (Runtime.java:59) at br.com.smbsoftware.webflow.tc.entity.TaskInfoBean$Pro xy.ejbSelectGeneric(generated) at br.com.smbsoftware.webflow.tc.entity.TaskInfoBean.ejbH omeSelectGeneric(TaskInfoBean.java:731) at sun.reflect.GeneratedMethodAccessor436.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.EntityContainer$ContainerInterceptor.invoke Home(EntityContainer.java:1138) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome (AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntitySynchronizationInterceptor.inv okeHome(EntitySynchronizationInterceptor.java:207) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invokeHome (CachedConnectionInterceptor.java:215) at org.jboss.ejb.plugins.AbstractInterceptor.invokeHome (AbstractInterceptor.java:73) at org.jboss.ejb.plugins.EntityInstanceInterceptor.invokeHo me(EntityInstanceInterceptor.java:90) at org.jboss.ejb.plugins.EntityLockInterceptor.invokeHome (EntityLockInterceptor.java:79) at org.jboss.ejb.plugins.EntityCreationInterceptor.invokeHo me(EntityCreationInterceptor.java:44) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:111) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:228) at org.jboss.ejb.plugins.TxInterceptorCMT.invokeHome (TxInterceptorCMT.java:62) at org.jboss.ejb.plugins.SecurityInterceptor.invokeHome (SecurityInterceptor.java:105) at org.jboss.ejb.plugins.LogInterceptor.invokeHome (LogInterceptor.java:129) at org.jboss.ejb.EntityContainer.invokeHome (EntityContainer.java:487) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv okeHome(BaseLocalContainerInvoker.java:230) at org.jboss.ejb.plugins.local.LocalHomeProxy.invoke (LocalHomeProxy.java:110) at $Proxy198.selectGeneric(Unknown Source) at br.com.smbsoftware.webflow.tc.session.TaskControlBea n.getTaskInfoId(TaskControlBean.java:932) at sun.reflect.GeneratedMethodAccessor483.invoke (Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.ejb.StatelessSessionContainer$ContainerInterc eptor.invoke(StatelessSessionContainer.java:660) at org.jboss.resource.connectionmanager.CachedConnectio nInterceptor.invoke (CachedConnectionInterceptor.java:186) at org.jboss.ejb.plugins.StatelessSessionInstanceIntercept or.invoke(StatelessSessionInstanceInterceptor.java:77) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext (AbstractTxInterceptor.java:107) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransacti ons(TxInterceptorCMT.java:228) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke (TxInterceptorCMT.java:92) at org.jboss.ejb.plugins.SecurityInterceptor.invoke (SecurityInterceptor.java:130) at org.jboss.ejb.plugins.LogInterceptor.invoke (LogInterceptor.java:204) at org.jboss.ejb.StatelessSessionContainer.invoke (StatelessSessionContainer.java:313) at org.jboss.ejb.plugins.local.BaseLocalContainerInvoker.inv oke(BaseLocalContainerInvoker.java:301) at org.jboss.ejb.plugins.local.StatelessSessionProxy.invoke (StatelessSessionProxy.java:81) at $Proxy208.getTaskInfoId(Unknown Source) at br.com.smbsoftware.webflow.tc.TaskControlDelegate.get TaskInfoId(TaskControlDelegate.java:348) at br.com.smbsoftware.bombril.struts.SearchTaskAction.ex ecute(SearchTaskAction.java:87) at org.apache.struts.action.RequestProcessor.processActi onPerform(RequestProcessor.java:446) at org.apache.struts.action.RequestProcessor.process (RequestProcessor.java:266) at org.apache.struts.action.ActionServlet.process
[JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 28-March-2003
JBoss daily test results SUMMARY Number of tests run: 1159 Successful tests: 1154 Errors:5 Failures: 0 [time of test: 2003-03-29.02-19 GMT] [java.version: 1.3.1_06] [java.vendor: Sun Microsystems Inc.] [java.vm.version: 1.3.1_06-b01] [java.vm.name: Java HotSpot(TM) Client VM] [java.vm.info: mixed mode] [os.name: Windows 2000] [os.arch: x86] [os.version: 5.0] Useful resources: - http://users.jboss.org/~starksm/Branch_3_2/2003-03-29.02-19 for the junit report of this test. NOTE: If there are any errors shown above - this mail is only highlighting them - it is NOT indicating that they are being looked at by anyone. It is assumed that whoever makes change(s) to jboss that break the test will be fixing the test or jboss, as appropriate! DETAILS OF ERRORS Suite: StatefulSessionUnitTestCase Test: testInVMSessionHandlePassivation(org.jboss.test.cts.test.StatefulSessionUnitTestCase) Type:error Exception: java.rmi.NoSuchObjectException Message: Could not activate; failed to restore state; CausedByException is: C:\cvs\JBoss3.2\jboss-3.2\build\output\jboss-3.2.0RC5\server\all\data\sessions\StatefulSessionBean-dduyquuy-4\dduyqxr4-b.ser (The system cannot find the file specified) - Suite: DeployXMBeanUnitTestCase Test:testDeployUserXMBean(org.jboss.test.jmx.test.DeployXMBeanUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/user-xmbean.sar; - nested throwable: (org.jboss.deployment.DeploymentException: no protocol: META-INF/org/jboss/test/jmx/xmbean/User.xml; - nested throwable: (java.net.MalformedURLException: no protocol: META-INF/org/jboss/test/jmx/xmbean/User.xml)) - Suite: MissingClassUnitTestCase Test: testDeployServiceWithoutClass(org.jboss.test.jmx.test.MissingClassUnitTestCase) Type:error Exception: org.jboss.deployment.DeploymentException Message: create operation failed for package file:/C:/cvs/JBoss3.2/jboss-3.2/testsuite/output/lib/missingclass-service.xml; - nested throwable: (javax.management.InstanceNotFoundException: jboss.test:name=missingclasstest is not registered.) - Suite: JSR77SpecUnitTestCase Test:testNavigation(org.jboss.test.management.test.JSR77SpecUnitTestCase) Type:error Exception: javax.management.InstanceNotFoundException Message: jboss.management.local:J2EEApplication=cts-v1cmp.ear,J2EEServer=Local,j2eeType=EJBModule,name=cts-v1cmp.jar is not registered. - Suite: SRPUnitTestCase Test:testEchoArgs(org.jboss.test.security.test.SRPUnitTestCase) Type:error Exception: java.rmi.ServerError Message: Error occurred in server thread; nested exception is: java.lang.NoClassDefFoundError: Ljavax/crypto/Cipher; - --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] NUKES on JBoss
-Original Message- From: Hunter Hillegas [mailto:[EMAIL PROTECTED] Sent: Thursday, March 27, 2003 1:16 PM To: JBoss Dev Subject: Re: [JBoss-dev] NUKES on JBoss I'm sure they did do some testing... I'm sure they did, and it's a great improvement over the PHP version. But, I'd say some time hosting it at beta.jboss.org or something would have been a good thing (TM) and still give us a chance to pound out the last of the nastiness. Just a thought in hindsight. Thanks Julien, et. al. for all the hard work! James --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] aop txlock committed
AOP TxLock committed. Its a transactional pessimistic lock mostly stolen from the Entity bean stuff we do. An example is in the aop testsuite. Bill --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Automated JBoss(Branch_3_2 WonderLand) Testsuite Results: 28-March-2003
The xdoclet generate xmbean still has a bogus descriptor that is causing the deployment to fail: Caused by: ReflectionException: null Cause: javax.management.IntrospectionException: no getter method found for attribute: Password at org.jboss.mx.interceptor.ObjectReferenceInterceptor.init(ObjectReferenceInterceptor.java:52) at org.jboss.mx.modelmbean.ModelMBeanInvoker.preRegister(ModelMBeanInvoker.java:236) at org.jboss.mx.server.registry.BasicMBeanRegistry.registerMBean(BasicMBeanRegistry.java:148) at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.jboss.mx.capability.ReflectedMBeanDispatcher.invoke(ReflectedMBeanDispatcher.java:284) at org.jboss.mx.interceptor.ObjectReferenceInterceptor.invoke(ObjectReferenceInterceptor.java:64) at org.jboss.mx.interceptor.MBeanAttributeInterceptor.invoke(MBeanAttributeInterceptor.java:50) at org.jboss.mx.interceptor.PersistenceInterceptor.invoke(PersistenceInterceptor.java:91) at org.jboss.mx.server.MBeanInvoker.invoke(MBeanInvoker.java:79) at javax.management.modelmbean.RequiredModelMBean.invoke(RequiredModelMBean.java:141) at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:549) at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:994) at org.jboss.mx.server.MBeanServerImpl.registerMBean(MBeanServerImpl.java:954) at org.jboss.mx.server.MBeanServerImpl.createMBean(MBeanServerImpl.java:322) at org.jboss.system.ServiceCreator.install(ServiceCreator.java:114) at org.jboss.system.ServiceConfigurator.internalInstall(ServiceConfigurator.java:155) at org.jboss.system.ServiceConfigurator.install(ServiceConfigurator.java:118) The Password attribute element declares an access of read-write and yet this should be a write-only attribute since there is only a setPassword accessor declared. attribute access = read-write setMethod = setPassword description![CDATA[Describe codesetPassword/code method here. write only attribute]]/description namePassword/name typejava.lang.String/type descriptors persistence persistPolicy = Never persistPeriod = 30/ currencyTimeLimit value = 30/ /descriptors /attribute Scott Stark Chief Technology Officer JBoss Group, LLC --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Regarding JBoss site
On OSX with Safari site load relatively fast *** if I use IE it just do not happen !!! (20sek+) It seems to be a separate image/ad's server (buggy ?) that is awed and IE is stuck waiting for it ? while Safari threads requests differently ... Regarding the layout - use a pro ... Thanks If You pay peanuts You get monkeys - If You pay monkeys You get peanuts --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: Re[4]: [JBoss-dev] Regarding JBoss site
Julien, Thank you for clearing this. I just have strange bad feelings sometimes ... ;-) bax Am Freitag, 28.03.03, um 15:55 Uhr (Europe/Budapest) schrieb julien viet: I dont' say that, the problem is clearly the provider for me. I thought everyone would have noticed that. We are working on it. application is not slow, the bandwidth is small. the box is all the time in iddle and the average time for computing a page is 17 ms. HB This is IMHO the badest kind-of-answer i must read from time to time in HB other places. HB If you have a problem, then you have a problem. It is not my problem: HB I will show you. Die with your problem HB not the communication level what i have had the last few years in HB jboss.org HB bax julien. RG i could just get to the site after 6 hrs of trying and its damn slow RG looks to cluttered to me..the links ought to be more organized... RG its somehow not as attention grabbing as the prev one RG --- RG This SF.net email is sponsored by: RG The Definitive IT and Networking Event. Be There! RG NetWorld+Interop Las Vegas 2003 -- Register today! RG http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en RG ___ RG Jboss-development mailing list RG [EMAIL PROTECTED] RG https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development HB Holger Baxmann - bitwind e.K. HB 41539 Dormagen/NRW/Germany HB Vom-Stein-Str. 29 HB+49 2133 537747 HB --- HB This SF.net email is sponsored by: HB The Definitive IT and Networking Event. Be There! HB NetWorld+Interop Las Vegas 2003 -- Register today! HB http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en HB ___ HB Jboss-development mailing list HB [EMAIL PROTECTED] HB https://lists.sourceforge.net/lists/listinfo/jboss-development -- Best regards, julienmailto:[EMAIL PROTECTED] --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development Holger Baxmann - bitwind e.K. 41539 Dormagen/NRW/Germany Vom-Stein-Str. 29 +49 2133 537747 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 does not compile
Igor Fedorenko wrote: Hi, It looks like ServerConfigImpl and ServerConfig got out of sync... S:\jboss\Branch_3_2\system\src\main\org\jboss\system\server\ServerConfigImpl.jav a:43: org.jboss.system.server.ServerConfigImpl should be declared abstract; it d oes not define isRequireJBossURLStreamHandlerFactory() in org.jboss.system.serve r.ServerConfigImpl public class ServerConfigImpl seems to compile okay with JDK 1.4, fails under 1.3... -- Bela Ban www.javagroups.com (408) 316-4459 --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] 3.2 does not compile
Its fixed. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Igor Fedorenko [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sourceforge. Net (E-mail) [EMAIL PROTECTED] Sent: Friday, March 28, 2003 3:44 AM Subject: [JBoss-dev] 3.2 does not compile Hi, It looks like ServerConfigImpl and ServerConfig got out of sync... S:\jboss\Branch_3_2\system\src\main\org\jboss\system\server\ServerConfigImpl.jav a:43: org.jboss.system.server.ServerConfigImpl should be declared abstract; it d oes not define isRequireJBossURLStreamHandlerFactory() in org.jboss.system.serve r.ServerConfigImpl public class ServerConfigImpl Igor Fedorenko Think smart. Think automated. Think Dynamics. www.thinkdynamics.com --- This SF.net email is sponsored by: The Definitive IT and Networking Event. Be There! NetWorld+Interop Las Vegas 2003 -- Register today! http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
