[EJB 3.0] - Re: Ejb3 sources in zipped form
by skajotde
"ALRubinger" wrote : Cool, I'll discuss this w/ the other guys on the team. Appreciate your feedback.
Thanks.
"ALRubinger" wrote : Well, the difference between ZIP and JAR is just a format specification, right? ;)
No just specification. Zip is standard format to download files. There is Readme, you can view install script when are problems, you can change install script to do workaround.
"ALRubinger" wrote : The Plugin, as packaged currently, takes just one step to install, making it less error-prone (no need to unzip, run a script; just execute the JAR).
|
| "Why hide details what to do"? Encapsulation! :D I don't understand your Linux comparison; in standard RedHat packaging a RPM also will self-extract and install itself. I believe implementation details *should* be hidden to the user. The contract is that this artifact patches AS. The issue of "how" is out-of-scope, but you can still get at the working parts underneath if you need to.
|
| S,
| ALR
Hm encapsulation yes, but give additional ways to do workaround problems. So attach ejb3-plugin sources to jar ;). Of course sources of all jars are not need. And give README with info from run this script.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205160#4205160
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205160
17 years, 2 months
[JBoss Portal] - Re: Installed JbossAS+Portal 2.4.1 Bundle what to convert to
by vivek_saini07
We are having same problem. This happens after about 10-15 minutes when a hit on portal would return this exception and a re-start would make it work.
We are using Oracle. Any solution?
java.sql.SQLException: Stream has already been closed
| oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:134)
| oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:179)
| oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:269)
| oracle.jdbc.dbaccess.DBDataSetImpl.getStreamItem(DBDataSetImpl.java:1596)
| oracle.jdbc.driver.OracleStatement.getBytesInternal(OracleStatement.java:3456)
| oracle.jdbc.driver.OracleStatement.getBytesValue(OracleStatement.java:4747)
| oracle.jdbc.driver.OracleResultSetImpl.getBytes(OracleResultSetImpl.java:632)
| oracle.jdbc.driver.OracleResultSet.getBytes(OracleResultSet.java:1650)
| org.jboss.resource.adapter.jdbc.WrappedResultSet.getBytes(WrappedResultSet.java:464)
| org.hibernate.type.AbstractBynaryType.get(AbstractBynaryType.java:78)
| org.hibernate.type.NullableType.nullSafeGet(NullableType.java:163)
| org.hibernate.type.NullableType.nullSafeGet(NullableType.java:154)
| org.hibernate.type.AbstractType.hydrate(AbstractType.java:81)
| org.hibernate.persister.entity.AbstractEntityPersister.hydrate(AbstractEntityPersister.java:2101)
| org.hibernate.loader.Loader.loadFromResultSet(Loader.java:1380)
| org.hibernate.loader.Loader.instanceNotYetLoaded(Loader.java:1308)
| org.hibernate.loader.Loader.getRow(Loader.java:1206)
| org.hibernate.loader.Loader.getRowFromResultSet(Loader.java:580)
| org.hibernate.loader.Loader.doQuery(Loader.java:701)
| org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:236)
| org.hibernate.loader.Loader.loadEntity(Loader.java:1860)
| org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:48)
| org.hibernate.loader.entity.AbstractEntityLoader.load(AbstractEntityLoader.java:42)
| org.hibernate.persister.entity.AbstractEntityPersister.load(AbstractEntityPersister.java:3049)
| org.hibernate.event.def.DefaultLoadEventListener.loadFromDatasource(DefaultLoadEventListener.java:399)
| org.hibernate.event.def.DefaultLoadEventListener.doLoad(DefaultLoadEventListener.java:375)
| org.hibernate.event.def.DefaultLoadEventListener.load(DefaultLoadEventListener.java:139)
| org.hibernate.event.def.DefaultLoadEventListener.proxyOrLoad(DefaultLoadEventListener.java:195)
| org.hibernate.event.def.DefaultLoadEventListener.onLoad(DefaultLoadEventListener.java:103)
| org.hibernate.impl.SessionImpl.fireLoad(SessionImpl.java:878)
| org.hibernate.impl.SessionImpl.get(SessionImpl.java:815)
| org.hibernate.impl.SessionImpl.get(SessionImpl.java:808)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205153#4205153
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205153
17 years, 2 months
[Clustering/JBoss] - Re: Very strange problem while looking up HAJMS Topic
by chtimi2
Ha! Great explanation but that's going to be a big problem for me.
Here is what i do: i implement a TopologyChangeListener that uses the HA MBean notification mechanism to send business commands (serializable command pattern objects) to nodes on topology changes.
And in my case i need to be sure the commands are executed in order, and that one has been processed before the next is executed. That is, synchronously.
I'm going to try your suggestion of executing the command asynchronously on one node to confirm the cause of the problem, but if it really is that, does that mean i can't use the notification mechanism?
And it would be the same with mechanisms like HAPartition.callSyncMethodOnCluster() wouldn't it?
What do think about my work-around with the Interceptor, could i stay like this or is it too dirty?
Also if i understand you right you say that when i go into the @PostConstruct thread i'm not in the same thread that i would be if used an @Interceptor? But i don't get it, in both cases the method seems to be invoked just before the facade method call? The interception is synchronous right?
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4205149#4205149
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4205149
17 years, 2 months