Okay, I'll start looking at it soon. I've written a super-basic JCAContainer
which uses the Apache Commons Pool. I'll be looking at your stuff to see how
the AO interceptors work. Hopefully I can be useful in the near future.
Thanks,
View the original post :
I see this in the new design doc, but I don't see it used in HEAD. Am I missing
it? Is this something I can work on? Are you just going to use the AO aspects
for these interceptors, are do you need something different?
Thanks,
View the original post :
Hey Ovidiu,
I'm looking at the interceptors for EJB3 and they seem based on Hibernate3
stuff. I doubt you're going to be using the same exact interceptors for the
Facade (since it's using onLoad, etc and Messaging doesn't really need the
exact same events).
I notice your interceptors in the
Hello Ovidiu.
I've looked over the remoting stuff. Which Handler(s) do you expect to have,
and how many?
Will you expose the JMS facade directly over the remoting API (i.e. use a
Remoting Client to use JMS) or are the remote handlers just for JMS-JMS
communication? As in, between servers that
Actually, above you say:
As for the communication between remote clients and server peers, I will use
Tom Elrod's Remoting.
So it seems that the Remoting is just for clients wanting to use Messaging
outside of the JMS API? Or will you create a JMS client as well?
View the original post :
Okay, we cross-posted on the other thread. I'll be looking for it in the near
future. I'll probably look at the interceptors first.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3870426#3870426
Reply to the post :
Oh. Duh. Yes, of course. An XA resource adapter won't use
XAManagedConnectionFactory or XAManagedConnection. They'll have their own
implementations. So doing it on the ConnectionListener makes total sense.
Thanks.
[EMAIL PROTECTED] wrote : On the main point, we don't control/write the
Is there a way with XB to return a different type, depending on the XML data?
As in, instead of just Person, have an interface Person, but concrete classes
of GreenPerson and PurplePerson?
Actually, looking at it, it seems one could do that based on the Attributes,
but what if you need to
Actually, what I could do instead is just have a
public class DsDotXMLMetaData {
| ArrayList connectionPools;
| ArrayList noTxDataSources;
| ArrayList localTxDataSources;
| ArrayList XADataSources;
| }
That should be doable, I think. Time for me to read more docs.
Yeah this should be fine.
addConnectionPool,
addNoTxDataSource etc.
Thanks,
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3869001#3869001
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3869001
[EMAIL PROTECTED] wrote : Hey Steve,
|
| Have you had a chance to attend the messaging presentation? There was a big
Help wanted slide in the end
|
| http://www.jboss.org/wiki/Wiki.jsp?page=JBossMessaging
|
| Regards,
| Ovidiu
I went to another one, but looking back that's
Hey Ovidiu,
I've looked over some of the docs/issues and they seem to be nice and clear. Is
there anything in particular you'd like me to investigate? It may take me a
little while to get up to speed but I don't mind.
I've begun to look into the Point/Multipoint issue, which seems fairly easy,
Hey Charles,
What stuff should I work on if I do something. The JMS stuff? Or what? I sort
of want to work on JCA but it looks like your metadata is probably the best way
to do it.
I've been away for a while but I went to JBoss World 2005 and so I'm psyched to
do something, even if it's
The issue, that http://jira.jboss.com/jira/browse/JBAS-1405:
So we can take out the Xid padding from the XidFactory, and pad the Xid right
before sending it to start and end. But according to Bill Burke in that issue,
The way this will work will be to add the padding flag to both the
Scott:
I created a patch on sourceforge with the sample test zipped up if you want to look at
it.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3843371#3843371
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3843371
Scott:
Oops, you asked for bug report. I put a patch. Let me know if you need me to move it
or something.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3843373#3843373
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3843373
Is there any way I can add the top classloader to the LoaderRepository? If I do that
maybe my JUnit constructions will be seen by the MBeanServer.
Something like:
ClassLoader cl = Thread.currentThread().getContextClassLoader();
LoaderRepository.addClassLoader(cl);
Then when I do:
UnifiedLoaderRepository3 rep = (UnifiedLoaderRepository3)
server.getClassLoaderRepository();
| rep.addClassLoader(Thread.currentThread().getContextClassLoader());
This didn't seem to solve it. Still got the same NoClassDefFound for
TestManagedConnectionFactory.
I did a small test to see what the classloader is for the MBean for
jbosstestadapter.rar:
| ObjectName oldName = new
ObjectName(jboss.jca:name='jbosstestadapter.rar',service=RARDeployment);
|
| ClassLoader loader = server.getClassLoaderFor(oldName);
|
Sure thing. Just so you know, I'm not bootstrapping JBoss under the usual process. I'm
creating the MBeanServer similar to something that Andrew Oliver did for his unit
testing on jboss-mail.
I'll put it on sourceforge with source, jars, etc.
Thanks,
View the original post :
What are the classes involved in the Default class loading model? (i.e. extensions of
ClassLoader). I see NoAnnotationURLClassLoader in the jboss-system project. Are there
any others?
Maybe if load the
RARDeployment rd = new RARDeployment();
in the right classloader it will see everything
I have a question concerning classloading in JBoss4. I'm trying to construct a
RARDeployment programmatically, such that it picks up the jbosstestadapter.rar and
creates the connection factory.
I get the following error:
anonymous wrote : 15:31:40,208 INFO [STDOUT] Registered RARDeployment
I have a question concerning classloading in JBoss4. I'm trying to construct a
RARDeployment programmatically, such that it picks up the jbosstestadapter.rar and
creates the connection factory.
I get the following error:
anonymous wrote : 15:31:40,208 INFO [STDOUT] Registered RARDeployment
Okay, I'm trying to register, create, and start a ManagedConnectionFactory
(connectionmanager.RARDeployment) programmatically.
I'm getting fairly close, but when it tries to find my test connection factory class,
it can't find it.
I've added the .rar to deploy, and the MBean is there (I do a
I just saw the new(ish) page on the Wiki about JBoss/Mess and I'm interested. Is there
a design? If not I can help document or something. I'm currently learning about
JBoss/JCA but I'm also interested to learn about JMS as well. I'm not sure how much
I'll be able to do, but I'd like to help
Would a AdminObjectObjectModelFactory suffice or does it need to be abstracted out so
that both *-ds.xml and jboss.xml could do it?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3839239#3839239
Reply to the post :
HashMaps. I'm going to try that first. I just found ResourceAdapterObjectModelFactory
after looking through SimpleSubDeployerSupport. I don't know why I didn't see this
earlier.
I'm going to start experimenting with putting the metadata from
ResourceAdapterObjectModelFactory into some sort of
Adrian,
Do you want to put the ConnectorMetaData in the repository as well? I'm looking at
RARDeployment and there's really no reason to pass the ResourceAdapter
ConnectorMetaData in if you have a handle to the data. How do you want to organize it,
by MBean name? Or maybe by something else ..
Actually, resourceadapter isnt' passed in. It's generated from the factory (passing in
metadata). The RARDeployer is passed in. Maybe that's not really necessary either.
Although if you're creating a connection programmatically, I doubt you'd want to send
it the deployer. (Since we're assuming
What kind of store were you thinking of using for the metadata repository. Would
JBossCache be overkill?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838889#3838889
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3838889
I believe that JCA1.5 will be backported to 3.x eventually. Most things will end up
this way. Probably not all.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3838654#3838654
Reply to the post :
An XDoclet approach would definitely be a first step. I don't know XDoclet, and AOP
seems more interesting to me at this point. It seems to work well for Hibernate, and
the idea was Why can't we have Hibernate for JCA?
View the original post :
It meaning not that Hibernate uses AOP, but both AOP Hibernate use bytecode
manipulation.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837479#3837479
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3837479
Right you are. They aren't mutually exclusive.
Right now I'm just trying to familiarize myself with JCA and JBoss's implementation of
JCA, so I can think correctly about going about this simplification.
View the original post :
Is the RARDeployment class one of the main ones I'm going to have to rework? It
appears so, but it uses a DeploymentInfo passed into its constructor.
Just looking at the dependency tree in the generated jboss-service.xml (from the XSL),
RARDeployment comes before the Pool and the
Ah. Okay. I think I get how this needs to be chopped up now. I'm going to work on
programmatically creating Factory, Pool, and ConnectionManager using the new metadata.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3837075#3837075
Reply to the post :
I noticed the RAR deployer is pretty different between 3.2.4RC2 and jboss-head. Which
one should I be coding/testing against? I can do current now and head later, but you
may just want to skip to head. Doesn't matter to me.
View the original post :
You mentioned:
We still need the connection properties (passed the jdbc driver)
or xa datasource properties (to configure the xads)
Do you want to call:
ConnectionFactoryPropertiesMetaData.setName(TrackConnectionByTx);
ConnectionFactoryPropertiesMetaData.setValue(true);
Do we want to add some info for the common transaction params?
I mean, this is common between the XA/local transactional connectors, so we might
break it out, or we can just treat it as another property and not give it special
typing.
I think the current ideas are adequate, although maybe we
The DeploymentInfo is ignorable. I only use to gain access to the deployer,
metadata and url. It can easily be factored out into the components and removed
from the deployment layer.
Yeah that makes sense. There's no need for JCA to know about the main deployments and
how it does things.
I'll
Talking to yourself in a forum is a scary sign.
If I don't, I forget which personalities knew what about which parts of code.
If I'm getting a little too verbose for anyone's liking I can just start putting it on
my blog. I really don't mind and don't want to pollute the forums :)
View the
MetaData classes, this is just the ConnectionFactory stuff... DataSource will be
similar but specialized:
* AbstractConnectionFactoryMetaData
* NoTxConnectionFactoryMetaData extends AbstractConnectionFactoryMetaData
* TxConnectionFactoryMetaData extends AbstractConnectionFactoryMetaData
*
Also, ConnectionFactoryDeployerMetaData, which will be the main one, passed into the
constructor of ConnectionFactoryDeployment, or into an invoke to create the necessary
MBeans.
ConnectionFactoryDeployerMetaData will contain the necessary
NoTx/TxConnectionFactoryMetaData, Pool, etc. MetaData.
Ok. Simple. Can do.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836728#3836728
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836728
---
This SF.Net email is
Okay, here's my first attempt at ConnectionFactoryProperties. I think I'm grabbing all
the right ones. I'm not experienced in XSL so I'm deciphering that as well.
public class ConnectionFactoryPropertiesMetaData
| extends ConfigPropertyMetaDataContainer {
| // Constants
Actually, I may have put too much in the above one, if we have a
ConnectionPropertyMetaData (getConnection properties for local jdbc)
Most of those look like local JDBC params. Maybe I'm wrong.
Yeah. ConnectionFactoryPropertiesMetaData should have:
1. userName
2. password
3. configProperties
public ConnectionFactoryPropertiesMetaData
private String name;
private String value;
private String type;
public ConnectionFactoryMetaData
private Set properties; // of type above
public DataSourceMetaData extends ConnectionFactoryMetaData
public void setUserName(String)
Okay. So does the ConnectionFactoryMetaData include a Local or an XA metadata object,
depending on how it's set up?
I'm just trying to see how those fit into the genericity of CFMD thus far.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836765#3836765
Reply
I'll work on that too, then.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836770#3836770
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3836770
---
This SF.Net email
See TransactionSupportMetaData.
Where it makes sense, we should share metadata with the rar deployment
Okay. That makes sense. For instance,
transaction-supportNoTransaction/transaction-support
If the ConnectionFactoryDeployer does not have the transaction support defined, it
would grab the
DataSources are just ConnectionFactories with some hard-wiring.
See the xsl - if you can read xsl :-)
Yeah, I've looked at it before when I was doing my own adapter for LDAP. Basically it
spits out a jboss-service.xml file, although the file isn't saved to disk, just used
in memory to configure
Oh! Okay. I got confused. I thought you were renaming RARDeployer and creating
ConnectionFactoryDeployer.
My mistake, thanks for clearing it up.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836445#3836445
Reply to the post :
Okay, let me read what Mike said and I'll get back to you. I've been looking into the
JCA code itself a bunch, so I haven't spent much time on mail.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836461#3836461
Reply to the post :
Which operations do you think you'd want on the connection interface? This is
definitely interesting, and a more interesting line of thinking than just
pooling/securing a Session.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836466#3836466
Reply to the post
How does the XSLSubDeployer tell the MainDeployer that it's a necessary SubDeployer? I
see the addDeployer(SubDeployer) but I don't see where it's called to add the XSL.
I'm just tracing through the code of XSLSubDeployer starting with its createService()
method, but I don't see how its
Okay, I see it now. I think I'm getting pretty close to start coding so XSLSubDeployer
can be put to sleep. The major arc of the changes is making sense. I'm sure there will
be some details I run into.
Assuming someone wants to create a ConnectionFactory programmatically, can they call
I just looked at the CVS tree and there's stuff there already for metadata and
deployment. Is there anything specific I need to look at in there, do you think? I
don't want to duplicate whatever has been done.
Is that stuff just 1.5, or both 1.5 and 1.0? Will this TODO help 1.0 and 1.5, or just
Would the meta data name be something like ConnectionDefinitionMetaData? Or actually
that'd be for RARDeployer. What would the name be to replace XSLSubDeployer?
ConnectionInstanceDeployment?
Minimal methods of the metadata would be:
importXml(Element)
setClassLoader
getClassLoader
jndiName
Right. That makes sense. It doesn't matter what the XML looks like as long as the
metadata accurately describes the configuration options. XML is just a store of that.
Is there a preferred JMX operation:
There should be an option to create
ConnectionFactories/DataSources by
passing the meta
Okay, I got a barebones JBoss running inside a JUnit test and I set up a
NoTxConnectionManager programmatically, and am requesting a connection from the
connectionfactory.
I noticed the tests you mentioned in the CVS tree, and maybe someone has already done
this, but I'd like to create a test
Okay so you want to use the mailing-out features of Mail Services instead. Which class
do you want me to wrap/use? One of the SMTP ones?
Sometimes I think the actual coding in software development is the easy part.
Communication is the hard part. :)
Not me: Do you understand?
Me: Of course I
Okay, now I'm planning on using org.jboss.mail.smtp.sender classes. I'll probably have
the JCA implement SMTPSenderBean.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3836056#3836056
Reply to the post :
Adrian,
I'm going to probably need to plug into the timer stuff to do monitoring of SQL
executions. Should I look at the timer stuff first?
Is there timer stuff in jbosscx project? I searched but I don't see createTimer, so
maybe it's in common. I'll do some more searching.
View the original
Hey, the status is very alpha, untested. The code is uploaded, but with no unit tests.
I'm still working on the unit tests and figuring out all I need in order to bootstrap
the server with JNDI/JCA and load it up correctly.
I didn't mean for things to take so long, but things have been crazy at
What happens when you do a
rcpts.getClass().getName()?
This should tell you what class is actually it's expecting. You may already know this
sort of thing, not trying to be insulting.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835995#3835995
Reply to
Unless I misunderstood (and I may) I thought a pooled, secure, JavaMail session was
wanted. If there are other pieces of Mail Services we want to JCA-ify, that can be
done as well.
I thought the JCA was just the first piece, and there'd be a piece on top, a subsystem
using the Mail Services to
I'm not sure if this is an AOP issue or just a generic classloading issue, but I think
I have my MBeans set up correctly.
Here's the error:
| java.lang.NoClassDefFoundError
| at java.lang.Class.forName0(Native Method)
| at java.lang.Class.forName(Class.java:141)
| at
Ah! Nevermind! It works. I must have forgotten to restart the JBoss server or there
was some caching thing going on, because it works now.
Sweet. Now on to testing :D
Steve
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835938#3835938
Reply to the post :
I added a patch for the proof-of-concept of AOP-ing a client object to retrieve it
from a pool, without the user of the client knowing it's coming from a pool.
Thanks!
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835944#3835944
Reply to the post :
Okay I'll use the other way of loading it. I figured it out :) Thanks! I know you do
this so much you get ahead of yourself.
Take care,
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835946#3835946
Reply to the post :
Actually, I understand what you're asking now. Let me see if I can reproduce it. Duh.
Steve
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835947#3835947
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835947
Okay, yeah I saw .. oh duh. I'm looking at the wrong classes. Looking at the
decompiled POJO, I see it now.
I was just curious because I tried just putting my .aop file in the deploy dir of
JB4DR2 and it didn't seem to pick it up, so I thought I'd try precompiling, which was
right, but I was
What is your basic strategy for rationalize our logging and error handling a bit?
That's something easy that I can do and would save you guys some time.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835122#3835122
Reply to the post :
Sounds good :)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3835084#3835084
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3835084
---
This SF.Net email is sponsored by:
In the Wiki it says that we can precompile our aspects and then run them inside the
JBoss server. I've adapted the build.xml from one of the examples, and aopc runs on my
Driver class, but I can't really tell if it's being modified or not. Should it be
modified, or is it just an in-memory
Very cool. Congratulations. Sorry I've been away, I haven't meant to be. But I got an
XBox for my birthday and I've been learning Hibernate at work. I've got my head back
up above water now :D
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3834695#3834695
Can I have a mail account, too? It'd give me an excuse to use popmail. All I use right
now is web-based mail, and Notes (for work).
I want to see the new Mozilla client, although I can start testing out others as well.
View the original post :
Looking at the Observable example on the wiki, I see
In the jboss-aop.xml.
Is prepare something that's in the 1.0Beta? I'm looking for it, but I'm thinking
maybe this stuff is in HEAD.
Very cool stuff. I really enjoyed Marc's statement saying that the GOF behavioral
patterns fit very
Yeah. I haven't been able to do much on it lately, but it looks like I just need to
register the RARDeployer with the MainDeployer, and then scoop up my jcamail-ds.xml
into the RARDeployment.
Steve
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832871#3832871
I'm not really working on the relay server right now. I'm just trying to test the JCA
Mail stuff in-container. Perhaps I'm making things more difficult than they really
are. I'm just trying to:
1. Start up JBoss
2. Init the JNDI service.
3. Init the JCA service.
4. Bind JCAMail to JNDI.
5. Test
Okay, I have the JNDI service up and running, so I'm working on init/binding the JCA
service. If I can I'd like to document all the necessary steps and explain what's
going on, once I get everything up and running.
View the original post :
JBoss had one of the first JMX implementations ever. The JBoss implementation fills in
some needed holes that weren't filled in (at least) the first JMX spec. This is
probably what you are seeing when you see Service=whatever.
I doubt you can drop an MBean from WebLogic into JBoss and vice
I think right now all you'll need is one hibernate bean. Where hibernate really shines
is the relationships. I'm just amazed.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832110#3832110
Reply to the post :
Yeah it's probably not *real* hard, but there definitely is a learning curve between
trusting run.bat and bootstrapping your own. But this is stuff I've always wanted to
learn.
If Andy thinks uploading the path is okay, that'd be fine with me. I don't want anyone
to make a special excuse for
Ah ha! I got a super-basic server up and running. I took out all the JBossMQ stuff.
I think (and I may be wrong) that I want to try to get a minimal relay server going.
This should require:
1. Mail Service (JavaMail client stuff)
2. The JCA Mail
3. Some of the mail stuff.
4. I'm not sure if
+1
I'm just learning Hibernate myself at work, and it ROCKS.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832007#3832007
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3832007
In addition to this, I'd also like to construct a list of necessary unit tests that a
RAR developer should execute that would double-check all the connection counts,
connection creates, connection closes, etc.
I can add XA and Message unit tests as well, once I being to understand everything
begin
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3832023#3832023
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3832023
---
This SF.net email is sponsored by: The
I'm trying to test my JCA adapter, and for the life of me I can't get java:/MailDS
to be retrieved. Is that even exposed on the listener? I'm beginning to think it's not.
I can get jmx/rmi/RMIAdapter, though.
So anyways, I'm starting to set up my unit tests. It looks like in the current tests a
Can someone maybe try deleting the MailServicesPatches Wiki page to delete the
attached file I created? Then recreate MailServicesPatches with the above stuff?
It looks like there is a different want to add patches, where the sample patches
weren't tied to the bottom of the page itself, but
Weird. I don't see the restore link. Maybe you have different admin rights? I see the
diffs -/+, but I don't see a restore link.
Anyways, thanks.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831588#3831588
Reply to the post :
Okay, I still have a good bit of testing to do on this, so please, in no way consider
it useful yet. I even need to re-format the code to JBG's likings. If you don't put it
in the tree yet, that's fine, I just wanted to give someone (if they cared) an idea of
what I'm doing.
View the
Ah ha! Click the number. Now I know too.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3831600#3831600
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3831600
---
This
Well, obviously I need to read more howto on Wiki. I'm not sure what I did, but I
royally fucked up the MailServicesPatches page.
I attached a .zip, then I tried to follow the syntax for linking it correctly, and
something went weird. Is there a way to undo it?
Some days. I shoulda just waited
Now after taking the content that was before, the preview messes up. Very strange
behavior. Is there a special character in here that Wiki is barfing on? It may not
like the diff -u
Old content below, according to Wiki version:
Getting R/W access to the JBoss repository requires demonstration
Until you get -- and I thought you were planning to be one of us? Membership in the
us is low, just send real good code :-)
I'm just trying to be humble and not make any assumptions about anything. I want to
help where I can. Why do you think there aren't that many people in the U.S.? You'd
http://theserverside.com/blogs/showblog.tss?id=SpringVelocityEmail
Did you see this? I think something like that would be killer. E-mail templates should
be very useful. We don't use Spring at work, or Velocity for that matter, but I hate
our sections of code that are like
if (fail) {
// Big
If you build it they will come. I agree.
I'll take a second look at it, to see what we might want to do. I don't use Spring or
Velocity currently. A long time ago I used WebMacro, when servlets first came out, but
I haven't used that in ages.
Maybe we need some sort of combined approach, or
I'm testing now, actually. I'm going somewhat methodically through the JBossCX code so
that I can understand it the way I really need to.
You want GUI tests, or gooey tests? :D I'm not sure how long this will take, hopefully
not too long. I need to set up a proper JUnit environment for myself
One question:
Do you just use JUnit tests, or do you guys ever use Cactus? The reason I ask is
because JCA needs the container (duh, you know this.)
The *real* reason I ask is because I see in the Mail tests, you have some sort of
TestServer. Is this a common way of doing things, or is this
1 - 100 of 177 matches
Mail list logo