do you already know how to create projects, etc in eclipse, or are you asking
for assistence with that.
basically you want to create a project in eclipse for each of the directories
under "jbportal"
ie:
api
core
common
forums
etc
of course, you are free to deviate from this, but i have alwa
i've got to agree w/ iwadasn on the hsql support.
people would be a lot more prone to give things a test drive if they didn't
have to worry about having to setup an external database.
and i know, ctysmf :), soon... just gotta get my act together again.
View the original post :
http://www.jbo
just make it configurable, w/ the default value being "don't use" - then if other ppl
want to use it in the future, the functionality is there.
personally, i think it's a good idea.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3851746#3851746
Reply to the
you need to setup a timer for this. check the rss module, it sets one to refresh the
feed data at specific intervals. i think the bb module does this as well.
you could probably add this timer directly to the jbmail mbean and have it be a
configurable attributte, etc.
View the original post :
it's going to require code change - and changes that are different from what is
required to get it working in >= 3.2.4.
with nukes 2.0 actively being worked on, and upcoming plans to start porting current
nukes modules over, i am not 100% sure it is worth it to even persuing this any
longer.
"chasetec" wrote :
| Isn't the "Disable BBCode in this post" suppossed to make the \[code\] statement's
appears as typed and not rendered in any special way?
i believe that applies to all tags availble, ie: [ b ] , [ i ], etc.
i would not recommend (or perhaps this could be configurable) to
"chasetec" wrote :
|
| As far as what I want to do, I want to strip every half-way feature that's not
going to be implemented before 1.1
|
given that the 1.1 release is at RC3 and very close to being final, i would doing this
consider this a large risk for 1.1 and would push back on hav
i think LDBC should handle this through their grammar mapping, so it may make it a
non-issue. since the wife is going to be out of town this weekend and i don't have
anything to do as of right now, i may be able to prototype something real quick to see
what happens.
i'm thinking that if it doe
LDBC looks interesting and may help solve this issue perminantly.
off the top of my head, i think ppl would still be able to use any database of their
choosing, but there would be a bit more work involved b/c they would have to manually
create the tables and load the data themselves (in additio
i don't see anything wrong w/ that location. i would recommend using a similiar format
to the setup.xml file so that either a .sql file and/or a beanshell script can be
generated via xlst to help make things a bit easier.
in some cases if the table structure have actually changed, it may be eas
check out the code and execute the appropriate target via the build, but i'm not 100%
sure what that target is off the top of my head at the moment.
just as an fyi, not everything is javadoc-ed, so you're best bet is really going to be
to look at the other modules (preferably starting w/ the si
i'm going to try deploying the changes i've made for 3.2.5 compatability into 4.0 to
see what happens.
i still have to track down the cause of some exceptions that are being thrown but
don't seem to be preventing the code from executing. i'm not sure if they were errors
that were always there
hrm - i don't remember if i ever got that error or not in 3.2.3, i'll have to go back
and recheck to see if i did and just never paid attention to it.
in any case, it's a start in the right direction - if the rainy weather sticks around
for the weekend i'll be able to invest more then the 2 hou
i currently have the core deploying into jboss 3.2.4 and am able to pull up the site
w/o any issues. i haven't tried any of the modules yet b/c it looks like there is some
kind of compilation issue w/ those.
undeploying and doing hot deployments of the core is another issue, those give lots of
has any further work gone into this? i've given this a go myself, and i keep getting
the following error trying to deploy:
| 2004-09-14 22:27:11,851 ERROR [org.jboss.nukes.core.Main] Cannot register on
component nukes.themes:name=imagic
| java.lang.reflect.UndeclaredThrowableException
|
where is that wiki parser so i can look into it - i should be able to hook into the
existing html module as a base for the version history.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3847969#3847969
Reply to the post :
http://www.jboss.org/index.html?mod
i'll take a look at xwiki and see what the possibilities are.
julien: didn't you say that bill wrote a parser for wiki html tags, where can i find
that?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3847809#3847809
Reply to the post :
http://www.jboss.org
this site uses a modified version of jspwiki.
here are two links on the topic
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=50376
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=47376
there have been other discussions about buiilding a native wiki module, but no one has
tak
unless i misunderstand, the debuging feature you want is already part of eclipse. you
can enable "step filters" that will "skip" classes in packages that you define.
do a search in the eclipse help for "step filter" for more information.
eclipse 3.0 (and 2.1.2 via a plugin) also have the "call
you can add an entry to the datasource that will check the validity of a sql
connection when it is pulled from the pool (use a simple, low overhead sql select).
|
| SELECT ...
|
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3847589#3847589
Rep
i don't think there is anything wrong w/ that altho what would the convention be for
an "everybody" message?
something like:
news.Comments.CommentsTotal
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3846888#3846888
Reply to the post :
http://www.jboss.
i had some aspirations of trying to integrate the commons validator in to handle some
of the error handling. perhaps that would help simplify some of the workflow as well.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3846476#3846476
Reply to the post :
htt
agreed - i just want didn't want anyone to think i "fell off the planet" b/c i haven't
been around much lately.
i also sent you over the contacts that i have for that area. hopefully one of them
will be able to help you out. would you consider the new york city area as well, or
are you only lo
it's ok - i have every intention of coming back to the project and making
contributions again, but right now things are still a little "unorganized" and i
haven't really settled into a
schedule/groove just yet.
best of luck on your job search. i may (i have to check if i saved them) have some
i was planning on working on the news module again once i was a little more settled
into my new job, but i guess can take over maintanence of some other module once my
schedule becomes a little more concrete and i have time to contribute again.
View the original post :
http://www.jboss.org/ind
i could have sworn i posted something about this not to long ago, but i can't seem to
find the thread, and i'm pretty worn out from relocating back to nyc, and i don't
really have the energy to keep looking. :)
the Invocation class that used to reside in org.jboss.mx.interceptor package no longe
what permission problems are you having?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3842251#3842251
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3842251
---
Thi
it has been - when is the last time you updated the code?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3841528#3841528
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3841528
---
i'm not following the question.
you have a "module" that also has a "block" associated w/ it, correct?
to redeploy the block and the block's code hasn't changed, then you just need to
"touch" the -service.xml.
if you change the block's code, then you have to redeploy the module, and then "touc
you need to place the block-service.xml file in the nukes.last directory so it is
deployed after the module. or you have to package the block-service.xml file inside
the sar so it deploys w/ the classes.
if you hot deploy the module again, you're going to have to touch the -service.xml
file ag
you need to increase the min/max heap size when you start jboss. pls see the faq in
the user group.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840958#3840958
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3840958
just as a heads up, i've checked in some new build changes so the next time you do an
update against the HEAD, you local.properties file will be overwritten w/ the one from
"build/etc".
new changes include:
- bean shell scripts are now auto-generated against the setup.xml file in each of the
d
i can't reproduce this (i just installed mysql on my raq4, so now i can test against
it as well).
can you check your database to confirm that none of the stories have a null topic id?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840869#3840869
Reply to t
what do i need to do so i can get the content for the index page out of the varbinary
column? are there any db clients that can do this, or you have a class already written
to handle this?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840806#3840806
Reply t
what version of news are you running? is it the latestes rc release? what database are
you using?
do you have any stories in the database? i could use a little bit more info on how to
reproduce.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840800#3840800
there is a basic tutorial on how to create blocks, modules and themes located here:
http://www.jboss.org/developers/projects/nukes/tutorial
you can also checkout the code and generate the javadoc yourself by just running the
build and executing the correct target.
View the original post :
htt
the image is just stored as a blob in the database. if you wish to use it on an html
page, you declare it the same way you would any other image using the img tag and the
proper path to where the image is located.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&
this does not seem to work if i click the "view" button when viewing the details about
a file stored in the database.
also, it seems that pulling images out of the database is now broken w/ these changes.
from what i can tell, it is b/c the ByteArrayOutputStream in the "Blah" class is set
to nu
if you read the wiki page, then if i have A.jar deployed, and A.ear and B.ear depend
upon A.jar, if i redeploy A.jar, the class loader is going to have stale references to
those classes and give me ClassCastExceptions.
in order to get around that, you "touch" A.ear and B.ear so they are given ne
how are you testing the code, is it from an "outside" client that is connecting to
jboss, or do you have some application (ie, a war) that you are using instead?
did you see this wiki page?
http://www.jboss.org/wiki/Wiki.jsp?page=HotDeployClassCastExceptions
i'm not sure if there is something d
d'oh - i always end up adding that extra "s". thx for catching that - i'll make sure
those get updated appropritely.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839858#3839858
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode
i'm not understanding what you mean by the "table names are false".
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839849#3839849
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839849
fixed - could you pls update against the tag or the head and retest this for me.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3839831#3839831
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3839831
thx for that update - i'll correct the database property files to add the correct
alter table statement.
i did look up the syntax in the manul and i could have sworn they said that the
"CREATE UNIQUE" syntax was just an alias around the alter table statement.
View the original post :
http://
most likely there are problems w/ this module - it hasn't been "officially" released
and no one is actively maintaining it.
if one of you would like to look into it and submit patches, that would be great.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=383909
this question should have been asked in the user forum for nukes, and was also
answered in the faq post.
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=50221
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838510#3838510
Reply to the post :
http://
and the JDBCPeristentManager class will need to be updated to check to see if its
tables exist, and create them if they don't.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838423#3838423
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=post
i also don't see a way to specify the insert statement on the nukes_group_membership
table via the @jboss.relation-table xdoclet tag.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838422#3838422
Reply to the post :
http://www.jboss.org/index.html?module=bb
grr - just when i thought i had this licked, another issue comes up.
we're not going to be able to support the "pure" cmp solution in the core until the
following bug is fixed:
http://sourceforge.net/tracker/index.php?func=detail&aid=969699&group_id=22866&atid=376685
you can read the details i
leberre : no, not at this time - this could be added to the master build.xml though.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838269#3838269
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838269
---
bringing the conversation back around to the original topic :)
i'm able to create the unique constraints using the "post-table-create" tag in xdoclet
(on @jboss.persistence).
i still have to dig up the "alter table" syntax for the other dbs (i tested against
hsqldb ) - if anyone knows the synta
the downloads module should just be re-directing you to the link where you can d/l the
actual file.
i'll take a look at it and see if it's doing anything weird, but there are some other
higher priority items that i need to finish up w/ first, so it will be a few days
before i can get back to y
provided "mymodule.sar" does not rely upon any classes in "mytheme.sar", then you can
use a depends tag in the "mymodule.sar" jboss-service.xml for the "mytheme.sar" (look
at the nukes core jboss-service.xml to see how this is done).
if "mymodule.sar" does rely upon a class in "mytheme.sar" (thi
no - it only needs to be deployed in JBOSS_HOME/server/default/nukes - only the
nukes.ear should be deployed in the "deploy" directory.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837982#3837982
Reply to the post :
http://www.jboss.org/index.html?module=b
you can't establish default values for columns when the tables are created via cmp, so
you have to handle setting that value yourself if you do a manual insert.
adding topics through the site handles this w/o issue.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic
no - the only place i think i saw the unique constraint was on the user table, and i
figured we'd still have new users create the "core" schema w/ the ddls.
we could issue an alter table statement as part of the post-table-create sql that can
be executed. we could store the statement in the .pr
i'm 90% confident that i've nailed all the bugs for the 1.1 release (this doesn't
include any of the recent postings to sf.net) - i have taken care of every one
reported in the forums.
the downloads module is missing a way to manage user submissions. my plan to deal w/
this is to get rid of th
hrm - not sure how you have topics appearing on the topics page, but not in the admin
interface. it's the same code - what state did you create them with?
the other things you mentioned fall under the "feature request" category and are
planned for future releases.
View the original post :
htt
i took a look at some of this last night, and i don't think they are all trivial
updates. i think we should aim to have the 1.1 release work w/ 3.2.3 and then worry
about moving to 3.2.4 compatibility.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837676#383
that class is missing from the jboss-jmx.jar in the root lib directory (not the one
under /server/default/lib).
according to cvs, the class was removed from the 3.2 branch when the jmx 1.2 was
backported from the head.
View the original post :
http://www.jboss.org/index.html?module=bb&op=vie
you need to have two seperate mbean definitions for this (both in the
jboss-service.xml descriptor). one to control the hibernate service, and the other to
control the module that you are writing.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837387#3837387
did you change the object name to something else? if yes, what is the new object name?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837386#3837386
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3837386
--
jsp support won't happen until nukes 2.0 which will have the portlet implementation.
i did setup a wiki page w/ instructions on how to convert a module to the pure cmp
solution. i don't have time to update the template module right now (i'm focused on
getting 1.1 out the door), but if you wante
your mbean object name is not unique. somewhere you have another mbean deployed w/ the
name jboss.jca:service=HibernateFactory
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837374#3837374
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=post
this is fixed. pls update against the tag or via the pre-compiled package (again, see
thread in users forum).
it'd be great if you could make your conversion scripts available for others when your
done!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3837301#3
that's the value the standardjbosscmp-jdbc.xml file (in the conf directory) specifies,
altho the postgres mappings do specify "text" - i wonder if the mysql value should be
updated to match that.
in any case, i'll just create an entry for that sql-type in each of the properties
files in the "
what date is the snapshot from? could you try using the pre-compiled libs (see the
announcement in the user forums) or pull from cvs using the Nukes_1_1_0_RC1 tag?
i'm seeing all the tables being created properly on my box.
View the original post :
http://www.jboss.org/index.html?module=bb&op
correct - by packaging the ejbs in the lib.jar, you deploy the class files only once,
and allow yourself to reuse the same code by just specifying different deployment
descriptor configurations.
control comes from deployment configuration (which is specified in xdoclet) and also
partially in th
the upgrade to xdoclet 1.2.1 broke the forums code (it didn't like the value "True"),
and this has now been fixed.
the forums have also been coverted over to the "pure" cmp solution and i'd appricate
it ppl could test it out. (the regular ddls are still there until it's confirmed all
is in ord
question: what are the steps necessary to convert my module to a "pure" cmp solution
(table creation is handled by jboss).
answer: see the following wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=NukesPureCMP
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=
question: what are the steps necessary to convert my module to a "pure" cmp solution
(table creation is handled by jboss).
answer: see the following wiki page
http://www.jboss.org/wiki/Wiki.jsp?page=NukesPureCMP
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=
this forum is for questions reguarding development of nukes.
more information can be found on the nukes wiki page, located here:
http://www.jboss.org/wiki/Wiki.jsp?page=NukesForJBoss
please be sure to use the search before posting any questions, it is possible that the
question has been asked
i've recommitted changes that remove the "hacks" and instead define sql/jdbc-type
xdoclet tags on the foreign key relations so that the columns can be created null.
you should drop your tables and re-create them (both for news and downloads), however
you can export and reload any data you may h
julien has handled this problem for nukes (we've got our own thirdparty lib dir now),
but i did want to follow up w/ my findings ...
i didn't have success trying to compile "jboss-head" w/ xdoclet 1.2.1. :(
here are the areas of discrepency between the tests incase anyone wants to pursue this
yup! thx for taking care of this!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836523#3836523
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836523
---
This SF.Ne
ok - cool. i'm still going to give it one more shot on my end against the jboss-head
and at least report back my findings.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836481#3836481
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting
the first pass at this didn't seem to work. the test results produced using xdoclet
1.2.1 did not match up w/ the results from the current version.
i'm going give this another run through just to make sure i didn't mess anything up.
i remember a while back you were considerring having a sepera
yeah - i'm aware - i checked out "jboss-head" last night and ran the test suite
against the current version of xdoclet, and was going to re-run against the new
version this morning.
if you're going to check in elsewhere, that's just as good (and would be a lot
quicker).
i've got the necessary
hrm - fun - looks like this will be my first foray compiling jboss from source. :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836360#3836360
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3836360
-
applogies if this is the incorrect forum for this, i wasn't really sure where to post
this...
the current version of xdoclet being used by jboss (to build source) is 1.2b3. this
version doesn't have support for the sql-type and jdbc-type attributes on the
@jboss.relation tag, which is going to
are any of the xdoclet libs in the tools directory "jboss specific" or is it safe to
upgrade to version 1.2.1?
according to the author of this post
(http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836283#3836283) the tags
required to allow postgres to work w/ the "pure" cmp solution
looks like the forums were restored, but today's messages were lost. in any case, here
it is again
the downloads module as been converted to a pure cmp solution. i'd appricate it if any
mysql and postgres users could test it to confirm it works ok, and also to give the
module a good once ov
perhaps this is a mysql bug? (this same problem exists for hsqldb,
and i recall reading that it was a hsqldb issue).
try adding this to your class level xdoclet
| @jboss.persistence
| pk-constraint="false"
|
View the original post :
http://www.jboss.org/index.html?module=bb&op=
the downloads module has been converted to a pure cmp implementation - it only had a
ddl for mysql, and i felt it would be a better use of time instead of creating ddl
files.
i'd appriciate it if the ppl running postgres (and everyone else) could take it for a
spin and report back any bugs/pro
i don't see anything wrong w/ the "community" expressing interest in what they would
like to see done next.
what is/are your vote(s) for?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836086#3836086
Reply to the post :
http://www.jboss.org/index.html?mo
the target modules for the 1.1 release are
- core
- forums (bb)
- news
- downloads
i'm not really sure where the polls module falls on the list. right now i am in the
process of "qa-ing" the news and downloads module for release.
i will try and take a look at the polls module and see how far o
try checking out directly from cvs. there seem to be problems w/ the way the snapshots
are being created.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3836060#3836060
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=383
no documentation exists. the release of news in nukes 1.1 will be it's official
release, and nothing prior is supported, including database schema.
you could write a parser script that takes the old data and loads it into the new
table format. the new schema is pretty self-explanitory. you will
in the works of mr. burns excellent! :)
there's a little bit of a headache here, but nothing that can't be overcome, esp now
that i know how to resolve the issue.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835676#3835676
Reply to the post :
http://
no - nothing is currently in the works by any of the core contributors.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835596#3835596
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3835596
i've checked in the latest changes that should resolve the postgres compatiblity
issues.
for now, i've created a specific container configuration for news, instead of going to
the global standardjboss.xml file - defining "post-create = true" there causes inserts
into the "core" tables not work
well - in the case of news, the ddls are you are looking at are no longer valid. the
news tables are now created by jboss b/c it's too much of a pita to try and maintain
ddls for 4 different databases.
even in this example, the foreign keys did exist, but they were managed by jboss via
the rel
don't use the latest snapshot, pls update from cvs directly. there have been reports
that the snapshots aren't creating the .tpl files correctly.
you're definately not going to be able to use your existing news tables w/ the latest
code b/c the column names, etc have all changed.
pls let me k
if you're using mysql, then you'd want to drop all the nukes tables and re-create them
w/ either the ddls or the installer b/c the jmx parameters that you are setting are
stored in the database.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835540#3835540
foreign key use, the answer is yes and no
for tables w/in their own schema (ie news), there are foreign key constraints between
those tables (ie, the story table has a foreign key to the topic table), there are
also foreign key constraints against the "user" table.
not all of the other modu
only the news module will create it's own tables, the other modules have not been
fully converted over to the pure cmp solution (my applologies if i didn't make it
clear enough that this was news specific).
i'm not sure about the installer issue though. did you configure the local.properties
fi
that class no longer exists. the new code will automatically show the most recent
story first.
also, you will have to drop the tables in the database so they can be re-created when
the news module is deployed (it is now a pure cmp solution).
if you are using postgres, there are a couple issues
ok - in order for this to work correctly w/ postgres, the
"insert-after-ejb-post-create" flag needs to be set to true on the entity bean
container configuration and "dummy" values need to be set for the primary keys in the
"ejbCreate" methods.
i'm thinking that it may be a good idea to just en
i tried using the unknown-pk setup as well and i still couldn't get the rows to
insert. i have one last thing that i'm going to try, and if i can't get it working
i'll create postgre specific ddl.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3835366#38353
ok - i've checked in some changes, but i'm not sure if they will 100% solve the
problem. i can successfully create topics, but i am unable to post a story. it keeps
telling me that i am trying to insert null into the topic_id column (but a quick debug
session shows that the topicEJBLocal object
1 - 100 of 241 matches
Mail list logo
