i understand what you're getting at, but from my understanding of how jboss's
classloader works, and the fact that they use dynamic proxies for the ejb stubs, i
don't think you have any other options then to reload your cache.
at this point, unless someone claims otherwise, i think you need to
jboss uses dynamic proxies for their stubs (which is why you don't need to compile
them), so i'm not really sure this is possible.
but you're right, now that i think about it, if you're pulling cached interfaces out
of the servicelocator, you're not going to know the refs are stale until you tr
redeployment of an ejb can be handled, see this wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions - you will need
to repackage your ejb so that the only thing that gets redeployed is the
implementation class, and not the remote/home interfaces. if you change the actu
it's really up to you. i believe that EJBBase provides default implementations for
some of the methods required for the interface, so if you want to leverage that, go
right ahead, otherwise, you have to provide the default impls yourself.
pls make sure you normalize any fields that may link int
"cnovara" wrote : I've implemented full CMP/CMR implementation, module implementation
ok again, html template ok but I nedd 2 DB tables : signatures et log and I'm not
fully satisfied by CMP creation (type control is not strict enough I think, a lot to
say about it, maybe on another dev thread .
i looked at the error log and it says that it can't find a method in the bcel.jar.
most likely there is some jar file in your jre endorsed directory that is conflicting
w/ the jboss version.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3849887#3849887
Reply
you would really be better off revamping how you are doing your deployment packaging
so you can break the dependencies entirely.
the PrefixDeploymentSorter will work, but it can become a pain if you need to keep
renaming files if the deployment order changes.
if you are deploying a bunch of t
nevermind - i'm trying something else.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3849538#3849538
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3849538
---
This
is there any chance of getting the dtds as xml schema documents instead?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3849535#3849535
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3849535
did you compile the "common" package first?
we should probably add some kind of check that will check if the common package has
been compiled and if not, compile it before the core.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3849425#3849425
Reply to the
please do not cross post!!!
the html module does have a "preview" option and it will not make the page "live"
until you tell it to do so, leaving you to make changes to content while still having
a usuable page render.
View the original post :
http://www.jboss.org/index.html?module=bb&op=view
these seem to have disappeared in >= 3.2.4 - i found them to be quite useful. is there
any way i can generate them on my own?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3848882#3848882
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
i'm currently working on getting nukes to run in 3.2.4 and greater. you can run a
second instance of jboss if you'd like, but you'll need to make sure you change all
the port numbers so you don't get conflicts.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3
is there any static initialization going on in those classes?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3848587#3848587
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3848587
--
update...
it appears that if i grab a reference to the mbean server, then i can use the
ObjectName ref that was returned to me and then invoke "findMappingObject" to get the
catalina context.
if anyone else has any experience w/ this, pls let me know if this is what i want to
do.
View the or
in tomcat 4, the standard context could be obtained in the fowllowing manner:
|
| WebApplication app =
|
|Object ctx = app.getAppData();
|Class standardContextClass = ctx.getClass();
|
|
this no longer seems to work in tomcat 5 and instead i get back an ObjectN
i just did a similar implementation of this the other day - it works quite well.
one other thing to note is that if you choose to go the valve route, you will need to
deploy those classes in the "lib" directory or else tomcat will throw ClassNotFound
exceptions upon startup.
View the origin
i don't believe this can be done, but i don't have the dtds in front of me at the
moment - those would be your best bet to see if this is possible.
however, if you need a global config, why not just define it in the standardjboss.xml
file? the only drawback is if you need to modify it for whate
go read this: http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
more or less same situation as this - basically, you need to pull out the local/home
interfaces and any other dependent classes for those ejbs and package them outside of
both of those ears.
you could also turn
to an extent, both sides are correct. you can place 3rd party jars inside the lib
directory, however you loose the ability to "hot deploy" them. if you ever need to
upgrade a version, you need to restart the server.
you can also place your "own" jars inside that directory, but the same as above
the "template" and "rss" modules are relatively simple and server as good starter
examples.
if you have a general overall understanding of what a sar archive is and how to create
one through the build process (look at the build.xml examples in the other modules)
you should be ok.
there is al
no - nukes needs to run in jboss w/ embedded tomcat.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3846889#3846889
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3846889
---
no - it's just the code that you already pasted, but in .java file form.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844968#3844968
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844968
---
no - edit the nukes-ds.xml file in the "deploy" directory and make your changes there.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3844947#3844947
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3844947
-
the code you are using is more or less directly out of the examples included w/ the
jboss admin book. (at least w/ the paid subscription)
if you're in a hurry to get this done, there's nothing wrong w/ deploying the code
yourself and then migrating once > 3.2.4 is supported. you're still going t
the following modules for 1.1 are:
core (includes user, html, login, etc)
bb (forums)
permissions
news
downloads
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843694#3843694
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=repl
only the modules that are part of the 1.1 release have been converted to pure cmp. the
rest will follow as they are "re-released".
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3843693#3843693
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=
"cooper" wrote : we should upgrade nukes 1.1 to 3.2.5, otherwise it works only with
3.2.3
i looked at this the other day, and the biggest issue is that the
org.jboss.mx.interceptor.Invocation class no longer exists. i tried to change it to
use the org.jboss.mx.server.Invocation class, but i k
there have been efforts for this, but no solid movements forward. if you search back,
you will find other threads on this topic and some of the things that need to be done
(break module dependency on "core" constants, additional languages, better
externalization, etc.
under each module under re
sweet! - i just tried it and it didn't work for me, but the whole idea seems to be
pretty cool.
are you running multiple instances of nukes on the server?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842400#3842400
Reply to the post :
http://www.jboss.org
you can't run nukes on jboss 3.2.4 or greater yet. this will be corrected after the
1.1 release comes out.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842396#3842396
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38
you should definately read this wiki page:
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
some of the information contained w/in will be relevant to you. can you send me the
ear you're working w/ (jgangemi at yahoo dot com) and i'll take a look at it locally.
also, are yo
if you don't see the functionality you want, write it yourself and submit a patch.
that's one of the many beauties of open source.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842244#3842244
Reply to the post :
http://www.jboss.org/index.html?module=bb&o
what is the new error that you get? if you removed the jboss.xml file and you aren't
duplicating the load-repository definition anywhere else, i would think you'd also be
getting a new error.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842108#3842108
Repl
does this class extend another class that hasn't been deployed? i've seen this type of
behavior when a class is extending another class, but the class that is being extended
hasn't been deployed.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842086#3842086
look at the error message that was thrown w/ the exception.
you only define the loader-repository tag inside the jboss-app.xml file. you need to
remove that entry from the jboss.xml file that is packaged w/ your ejb.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtop
and the "nukes.last" dir should be created in "compiere/nukes". that is where the
-service.xml files need to be deployed for the downloads module or else you will get
startup errors b/c the classes are not yet available b/c the ear hasn't been loaded
yet.
View the original post :
http://www.j
you can store the images in the database using the html module. when you go to define
the image when you setup the topic, you just give it that image path.
ie: if you set the path for the image to be "/images/news/img.gif" you would specify
this when you create the topic:
"images/news/img.gif"
you need to specify the url as
http://localhost/nukes/new_page.html
if you don't want the "nukes" extension, you have to edit the local.properties file in
"build" to modify the context root entry to just be "/"
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=
i've spent some time updating the installation instructions to be more streamlined and
consistent for the 1.1 release (all the previous instructions have been moved and
linked).
i've also started some basic administration guides for the modules, including a
section on how to setup permissions
give that i'm in a documentation writing mood today, i've already started this.
http://www.jboss.org/wiki/Wiki.jsp?page=NukesBBAdmin
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840904#3840904
Reply to the post :
http://www.jboss.org/index.html?module=bb&
currently none exists - however since the forums are a port of phpbb2, you can use
that documentation.
it'd be great if you could enlighten the rest of us with what you find, perhaps create
a wiki page so we can begin to have documentation as well.
View the original post :
http://www.jboss.o
i am aware of the problems w/ the grant syntax and am working on a solution for this.
(i already know what the correct syntax is, i'm looking to see if i can make the setup
even easier).
as for the other problem, nukes will not be >= 3.2.4 compatible until after the 1.1
release. you will not be
i haven't experienced this problem. there was an issue rendering images (and i'd
imagine other binary data as well), but i fixed that issue. it may have been related
to the problem you were experiencing.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840827#3
you can also just take the jboss-net.sar out of the "all" directory and put it in the
"default" directory and all will work fine.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840776#3840776
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=
question: i'm getting OutOfMemoryExceptions trying to upload an image.
answer: the default heap size of the VM is 64 megs. increase the size at startup by
specifying the following
| -Xms128M -Xmx256M
|
to the JAVA_OPTS variable inside the run.bat and/or run.sh startup scripts. (if you
ha
ahh - ok. i guess i "fat-fingered" the peropd key instead of the semi-colon. :)
to answer your other question, edit the startup script for jboss (either run.bat or
run.sh) and add the following to the JAVA_OPTS var.
| -Xms128M -Xmx256M
|
View the original post :
http://www.jboss.org/ind
damn it - i thought that was resolved. i've got to install mysql somewhere.
if you know the correct syntax for the alter table command, you can just edit the
"mysql.properties" file in the "build/etc" directory and then re-run the build and
deployment.
or if the table was actually created, yo
you need to add the following security pattern (using the permissions module) for the
forums.
Admins .*:.*: ADMIN
Users .*:.*:
if you want to allow moderators for specific categories, you'd do this (assuming you
have a category named Foo)
Users Foo:.*: Level
if you wanted to allow modera
ok...
1) i believe there is a bug in the forums code that checks to see whether or not a
user can edit his/her own posts even if they have the correct privs as set by the
forum security manager. i already know where the issue is and will work on a fix.
2) if you want all users to be able to edi
did you run the ddl against the database to create the table?
the core is not pure cmp yet (there are some issues preventing this that have been
discussed elsewhere), so you have to manually create the tables by running the ddl.
View the original post :
http://www.jboss.org/index.html?module=bb
grr - guess that beanshell script hasn't been updated to include those tables. i'll
make sure that gets taken care of as well.
do you have access to a client that can connect to hsqldb? if yes, you can just cut
and paste the table definitions in the ddl file (output/hsqldb).
View the original
ok - i'll have to update the "deploy-all" target to create the missing directory.
the ${jboss.server.data.dir} variable is automatically subsituted by jboss, so that
does not need to occur through the build process (and should not be changed).
in terms of the missing tables, you have create tho
what do you mean the datasource isn't populated?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840460#3840460
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840460
-
are the DAOs behing the stateless session beans? or are they standalone POJOs?
the reason to seperate the ejb impl classes to avoid deploying the classes twice (i
believe jboss will complain about this) - this makes lots of sense if you have entity
beans and are planning to have a read-only and
i'm confused about how this is going to be deployed. are you going to "host" the
server side of things and then have a client connect over some type of vpn, etc? if
they were to "host" both sides, there's nothing that would prevent them from
unpackaging the ears, and decompiling your classes - a
hrm - i'm not really sure how to correct your issue. i was in somewhat of the same
situation as you are, using scoped ears w/ the need to communicate and did not have
much luck, even w/ setting the pass-by-value attribute to true.
hence the reason i did away w/ scoped ears and packaged my code
just to clarify - are you trying to invoke ejbs across ears? ie: App.ear calls ejbs in
Core.ear
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840311#3840311
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840311
call by value is going to kill your performance. have you read this wiki page?
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
is there any reason you need to be running scoped ears? for example, if each ear is
sharing the same version of "common.jar" you'd be better off ex
p.s. i also added a "deploy-all" target to the master build.xml in "build" so you can
build and deploy all the released components in one shot, instead of compiling them
all from the 'build' directory and then going into each directory to execute the
"deploy" target.
View the original post :
can you offer some more details on this? are there any exceptions thrown in logs?
i can not reproduce this locally - if i click the 'manage html' menu link, i see the
main window w/ a list of html files and images in the database. if i click 'list
pages' i see the same window.
View the origin
nukes 1.1RC2 is now available, so get it while it's hot. :)
cvs tag: Nukes_1_1_0_RC2
mysql precompiled zip: http://www.scriptkitty.org/nukes-1.1.0-mysql-RC2.zip
the original RC1 announcement can be found here:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=50357
* items still outstand
looks good joe, thx! ie was cutting off the top portion of the text if you weren't
logged in, but i solved that by adding a br tag. :)
this has been checked in and is tagged against RC1.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840158#3840158
Reply to
send me the files to [EMAIL PROTECTED] and i'll check them in.
the pure CSS theme sounds pretty cool, definate interest here.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840082#3840082
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=pos
currently it seems that one can only make updates to a bug submitted by themselves.
there doesn't seem to be any way to "steal" bugs from an assigned user and re-assign
them to yourself so they can be closed, editted, etc.
can anything be changed to allow this?
View the original post :
http:
just to clarify, are you looking for users to have the ability to edit/delete their
own posts, or category moderation where a user can edit/delete any post on a topic?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840066#3840066
Reply to the post :
http://
i believe julien fixed the "scrolling to the right" problem, but the rendering issue
in IE still exists. anyone w/ html skills is more then welcome to submit patches.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840052#3840052
Reply to the post :
http://w
how did you go about setting up the correct permissions for the users?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840051#3840051
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840051
-
ok - thx - i'll make the necessary updates.
in the mean time, you can adjust the postgres.properties in build/etc to correct the
sql syntax for creating the constraint.
let me know if the table is created and everything works after that.
View the original post :
http://www.jboss.org/index.h
what database are you using? i know i have incorrect sql statemens for postgres and
probably oracle right now.
if you know the correct way to alter a postgres table and add a unique constraint, pls
let me know.
was the table created? the other error is most likely an extension of the unique
c
you need to "override" the EJBQL statement w/ a JBossQL statement, and then you can
retrieve the count.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839969#3839969
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38399
ok - i've just been promoting the RC1 tag as things have been fixed and wasn't going
to push a final 1.1 out w/o another round of RC testing.
once i've gotten the user password bug resolved, i'll create an RC2 tag for ppl to
bang against.
View the original post :
http://www.jboss.org/index.ht
what did you do to get sonic working w/ xa transactions (well, at least to try to use
them)? i followed the instructions that came w/ the "free" integration code they wrote
for jboss, but it doesn't work.
i can test things on my end if you let me know how you got it working and see what
kind o
did you try adding a "depends" tag for the session bean to the scheduler-service.xml
file?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839824#3839824
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839824
-
soon. :)
as far as i am aware, the only major outstanding issue to get 1.1 out the door is the
bug reguarding changing the password. i am going work on getting this resolved over
the weekend.
once that's complete, i believe we are good to go. i would appriciate it if you could
check out the r
read this wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
you are better off externalizing the utility classes bundled in the other ear into
it's own standalone library that is deployed seperately.
the wiki page looks at it from the standpoint of doing hot deplo
did you install the news module? this type of functionality is already provided.
pls search through the forums and read the wiki pages for info on adding menu items.
it has been discussed before.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839820#3839820
i see what the problem is now, you're missing the @jboss.entity-command tag that will
be used to generate the primary key.
millerm1 is also correct w/ the settings for postgres. you're best bet is going to be
to define the jdbc-type, sql-type, and entity-command as ant properties ${xxx} and
the
are you by chance using postgres as your database?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839728#3839728
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839728
--
you will have to change the sql-type and jdbc-type xdoclet attributes depending upon
what database you use, but otherwise there should be no issues.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839720#3839720
Reply to the post :
http://www.jboss.org/index
you should be able to do this. we are using oracle w/ clob fields here. i know in
hibernate, you need to use a work around for this, but there should be no issue using
cmp.
here is a brief snippet of what our impl class looks like, complete w/ it's xdoclet
tags. you should make sure you are us
what's your schedule looking like for this? i could probably get it taken care of in
the next few days so we can get 1.1 out the door if you are occupied w/ other things.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839680#3839680
Reply to the post :
http
can you please try checking out from cvs instead of using the snapshot.
other ppl have reported similiar (yet different) issues when trying to either compile
or deploy code obtained from a snapshot but have had no issues when using code checked
out of cvs.
View the original post :
http://w
how long ago did you make the initial post? there was a period not to long ago where
the site crashed and they were using backups of the forums and when it was restored,
some messages were lost.
there was a thread discussing this somewhere, but it may have been limited only to the
actual maili
i'm not really sure how the installer works. i've always created the tables just by
executing the ddls directly against the database.
if you have the ability to create the tables by hand, just do that and then deploy the
modules w/o using the installer.
View the original post :
http://www.jb
i've just committed the changes to add management of user submissions for the
downloads module.
this was the only thing holding up the final release of 1.1, so it'd be great if some
ppl could help give some final qa testing to everything.
the tag (Nukes_1_1_0_RC1) has been promoted as a new z
oracle support already exists, altho it needs to be tested.
once we get the full cmp solution working (there are a couple outstanding issues left
that can be read about over in the dev forum
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=50742)
then any database can be supported.
tha
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
let me know if you have further questions.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839256#3839256
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&
you don't have any entries in the file to add links to the menu. look at one of the
other component's descriptors for an example.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839244#3839244
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=p
DAO is a design pattern that can be followed to encapsulate database access from the
rest of your code.
i tend to use DAOs reguardless of whether or not i am using cmp, straight jdbc, etc
just b/c i like to keep that code centralized in one location and it allows me to
change the internals w/o
sorry about that - i thought i had a real email address in there. in any case, two
things.
1) are you deploying your module into the "nukes" directory instead of the "deploy"
directory? only the "nukes.ear" and the datasource and be deployed in the "deploy"
directory. all other modules need to
can you send the sar (including source) to the address in my profile and i'll take a
look at it on my end.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839165#3839165
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=38
do you have the nukes core deployed? are you using any 3rd party libraries in your
code that aren't deployed in jboss?
i have seen instances where jboss masks that fact one of your dependencies is missing,
but it reports it as one of your own classes.
View the original post :
http://www.jbos
did you package the class files w/ the sar?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839101#3839101
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839101
---
you have a copy of bcel.jar somewhere else on your classpath. check the "lib/endorsed"
directory under your jdk install directory to see if it's lurking there.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838977#3838977
Reply to the post :
http://www.jbos
p..s if you do encounter that the sql is wrong to create the unique constrants, just
edit the appropriate .properties file in "build/etc", run "build clean deploy" to
retest, and post the correct statement back in the forum so i can check in the correct
statement.
View the original post :
htt
i've promoted the tag to include julien's latest fixed for the utf-8 encoding.
i've also checked in minor updates to the news to address the lack of getter/setter
methods for the copyright and location member variables, and to also add a unique
constraint to the "name" column on the nuke_news_t
no - i have had nothing but success w/ the structure i came up w/ and the build
framework.
the work i did was modelled more after the nukes structure then the jboss, altho the
two are similiarities between the two.
checking out ant as part of the build (and all dependent libraries) makes a to
that'd be cool - thx!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838846#3838846
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838846
---
This SF.Net email is sp
"jamesstrachan" wrote :
| I was going to attach a sample of code that uses this technique, this facility
seems to have been removed !
|
just cut and paste it into a code block ([ code ] [ / code ] minus the spaces). others
may want this in the future, or better yet, create a wiki entry for
1 - 100 of 306 matches
Mail list logo
