RE: [JBoss-user] Updating CastorJDO plugin for 2.4.4
any plans on using JCA to connect Castor JDO into JBoss? -Original Message- From: David Jencks [mailto:[EMAIL PROTECTED]] Sent: Tuesday, January 08, 2002 4:05 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-user] Updating CastorJDO plugin for 2.4.4 I think cvsroot/jboss/contrib/castorjdo never got tagged with Branch_2_4_4 when Jason did the reorganization of the build system. I suspect it should be, there are other changes likely to happen in cvsroot/jboss/contrib/varia. Jason is probably the only one to know for sure... ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
Re: [JBoss-user] Updating CastorJDO plugin for 2.4.4
I think cvsroot/jboss/contrib/castorjdo never got tagged with Branch_2_4_4
when Jason did the reorganization of the build system. I suspect it should
be, there are other changes likely to happen in
cvsroot/jboss/contrib/varia. Jason is probably the only one to know for
sure...
david jencks
On 2002.01.08 18:29:58 -0500 Adrian Brock wrote:
> Thanks for the pointer.
>
> There seems to be some confusion with this package.
>
> It was moved to
>
> cvsroot/jboss/contrib/varia
>
> back in August last year, but the old directory was never removed?
>
> cvsroot/jboss/contrib/castorjdo
>
> This fix was done in varia last November.
>
> It never made it into 2.4.4 however :-(
>
> I assume castorjdo is dead and varia now contains the
> real version.
>
> Regards,
> Adrian
>
> >From: "Christopher D. Audley" <[EMAIL PROTECTED]>
> >To: [EMAIL PROTECTED]
> >Subject: [JBoss-user] Updating CastorJDO plugin for 2.4.4
> >Date: Tue, 08 Jan 2002 16:55:45 -0500
> >
> >Seems Castor support broke for JBoss 2.4.4, so the jar files were just
> >yanked from the website without a word, despite a few questions from
> >users. I keep getting bad vibes about the viability of castor, things
> >like this don't help. Fortunately, I've only converted two of my EJB's
> >to castor when this happened, so it won't be too much work to back
> track.
> >
> >In the meantime, I've checked out the castorjdo plugin for JBoss and
> >updated it so that it will compile and run under JBoss 2.4.4.
> >Basically, I wrote a specialized java.io.Writer that encapsulates an
> >org.jboss.logging.Logger in the org.jboss.jdo.castor package for the
> >CastorJDO MBean. That class is attached. Then changes are made to
> >CastorJDOImpl.java to instanciate this class for getPrintWriter, patches
> >are attached. I've done some basic testing under 2.4.4, it compiles and
> >runs without generating exceptions and JDO functionality works.
> >
> >YMMV
> >
> >Cheers
> >Chris
> ><< LogWriter.java >>
> >Index: CastorJDOImpl.java
> >===
> >RCS file:
> >/cvsroot/jboss/contrib/castorjdo/src/main/org/jboss/jdo/castor/CastorJDOImpl.java,v
> >retrieving revision 1.12
> >diff -u -r1.12 CastorJDOImpl.java
> >--- CastorJDOImpl.java 2001/10/25 21:28:19 1.12
> >+++ CastorJDOImpl.java 2002/01/08 21:51:16
> >@@ -36,9 +36,6 @@
> > import org.exolab.castor.persist.spi.LogInterceptor;
> > import org.exolab.castor.xml.Unmarshaller;
> >
> >-import org.jboss.logging.Log;
> >-import org.jboss.logging.Logger;
> >-import org.jboss.logging.LogWriter;
> > import org.jboss.util.ServiceMBeanSupport;
> >
> > import org.jboss.proxy.Proxy;
> >@@ -327,12 +324,12 @@
> >
> >
> > public void exception(Exception except) {
> >-log.exception(except);
> >+log.error(except.toString());
> > }
> >
> > public PrintWriter getPrintWriter() {
> > if (writer == null) {
> >-writer = new LogWriter(log);
> >+writer = new PrintWriter( new LogWriter(log) );
> > }
> > return writer;
> > }
>
>
>
>
> _
> Join the worlds largest e-mail service with MSN Hotmail.
> http://www.hotmail.com
>
>
> ___
> 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] Updating CastorJDO plugin for 2.4.4
Thanks for the pointer.
There seems to be some confusion with this package.
It was moved to
cvsroot/jboss/contrib/varia
back in August last year, but the old directory was never removed?
cvsroot/jboss/contrib/castorjdo
This fix was done in varia last November.
It never made it into 2.4.4 however :-(
I assume castorjdo is dead and varia now contains the
real version.
Regards,
Adrian
>From: "Christopher D. Audley" <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED]
>Subject: [JBoss-user] Updating CastorJDO plugin for 2.4.4
>Date: Tue, 08 Jan 2002 16:55:45 -0500
>
>Seems Castor support broke for JBoss 2.4.4, so the jar files were just
>yanked from the website without a word, despite a few questions from
>users. I keep getting bad vibes about the viability of castor, things
>like this don't help. Fortunately, I've only converted two of my EJB's
>to castor when this happened, so it won't be too much work to back track.
>
>In the meantime, I've checked out the castorjdo plugin for JBoss and
>updated it so that it will compile and run under JBoss 2.4.4.
>Basically, I wrote a specialized java.io.Writer that encapsulates an
>org.jboss.logging.Logger in the org.jboss.jdo.castor package for the
>CastorJDO MBean. That class is attached. Then changes are made to
>CastorJDOImpl.java to instanciate this class for getPrintWriter, patches
>are attached. I've done some basic testing under 2.4.4, it compiles and
>runs without generating exceptions and JDO functionality works.
>
>YMMV
>
>Cheers
>Chris
><< LogWriter.java >>
>Index: CastorJDOImpl.java
>===
>RCS file:
>/cvsroot/jboss/contrib/castorjdo/src/main/org/jboss/jdo/castor/CastorJDOImpl.java,v
>retrieving revision 1.12
>diff -u -r1.12 CastorJDOImpl.java
>--- CastorJDOImpl.java 2001/10/25 21:28:19 1.12
>+++ CastorJDOImpl.java 2002/01/08 21:51:16
>@@ -36,9 +36,6 @@
> import org.exolab.castor.persist.spi.LogInterceptor;
> import org.exolab.castor.xml.Unmarshaller;
>
>-import org.jboss.logging.Log;
>-import org.jboss.logging.Logger;
>-import org.jboss.logging.LogWriter;
> import org.jboss.util.ServiceMBeanSupport;
>
> import org.jboss.proxy.Proxy;
>@@ -327,12 +324,12 @@
>
>
> public void exception(Exception except) {
>-log.exception(except);
>+log.error(except.toString());
> }
>
> public PrintWriter getPrintWriter() {
> if (writer == null) {
>-writer = new LogWriter(log);
>+writer = new PrintWriter( new LogWriter(log) );
> }
> return writer;
> }
_
Join the worlds largest e-mail service with MSN Hotmail.
http://www.hotmail.com
___
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Updating CastorJDO plugin for 2.4.4
Seems Castor support broke for JBoss 2.4.4, so the jar files were just
yanked from the website without a word, despite a few questions from
users. I keep getting bad vibes about the viability of castor, things
like this don't help. Fortunately, I've only converted two of my EJB's
to castor when this happened, so it won't be too much work to back track.
In the meantime, I've checked out the castorjdo plugin for JBoss and
updated it so that it will compile and run under JBoss 2.4.4.
Basically, I wrote a specialized java.io.Writer that encapsulates an
org.jboss.logging.Logger in the org.jboss.jdo.castor package for the
CastorJDO MBean. That class is attached. Then changes are made to
CastorJDOImpl.java to instanciate this class for getPrintWriter, patches
are attached. I've done some basic testing under 2.4.4, it compiles and
runs without generating exceptions and JDO functionality works.
YMMV
Cheers
Chris
LogWriter.java
Description: java/
Index: CastorJDOImpl.java
===
RCS file:
/cvsroot/jboss/contrib/castorjdo/src/main/org/jboss/jdo/castor/CastorJDOImpl.java,v
retrieving revision 1.12
diff -u -r1.12 CastorJDOImpl.java
--- CastorJDOImpl.java 2001/10/25 21:28:19 1.12
+++ CastorJDOImpl.java 2002/01/08 21:51:16
@@ -36,9 +36,6 @@
import org.exolab.castor.persist.spi.LogInterceptor;
import org.exolab.castor.xml.Unmarshaller;
-import org.jboss.logging.Log;
-import org.jboss.logging.Logger;
-import org.jboss.logging.LogWriter;
import org.jboss.util.ServiceMBeanSupport;
import org.jboss.proxy.Proxy;
@@ -327,12 +324,12 @@
public void exception(Exception except) {
-log.exception(except);
+log.error(except.toString());
}
public PrintWriter getPrintWriter() {
if (writer == null) {
-writer = new LogWriter(log);
+writer = new PrintWriter( new LogWriter(log) );
}
return writer;
}
[JBoss-user] passing interface as an EJB parameter?
Hi: Is it legal to pass an interface like List as a parameter to a remote interface of an EJB? Conversely, how about returning an interace like List as the return type? Since List is an interface and not serializable, I wonder if it would be marshalled/unmarshalled correctly. Thanks, keith ___ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
[JBoss-user] Could not activate problem after SecurityException
Hi, We are using jboss 2.4.3 and tomcat 3.2.1 in separate JVMs, having several Stateful SessionBeans and BMP EntityBeans ans applets to access the beans. I've configured JAAS based security for roles Aministrator, Advanced and Standard. It's working fine so far. But we have the case that role Standard is allowed to create/remove a SessionBean and call method readObjectData, but is not allowed to call method readDetailData. If readDetailData is called a SecurityException is thrown, that's ok. But after that we get a TRANSACTION ROLLBACK EXCEPTION on the next call on that SessionBean. [SubscriberSB] Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] TRANSACTION ROLLBACK EXCEPTION:checkSecurityAssociation; nested exception is: java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard]; nested exception is: java.rmi.RemoteException: checkSecurityAssociation; nested exception is: java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] java.rmi.RemoteException: checkSecurityAssociation; nested exception is: [SubscriberSB] java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityI nterceptor.java:216) [SubscriberSB] at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 7) [SubscriberSB] at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSess ionInstanceInterceptor.java:243) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:307) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) [SubscriberSB] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) [SubscriberSB] at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java: 341) [SubscriberSB] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:395) [SubscriberSB] at java.lang.reflect.Method.invoke(Native Method) [SubscriberSB] at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) [SubscriberSB] at sun.rmi.transport.Transport$1.run(Unknown Source) [SubscriberSB] at java.security.AccessController.doPrivileged(Native Method) [SubscriberSB] at sun.rmi.transport.Transport.serviceCall(Unknown Source) [SubscriberSB] at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) [SubscriberSB] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) [SubscriberSB] at java.lang.Thread.run(Unknown Source) [SubscriberSB] TRANSACTION ROLLBACK EXCEPTION:Could not activate; nested exception is: java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified); nested exception is: java.rmi.NoSuchObjectException: Could not activate; nested exception is: java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified) [SubscriberSB] java.rmi.NoSuchObjectException: Could not activate; nested exception is: [SubscriberSB] java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified) [SubscriberSB] at org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCache.java:2 11) [SubscriberSB] at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSess ionInstanceInterceptor.java:194) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:307) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) [SubscriberSB] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) [SubscriberSB] at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java: 341) [SubscriberSB] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:395) [SubscriberSB] at java.lang.reflect.Method.invoke(Nativ
[JBoss-user] Could not activate problem after SecurityException
Hi, We are using jboss 2.4.3 and tomcat 3.2.1 in separate JVMs, having several Stateful SessionBeans and BMP EntityBeans ans applets to access the beans. I've configured JAAS based security for roles Aministrator, Advanced and Standard. It's working fine so far. But we have the case that role Standard is allowed to create/remove a SessionBean and call method readObjectData, but is not allowed to call method readDetailData. If readDetailData is called a SecurityException is thrown, that's ok. But after that we get a TRANSACTION ROLLBACK EXCEPTION on the next call on that SessionBean. [SubscriberSB] Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] TRANSACTION ROLLBACK EXCEPTION:checkSecurityAssociation; nested exception is: java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard]; nested exception is: java.rmi.RemoteException: checkSecurityAssociation; nested exception is: java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] java.rmi.RemoteException: checkSecurityAssociation; nested exception is: [SubscriberSB] java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] java.lang.SecurityException: Insufficient method permissions, principal=StandardUser, method=readDetailData, requiredRoles=[Advanced, Administrator], principalRoles=[Standard] [SubscriberSB] at org.jboss.ejb.plugins.SecurityInterceptor.checkSecurityAssociation(SecurityI nterceptor.java:216) [SubscriberSB] at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:11 7) [SubscriberSB] at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSess ionInstanceInterceptor.java:243) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:307) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) [SubscriberSB] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) [SubscriberSB] at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java: 341) [SubscriberSB] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:395) [SubscriberSB] at java.lang.reflect.Method.invoke(Native Method) [SubscriberSB] at sun.rmi.server.UnicastServerRef.dispatch(Unknown Source) [SubscriberSB] at sun.rmi.transport.Transport$1.run(Unknown Source) [SubscriberSB] at java.security.AccessController.doPrivileged(Native Method) [SubscriberSB] at sun.rmi.transport.Transport.serviceCall(Unknown Source) [SubscriberSB] at sun.rmi.transport.tcp.TCPTransport.handleMessages(Unknown Source) [SubscriberSB] at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(Unknown Source) [SubscriberSB] at java.lang.Thread.run(Unknown Source) [SubscriberSB] TRANSACTION ROLLBACK EXCEPTION:Could not activate; nested exception is: java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified); nested exception is: java.rmi.NoSuchObjectException: Could not activate; nested exception is: java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified) [SubscriberSB] java.rmi.NoSuchObjectException: Could not activate; nested exception is: [SubscriberSB] java.io.FileNotFoundException: D:\ProgramFiles\Tenovis\ADN-Web\JBoss\db\sessions\SubscriberSB\1010399848332 .ser (The system cannot find the file specified) [SubscriberSB] at org.jboss.ejb.plugins.AbstractInstanceCache.get(AbstractInstanceCache.java:2 11) [SubscriberSB] at org.jboss.ejb.plugins.StatefulSessionInstanceInterceptor.invoke(StatefulSess ionInstanceInterceptor.java:194) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorCMT.java:133) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT. java:307) [SubscriberSB] at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:99) [SubscriberSB] at org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) [SubscriberSB] at org.jboss.ejb.StatefulSessionContainer.invoke(StatefulSessionContainer.java: 341) [SubscriberSB] at org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JRMPContainerI nvoker.java:395) [SubscriberSB] at java.lang.reflect.Method.invoke(Nativ
[JBoss-user] Re: JBoss-user digest, Vol 1 #1753 - 4 msgs
Hi Jochen, Out of curiosity, what are it's benefits over the likes of Castor? Jon > > From: "Wiedmann, Jochen" <[EMAIL PROTECTED]> > To: "'[EMAIL PROTECTED]'" > <[EMAIL PROTECTED]> > Date: Mon, 7 Jan 2002 18:30:54 +010- > Subject: [JBoss-user] Announce: JaxMe Java/XML binding tool > > Hi, > > I'd like to announce the release 1.03 of JaxMe, a Java/XML > binding tool. This version comes with a generator for > entity beans with BMP. > > The generated beans have methods > > void create(XMLObject) > void update(XMLObject) > XMLObject getXML() > > that are mainly bulk accessors for the complete data stored > in the bean. An XMLObject is a type safe representation of > an XML document, that can be serialized into a stream, or > vice versa, can be read from a stream via an also generated > SAX 2 parser. > > The suggested use is not using the generated classes > directly, but to manually derive a subclass for more > granular access to the XML data. For example, the > subclass might contain methods getState() and/or > setState(). > > JaxMe is available from > > http://jaxme.sourceforge.net > > Any feedback welcome, > > Jochen > > --__--__-- > > ___ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user > > End of JBoss-user Digest begin:vcard n:Ferguson;Jon tel;work:+-44 (0)1358 711201 x-mozilla-html:TRUE org:Omega Software Solutions;Training and Consultancy version:2.1 email;internet:[EMAIL PROTECTED] title:Director adr;quoted-printable:;;Dorbshill House,=0D=0AAuchmacoy;Ellon;Aberdeenshire;AB41 8HL;UK x-mozilla-cpt:;32416 fn:Jon Ferguson Phd., MSc., CEng. end:vcard
