RE: [JBoss-user] I'm the Invisible Man

[Vesco Claudio]

Hi!

I think that the major developers are all at JBossOne... just a moment
please...

Claudio

> -Original Message-
> From: Peter Shillan [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, March 27, 2002 9:41 AM
> To:   [EMAIL PROTECTED]
> Subject:  [JBoss-user] I'm the Invisible Man
> 
> Hi All,
> 
> This is more of an 'moral' post than anything else and may be seen as a
> bit of a whinge but bear with me...
> 
> I have been posting to the JBoss forums and can't get a single reply to my
> posts. I believe there is a problem with CMP 2.0 relationships and I can't
> seem to get anyone to take any notice of anything I say. I've tried to
> post to JBossCMP, EJB... nothing... notta... My posting handle is
> ObjectwizAtLycos if you're interested... :-)
> 
> Having been advised by Sasha to use the forums, naturally I was
> disappointed. The thing is, there are now three separate people evaluating
> different aspects of JBoss 3.0 in my company largely thanks to my efforts
> in pointing out the wonderful technology in use. I am, therefore, rather
> disappointed to find that I am apparently the Invisible Man of the lists.
> 
> - Is there a group of people that have now become so established as the
> 'JBoss Users' that no one else is allowed to 'join the club'?
> 
> - Are my questions so beneath the technical level of others that I am
> simply a blight on the group? If so, I wish someone would just tell me.
> 
> I must confess that before JBoss took off like a rocket, I tried to get
> involved in writing it and had a similar experience with a lack of
> interest in helping me to do that. But that was then. This is now and
> JBoss is a mighty fine product with mighty fine people behind it.
> 
> Will someone just tell me - please - what I am doing wrong?
> 
> Fond Regards,
> 
> Peter.
> 
> 
> 
> E-mail is an informal method of communication and may be subject to data
> corruption, interception and unauthorised amendment for which Digital
> Bridges Ltd will accept no liability. Therefore, it will normally be
> inappropriate to rely on information contained on e-mail without obtaining
> written confirmation.
> 
> This e-mail may contain confidential and/or privileged information. If you
> are not the intended recipient (or have received this e-mail in error)
> please notify the sender immediately and destroy this e-mail. Any
> unauthorized copying, disclosure or distribution of the material in this
> e-mail is strictly forbidden.
> 
> 
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Violating loader constraints...

[Vesco Claudio]

The problem is the java.lang.LinkageError. Have you restarted jboss?

Claudio

PS: if you prefer, we can continue the email privately in Italian.

> -Original Message-
> From: Bocio [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, March 22, 2002 12:18 PM
> To:   jboss-user
> Subject:  [JBoss-user] Violating loader constraints...
> 
> Hi guys,
> I'm writing a resource adapter under JBoss 2.4.4
> I was able to deploy and run a simpler version. Now I'm extending my
> custom
> client interface and I'm getting this error.
> Actually my Class PSSResponse is never instantiated where I get the
> exception.
> It's just a member of another class being instatiated.
> How could I violate loader constraints ?
> This class has no static members, has a public parametereless consrtuctor
> and,
> just in case implements Cloneable and Serializable ...
> I guess it's a more general EJB error and not a JCA related problem, isn't
> it ?
> 
> Any suggestion is appreciated.
> 
> Thank you in advance
> 
> Davide
> 
> [ERROR,ClientBean] TRANSACTION ROLLBACK EXCEPTION:
> javax.transaction.TransactionRolledbackException: Class
> com/notio/connector/client/PSSResponse
> violates loader constraints; nested exception is:
> java.lang.LinkageError: Class com/notio/connector/client/PSSResponse
> violates loader constraints
> java.lang.LinkageError: Class com/notio/connector/client/PSSResponse
> violates loader constraints
>   at java.lang.ClassLoader.defineClass0(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:486)
>   at
> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:111)
>   at java.net.URLClassLoader.defineClass(URLClassLoader.java:248)
>   at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
>   at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
>   at javax.management.loading.MLet.findClass(MLet.java:775)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:297)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:253)
>   at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:313)
>   at
> com.notio.connector.client.SimplePSSInteraction.execute(SimplePSSInteracti
> on.java:85)
>   at com.notio.connector.client.EchoBean.echo(EchoBean.java:107)
>   at java.lang.reflect.Method.invoke(Native Method)
>   at
> org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(
>   StatelessSessionContainer.java:542)
> 
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] In-browser Java applet client to jBoss?

[Vesco Claudio]

Hi alls!

My applet-ejb communication layer is very thin, only 12418 bytes :-), it
is implemented with java.lang.reflect.Proxy and so it need jdk 1.3+
(there is some problems with plugins < 1.3.0 02). I have implemented a
jndi implementation and a vesco-jrmp :-) with incapsulate rmi request
over http (only port 80 or 443). There is needed a servlet which remap
the requests in traditionals jrmp requests for jboss. I have implemented
a DGC for distribuited garbage collection. Only the ejb which are
registred with the rmi servlet can be accessed. I have another
advantage, I can manipulate the session attributes of the web
application (if I need it). I have only a problem: licency :-) I would
like to licency the sources with as lgpl but my society no :-(

Claudio

> -Original Message-
> From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, June 18, 2001 10:01 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: [JBoss-user] In-browser Java applet client to jBoss?
> 
> On Mon, Jun 18, 2001 at 09:38:33AM -0600, Bryan Field-Elliot wrote:
> > The strategy of building an EJB client out of a Java applet which
> uses 
> > RMI to communicate directly with an EJB server is (IMHO) technically
> 
> > elegant, but not very popular. I am wondering  if people have tried
> it 
> > with jBoss with success and with stories to tell? This is in a 
> > Joe-Public-Internet-User scenario.
> > 
> > We don't need to rehash the standard "firewall issues" with RMI; I
> think 
> > those issues are pretty well established.
> > 
> > What I'm more concerned with are questions like:
> > 
> > 1. What's the footprint of the client files needed? Is there a .Jar
> file 
> > within jBoss specifically meant for clients? Is it too big that the 
> > average public Internet user would get annoyed downloading it?
> > 
> > 2. Does it function well on various Java-enabled browsers, such as 
> > different versions of MSIE, Netscape, Mozilla, etc?
> > 
> > 3. What if the client's browser's JDK is 1.2, but my jBoss server's
> JDK 
> > is 1.3? Any issues there?
> > 
> > 4. Is this just a bad idea in general, and should a rich-client
> applet 
> > be communicating via HTTP and a Servlet (and perhaps XML or SOAP),
> as 
> > opposed to RMI directly?
> 
> At my work our application uses applets that talk directly to EJBs (in
> WebLogic, not JBoss, unfortunately) and it *sucks*.  IMO, it is a
> *terrible* idea.  You will run into problems with the quality of the
> JVMs
> embedded in the various browsers (we require the Java Plugin).
> 
> Browsers know HTTP.  If you wish to keep the advantages of having a
> browser
> as your client, then stick with HTTP.  SOAP or XML-RPC looks like a
> good
> way to go to me.
> 
> I would also advise staying away from applets, but it depends on your
> users.  If you stick with HTML then you have the possibility of your
> clients being set-top boxes, PDAs, cell-phones, etc.  You can
> implement
> a pretty rich UI using JavaScript and CSS (although you run into
> browser compatiblity problems).
> 
> Toby.
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Still can't deploy on jBoss 2.2.2_Tomcat-3.2.2, OK before w/ jBoss-2.2.1

[Vesco Claudio]

Hi!

Can you apply this patch

http://sourceforge.net/tracker/index.php?func=detail&aid=430035&group_id
=22866&atid=376687

Claudio

> -Original Message-
> From: Jim Archer [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, June 06, 2001 6:10 AM
> To:   [EMAIL PROTECTED]
> Subject:  [JBoss-user] Still can't deploy on jBoss
> 2.2.2_Tomcat-3.2.2, OK before w/ jBoss-2.2.1
> 
> Hi All...
> 
> I posted an earlier message saying that I could not deploy an EAR
> under 
> jBoss-2.2.2_Tomcat-3.2.2, but it deploys and runs fine on 
> jBoss-2.2.1_Tomcat-3.2.1. I received a reply pointing me to the docs,
> and I 
> reviewed them and my app carefully. Prehaps I'm at the point where I
> can't 
> see the problem when it is clear, but things do look correct to me.
> Also, 
> it still deploys and runs fine under the old distribution
> (jboss-2.2.1).
> 
> I tried running the app, and I get a naming exception saying "env not 
> bound." The app then goes into an endless loop, trying to do the
> lookup 
> over and over. Strangly, my app has no loop. If the lookup fails, I
> catch 
> thenaming exception and throw a new exception of my own, thats caught
> and 
> returned to the client. So this looping behavior is a bit mysterious.
> 
> I can see that the exception on deployment is being generated by the
> new 
> webapp container code, so prehaps someone could tell me if this new
> code 
> changed how descriptors are parsed? Is there a change to the
> requirements, 
> or prehaps an old requirement is now enforced that was not before?
> 
> I have pasted the earlier message below for reference. I would
> appreciate 
> any assistance.
> 
> Thanks very much!
> 
> Jim
> 
> * Earlier message *
> 
> I just DLed and installed jBoss-2.2.2_Tomcat-3.2.2. I was able to
> start it 
> OK, but when I deployed my EAR I got the exception I pasted below.
> This EAR 
> deploys and runs fine on jBoss-2.2.1_Tomcat-3.2.1.
> 
> I'm using Sun JDK 1.3.1 on Windows 2000 SP2.
> 
> The explanation of the problem is clearly stated in the exception.
> What 
> confuses me is that I don't actually have a web-app.xml file anywhere,
> and 
> never had (yet it worked). I do have a web.xml file thats required for
> the 
> JNDI name binding.
> 
> I saw in the change log that web-app.xml parsing had been changed to 
> support ENC. I could not find a reference to this file in the
> jboss/tomcat 
> howto or the J2EE PFD3 specification. I also checked the test EAR that
> 
> ships with jBoss/TC and although it had a web.xml file it had no 
> web-app.xml file.
> 
> So I'm at a loss and would appreciate a some help.
> 
> Thanks very much...
> 
> Jim
> 
> 
> 
> [J2EE Deployer Default] Starting module Regnet-ver001a-web.war
> [Auto deploy] deploy, ctxPath=/regnet, 
> warUrl=file:/C:/JBoss-2.2.2_Tomcat-3.2.2/
> jboss/tmp/deploy/Default/Regnet-ver001a.ear/web1006/
> 2001-06-02 12:46:36 - ContextManager: Adding context Ctx( /regnet )
> [Auto deploy] AbstractWebContainer.parseWebAppDescriptors, Begin
> [Auto deploy] org.jboss.ejb.DeploymentException: ejb-ref ejb/AleEntity
> 
> found in
> jboss-web.xml but not in web-app.xml
> [Auto deploy]   at 
> org.jboss.metadata.WebMetaData.importJBossWebXml(WebMetaData.
> java:152)
> [Auto deploy]   at 
> org.jboss.metadata.WebMetaData.importXml(WebMetaData.java:80)
> 
> [Auto deploy]   at 
> org.jboss.web.AbstractWebContainer.parseWebAppDescriptors(Abs
> tractWebContainer.java:274)
> [Auto deploy]   at 
> org.jboss.web.AbstractWebContainer$DescriptorParser.parseWebA
> ppDescriptors(AbstractWebContainer.java:398)
> [Auto deploy]   at 
> org.jboss.tomcat.naming.JbossWebXmlReader.contextInit(JbossWe
> bXmlReader.java:61)
> [Auto deploy]   at 
> org.apache.tomcat.core.ContextManager.initContext(ContextMana
> ger.java:491)
> [Auto deploy]   at 
> org.jboss.tomcat.TomcatEntry.initContext(TomcatEntry.java:144
> )
> [Auto deploy]   at 
> org.jboss.tomcat.EmbeddedTomcatServiceSX.performDeploy(Embedd
> edTomcatServiceSX.java:117)
> [Auto deploy]   at 
> org.jboss.web.AbstractWebContainer.deploy(AbstractWebContaine
> r.java:178)
> [Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
> [Auto deploy]   at 
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl
> .java:1628)
> [Auto deploy]   at 
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl
> .java:1523)
> [Auto deploy]   at 
> org.jboss.deployment.J2eeDeployer.startApplication(J2eeDeploy
> er.java:431)
> [Auto deploy]   at 
> org.jboss.deployment.J2eeDeployer.deploy(J2eeDeployer.java:17
> 8)
> [Auto deploy]   at java.lang.reflect.Method.invoke(Native Method)
> [Auto deploy]   at 
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl
> .java:1628)
> [Auto deploy]   at 
> com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl
> .java:1523)
> [Auto deploy]   at
> org.jboss.ejb.AutoDeployer.deploy(AutoDeployer.java:358)
> [Auto deploy]   at
> org.jboss.ejb.AutoDeployer.run(AutoDeployer.java:221)
> [Auto deploy]   at java.lang.T

RE: [JBoss-user] What happened to tomcat test ear?

[Vesco Claudio]

Hi!

I have submitted a patch which resolve this problems...

http://sourceforge.net/tracker/index.php?func=detail&aid=430035&group_id
=22866&atid=376687

Claudio

> -Original Message-
> From: Cuong Tran [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, June 05, 2001 10:13 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: [JBoss-user] What happened to tomcat test ear?
> 
> 
>   Is your machine connected to the Internet?
> 
> --- Juha Lindfors <[EMAIL PROTECTED]> wrote:
> > At 09:30 4.6.2001 -0500, you wrote:
> > >I am testing out the new jboss Tomcat version on Solaris 5.6.  Can
> > >anyone tell me why the tomcat-test.ear is failing?
> > 
> > Looks like the parser can't validate the xml because:
> > 
> > >2001-06-04 09:23:13 - ContextManager: Adding context Ctx( /jboss )
> > >[Auto deploy] java.net.UnknownHostException: java.sun.com
> > >[Auto deploy]   at
> > org.apache.crimson.parser.Parser2.fatal(Parser2.java:3035)
> > >[Auto deploy]   at
> >
> org.apache.crimson.parser.Parser2.externalParameterEntity(Parser2.java
> :2723)
> > >[Auto deploy]   at
> >
> org.apache.crimson.parser.Parser2.maybeDoctypeDecl(Parser2.java:1154)
> > >[Auto deploy]   at
> > org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:488)
> > 
> > could that be it?
> > 
> > -- Juha
> > 
> > 
> > 
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> =
> Cuong Q. Tran <[EMAIL PROTECTED]>
> 
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35 
> a year!  http://personal.mail.yahoo.com/
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

[JBoss-user] test

[Vesco Claudio]

sorry for the test

Claudio

-- 
-- PREVINET S.p.A.  [EMAIL PROTECTED]
-- Via Ferretto 1   ph  x39-041-5907073
-- I-31021 Mogliano V.to (TV) fax   x39-041-5907087
-- ITALY


___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Problems with JBoss 2.2.2

[Vesco Claudio]

Hi!

I have submitted the patch to sourceforge...

Claudio

> -Original Message-
> From: Ralf Purnhagen [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, June 05, 2001 8:58 AM
> To:   jBoss
> Subject:  [JBoss-user] Problems with JBoss 2.2.2
> 
> Hi,
> 
> the new binary release 2.2.2 with Tomcat seems to have problems with
> verifying the web.xml files. When deploying a new application,
> the server tries to establish an internet connection to get the
> corresponding DTD.
> 
> After deleting the DTD-reference from my web.xml i can deploy my
> application, but i get the following messages on each request:
> 
> [EmbeddedTomcatSX] Warning: validation was turned on but an
> org.xml.sax.ErrorHandler was not
> [EmbeddedTomcatSX] set, which is probably not what is desired.  Parser
> will use a default
> [EmbeddedTomcatSX] ErrorHandler to print the first 10 errors.  Please
> call
> [EmbeddedTomcatSX] the 'setErrorHandler' method to fix this.
> [EmbeddedTomcatSX] Error: URI=null Line=3:
> org.apache.crimson.parser/V-005 web-app
> [EmbeddedTomcatSX] Error: URI=null Line=5:
> org.apache.crimson.parser/V-005 servlet
> [EmbeddedTomcatSX] Error: URI=null Line=6:
> org.apache.crimson.parser/V-005 servlet-name
> [EmbeddedTomcatSX] Error: URI=null Line=7:
> org.apache.crimson.parser/V-005 servlet-class
> [EmbeddedTomcatSX] Error: URI=null Line=8:
> org.apache.crimson.parser/V-005 init-param
> [EmbeddedTomcatSX] Error: URI=null Line=9:
> org.apache.crimson.parser/V-005 param-name
> [EmbeddedTomcatSX] Error: URI=null Line=10:
> org.apache.crimson.parser/V-005 param-value
> [EmbeddedTomcatSX] Error: URI=null Line=18:
> org.apache.crimson.parser/V-005 servlet-mapping
> [EmbeddedTomcatSX] Error: URI=null Line=20:
> org.apache.crimson.parser/V-005 url-pattern
> [EmbeddedTomcatSX] Error: URI=null Line=23:
> org.apache.crimson.parser/V-005 session-config
> 
> Is it possible to switch validation off?
> 
> Thank you,
> Ralf
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] where can i find the minerva source

[Vesco Claudio]

Hi!

They are in jbosscx :-)))

I have now cvs co (anonymous) the new jbosspool module...

Claudio

PS: I remember you: connector patches :-)))

> -Original Message-
> From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Sent: Monday, May 14, 2001 10:15 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: [JBoss-user] where can i find the minerva source
> 
> On Mon, May 14, 2001 at 10:11:44AM +0200, Vesco Claudio wrote:
> > Hi!
> > 
> > I need also the source of minerva package because I have implemented
> > connection sharing for jca... when can we have the new package in
> jboss?
> 
> Couple of days.  It will remain at a couple of days until
> approximately
> two days before it is done.
> 
> I'm a little confused by your statement.  How can you have implemented
> it without having the Minerva source?
> 
> Anyway, I should have it imported today or tomorrow.  Couple of days.
> 
> Toby.
> 
> > > -Original Message-
> > > From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> > > Sent: Sunday, May 13, 2001 11:49 PM
> > > To:   [EMAIL PROTECTED]
> > > Subject:  Re: [JBoss-user] where can i find the minerva source
> > > 
> > > On Sun, May 13, 2001 at 11:28:18PM +0200, Tbone wrote:
> > > > Hi,
> > > > 
> > > > I have some pools of my own and i want to make them minerva( the
> > > jboss pool
> > > > implementation ) compatible.
> > > > 
> > > > where do I find the source of minerva package
> > > > i've traveled the jboss source tree.
> > > 
> > > You can find the sources in the jbosscx module, under
> src/external.
> > > However,
> > > I would advise holding off for a couple of days because we are
> forking
> > > Minerva and bringing it back under the JBoss umbrella.  This will
> mean
> > > that
> > > the package names will change.  Stay tuned.
> > > 
> > > Toby.
> > > 
> > > > greetz tbone
> > > 
> > > Word! :-)
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] where can i find the minerva source

[Vesco Claudio]

Hi!

I need also the source of minerva package because I have implemented
connection sharing for jca... when can we have the new package in jboss?

Claudio


> -Original Message-
> From: Toby Allsopp [SMTP:[EMAIL PROTECTED]]
> Sent: Sunday, May 13, 2001 11:49 PM
> To:   [EMAIL PROTECTED]
> Subject:  Re: [JBoss-user] where can i find the minerva source
> 
> On Sun, May 13, 2001 at 11:28:18PM +0200, Tbone wrote:
> > Hi,
> > 
> > I have some pools of my own and i want to make them minerva( the
> jboss pool
> > implementation ) compatible.
> > 
> > where do I find the source of minerva package
> > i've traveled the jboss source tree.
> 
> You can find the sources in the jbosscx module, under src/external.
> However,
> I would advise holding off for a couple of days because we are forking
> Minerva and bringing it back under the JBoss umbrella.  This will mean
> that
> the package names will change.  Stay tuned.
> 
> Toby.
> 
> > greetz tbone
> 
> Word! :-)
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Re: Fw: Castor

[Vesco Claudio]

These patches allow to run multiple instances of castor because each
castor is a distinct rar instance with a different classloader.
Precondition: I created a client jar (castor-0.9.2-client.jar) with only
interfaces and exceptions, this jar can reside in jboss ext dir and ejb
jar.

Until now I dont have response from exolab :-(

Now I submit a patch which implement application_1_3.dtd connector
module for EAR jar.

Claudio

PS: Performances with castor are very nice...

> -Original Message-
> From: Ralf Purnhagen [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 7:28 AM
> To:   [EMAIL PROTECTED]
> Subject:  [JBoss-user] Re: Fw: Castor
> 
> Hi,
> 
> do these patches allow to run multiple instances of Castor in the same
> JBoss instance? Also there was a problem with changing the
> mapping.xml.
> Because Castor is caching the Mapping in a static class, it was not
> possible to change mapping without restarting the whole VM.
> 
> Ralf
> 
> Vesco Claudio wrote:
> > 
> > Hi!
> > 
> > I submitted some patches to exolab implementing a jca interface for
> > castor. If the patches are accepted then we can deploy and redeploy
> rar
> > castor in jboss with jboss always up.
> > 
> > Claudio.
> > 
> > > -Original Message-
> > > From: Marc Antoine Garrigue
> > > [SMTP:[EMAIL PROTECTED]]
> > > Sent: Wednesday, May 09, 2001 7:34 PM
> > > To:   [EMAIL PROTECTED]
> > > Subject:  [JBoss-user] Fw: Castor
> > >
> > >
> > > - Original Message -
> > > From: Marc Antoine Garrigue <mailto:[EMAIL PROTECTED]>
> > > To: JBoss-User <mailto:[EMAIL PROTECTED]>
> > > Sent: Wednesday, May 09, 2001 6:32 PM
> > > Subject: Castor
> > >
> > > Hi,
> > > As anyone experienced some stuff with castor in jboss?
> > > I'm especially interrested in the Entity stuffs.
> > > Could anybody send me some advices, examples or/and configs.
> > > Thank u
> > >
> > >
> > 
> > ___
> > JBoss-user mailing list
> > [EMAIL PROTECTED]
> > http://lists.sourceforge.net/lists/listinfo/jboss-user
> 
> 
> ___
> JBoss-user mailing list
> [EMAIL PROTECTED]
> http://lists.sourceforge.net/lists/listinfo/jboss-user

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] Fw: Castor

[Vesco Claudio]

Hi!

I submitted some patches to exolab implementing a jca interface for
castor. If the patches are accepted then we can deploy and redeploy rar
castor in jboss with jboss always up.

Claudio.

> -Original Message-
> From: Marc Antoine Garrigue
> [SMTP:[EMAIL PROTECTED]]
> Sent: Wednesday, May 09, 2001 7:34 PM
> To:   [EMAIL PROTECTED]
> Subject:  [JBoss-user] Fw: Castor
> 
>  
> - Original Message - 
> From: Marc Antoine Garrigue  
> To: JBoss-User  
> Sent: Wednesday, May 09, 2001 6:32 PM
> Subject: Castor
> 
> Hi,
> As anyone experienced some stuff with castor in jboss?
> I'm especially interrested in the Entity stuffs.
> Could anybody send me some advices, examples or/and configs.
> Thank u
>  
>  

___
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user

RE: [JBoss-user] EJB and applets : problem with RMI classloading

[Vesco Claudio]

Hi!

I implemented a applet-web app-ejb app gateway which permits invoking
ejbs from an applet (no SOAP :-) ) with only http:80 or https:443
requests. If you like I send you the files.

Claudio

> -Original Message-
> From: Sacha Labourey [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, May 08, 2001 8:46 PM
> To:   [EMAIL PROTECTED]
> Subject:  RE: [JBoss-user] EJB and applets : problem with RMI
> classloading
> 
> Hello,
> 
> I continue to track my problem... When the exception is raised, the
> MashallInputStream.ResolveProxyClass is called. Here it is...:
> 
> /**
>  * resolveProxyClass is extended to acquire (if present) the
> location
>  * to determine the class loader to define the proxy class in.
>  */
> protected Class resolveProxyClass(String[] interfaces)
>   throws IOException, ClassNotFoundException
> {
>   /*
>* Always read annotation written by MarshalOutputStream.
>*/
>   Object annotation = readLocation();
> 
>   /*
>* Choose the class loader to define the proxy class in.
>*/
>   ClassLoader loader;
>   if (!useCodebaseOnly &&
>   annotation != null && (annotation instanceof String))
>   {
>   String location = (String) annotation;
> **loader = LoaderHandler.getClassLoader(location);
>   } else {
>   loader = LoaderHandler.getClassLoader(null);
>   }
> 
>   /*
>* First resolve the interface names to Class objects, and then
>* get the proxy class defined in the chosen class loader.
>*/
>   Class[] classObjs = new Class[interfaces.length];
>   for (int i = 0; i < interfaces.length; i++) {
>   classObjs[i] = Class.forName(interfaces[i], false, loader);
>   }
>   return java.lang.reflect.Proxy.getProxyClass(loader, classObjs);
> }
> 
> 
> And the call goes through where you can read the stars (**).
> Consequently, it seems that the rmi stuff tries to find a decent
> classloader for the proxy being unmarshalled and first tries, if
> existant, with the string codebase serialized with the proxy. In this
> case, it indicates a JBoss file!
> 
> Issues:
>   - How is this solved with standard application (not running on
> the local host)?
>   - If this is really the case, is this a bug? in this case, the
> codebase should be empty or indicate the URL of the JBoss webserver
>   - Shouldn't the rmi stuff first try to load the class from the
> local classloader? It does not seem to in what I see.. but...
> 
> ANY help would be really appreciated.
> 
> It seems that numerous people on this ML had this problem in February
> of this year.
> 
> Thank you. Cheers,
> 
> 
> 
>   Sacha
> 
> 
> 
> > -Message d'origine-
> > De : [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]De la part de Sacha
> > Labourey
> > Envoyé : mardi, 8 mai 2001 16:17
> > À : jBoss-User Mailing List
> > Objet : [JBoss-user] EJB and applets : problem with RMI classloading
> > 
> > 
> > Hello,
> > 
> > I am trying to make a JBoss SLSB accessible from an Applet.
> > 
> > After having solved some JNDI issues, I have a problem in the 
> > lookup code. It seems that the codebase given by JBoss indicates 
> > a local file. Here is the stack trace from the Applet (browser 
> > not running on the same host as JBoss i.e. the file path cannot 
> > have a coherent meaning in this case):
> > 
> > java.security.AccessControlException: access denied 
> > (java.io.FilePermission 
> > \C:\Internet\AS\JBoss-2.2.1\tmp\deploy\Default\monitron_applet_bea
> > n.jar\- read) 
> > at 
> > java.security.AccessControlContext.checkPermission(AccessControlCo
> > ntext.java:272) 
> > at 
> >
> java.security.AccessController.checkPermission(AccessController.java:3
> 99)
> > at 
> > java.lang.SecurityManager.checkPermission(SecurityManager.java:545)
> > at 
> > sun.rmi.server.LoaderHandler$Loader.checkPermissions(LoaderHandler
> > .java:759)
> > at 
> >
> sun.rmi.server.LoaderHandler$Loader.access$000(LoaderHandler.java:713)
> > at 
> > sun.rmi.server.LoaderHandler.getClassLoader(LoaderHandler.java:265)
> > at 
> > sun.rmi.server.MarshalInputStream.resolveProxyClass(MarshalInputSt
> > ream.java:172)
> > at 
> > java.io.ObjectInputStream.inputProxyClassDescriptor(ObjectInputStr
> > eam.java:982)
> > at
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:370)
> > at
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
> > at 
> > java.io.ObjectInputStream.inputObject(ObjectInputStream.java:1186)
> > at
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:386)
> > at
> java.io.ObjectInputStream.readObject(ObjectInputStream.java:236)
> > at java.rmi.MarshalledObject.get(MarshalledObject.java:138)
> > at
> org.jnp.interfaces.NamingContext.lookup(NamingContext.java:299)
> > at
> org.jnp.interfaces.NamingContext.lookup(N