Hi Craig,
Any further thoughts about maven and multiple language versions?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 16, 2006 5:17 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re
Would it be ok to build three different jar files based on whether
the target was 1.3, 1.4, or 1.5? Packaging the different jar files
into one could be a post-build exercise.
Or a specific build target that combined the three jar files.
How is the source code structured today?
__
_
Notice: This email message, together with any attachments, may
contain information of BEA Systems, Inc., its
subsidiaries and
affiliated entities, that may be confidential, proprietary,
copyrighted
I don't think the fact your using BEA e-mail is an issue.
Its really the legal content of the epilogue that I think has
people concerned.
Understood.
Although someone in the ASF could probably do something I
think you'd be the first person they did it for :) I think
modifying the
I think that we should not maintain a separate set of jars.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 14, 2006 9:00 PM
To: open-jpa-dev@incubator.apache.org
Subject: Improving
At this point, we've crossed all the hurdles within BEA to be able to
get a significant amount of code out to the project. We've got a couple
guys working on some refactorings as we speak.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Matt Hogstrom [mailto
Yep, there are a few failures. These cropped up since Kodo 4.0 was
released. They are not desirable, but are known. We didn't want to hold
up putting code out there to get the tests running.
Feel free to have a look at it.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message
Hey,
Does apache have any infrastructure / conventions in place for staging
changes to the site to look them over / collaborate / etc. before
pushing them to the site?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
as Kodo 4.0 was at.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Kevin Sutter [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 27, 2006 7:30 AM
To: open-jpa-dev@incubator.apache.org
Subject: State of OpenJPA code drop
Hi Patrick,
Now that the code drops
Why not? I've never met a Java compiler that doesn't deal with that
behavior; many of our source files do not end with a newline.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 01, 2006 7:50
So the difference in this case is that Kevin's actually on the initial
commit list.
I think that the theory was that we're actually setting a new
initial-commit-on-demand precedent here. Geir: do you recall?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From
afresh.
3. Should we be striving to keep the version numbers of the various
sub-modules in sync, or should each get a separate version number moving
forward?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email
/showproduct.jsp?family=KODOmajor=4.0minor=0
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Bryan Noll [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 08, 2006 1:50 PM
To: Bryan Noll
Cc: open-jpa-dev@incubator.apache.org
Subject: Re: Example files from
You should open these as bugs. The JPQL parser is very new code; I
expect that we will run into a fair number of parse bugs / limitations.
(OpenJPA should pass what's in the TCK, but that's hardly complete
coverage.)
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message
the OpenJPA jars in
the execution-time classpath; just in the taskdef-time one. The
duplication won't hurt, but isn't strictly necessary.
Hope this helps,
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, August
Vote closed with one +1 (me) and zero -1s. Welcome!
Now, I'll kick off the process to get rights assigned.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Patrick Linskey
Sent: Friday, August 04, 2006 12:49 PM
To: open-jpa-dev@incubator.apache.org
I spoke to Geir about this a bunch last week; he suggested we use a
number-dev nomenclature, so that it'd be clear that the current
build is
a dev build rather than a well-known numbered release. So,
this would
mean we'd have 0.9.0-dev, meaning that there are
differences since the
It might be good to run through the common dev scenarios in
detail to
see which model would work best for this project, since there are so
many sub-projects.
Good point. I think that we should move to a model where we have a project
that assembles a single unified jar (including merging
There's one last problem, and that is systems with multiple OpenJPA
extended products available. If you've got Kodo and
ExtendedOpenJPAProductX in your classpath, chances are they'll
attempt to overwrite each other's configuration defaults and so
forth. That's the case now, and what
Assigned.
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Bryan Noll [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 16, 2006 10:50 AM
To: open-jpa-dev@incubator.apache.org
Subject: Re: [jira] Created: (OPENJPA-14) PCEnhancer ant task
requires openjpa jars
Hi,
Kevin Sutter is now a committer on OpenJPA. Welcome, Kevin!
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
I don't follow -- what does the patch-available checkbox indicate?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Bryan Noll [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 17, 2006 1:35 PM
To: open-jpa-dev@incubator.apache.org
Subject: Patch available
of JIRA
issues for these sorts of things -- one for fixing code formatting, one for
minor potential algorithm problems, etc. Then, that issue could be used for
commits that don't merit a full issue of their own.
Thoughts?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message
Are OS profiles a maven thing? Note that this list is populated largely
with maven newbies.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Mike Perham [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 22, 2006 11:01 AM
To: open-jpa-dev@incubator.apache.org
that certain tests are expected to
fail, so that we can commit tests that break along with JIRA reports?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Kevin Sutter [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 22, 2006 2:21 PM
To: open-jpa-dev
Since there are multiple jars, maybe it makes sense for each of the
different modules to have a META-INF/openjpa-revision.properties file,
and then have OpenJPAVersion print out the information for each of said
resources in the classpath, if they're not the same.
-Patrick
--
Patrick Linskey
a resource
called META-INF/revision.properties in the classpath, but it seems
vanishingly unlikely that META-INF/openjpa-revision.properties is used
by others.
Thoughts?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED
I've no idea about that particular message, but in my experience it
sometimes takes a few runs to get mvn to run the first time, since both the
apache and ibiblio repositories are a tad flaky.
BTW, what's the version of your mvn? (mvn -v) Mine is 2.0.4.
-Patrick
--
Patrick Linskey
BEA Systems
largely add spec behavior to the
core kernel. So the features available in the core kernel are available to
all bindings.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Marc Logemann [mailto:[EMAIL PROTECTED]
Sent: Friday, August 25, 2006 7:01 AM
To: open-jpa
On the other hand, if the feature is on by default what would be the
likely reason to turn it off? Some JavaEE portal may then report how
default behaviour of OpenJPA is not spec-compliant :(
How is the data cache not spec-compliant?
-Patrick
I think the first time users are going to write simple
applications while
evaluating . Will caching affect these kind of applications
which have a
small amount of data to play around with?
Typically, no.
-Patrick___
my
.svn files twice so far
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Marc Prud'hommeaux [mailto:[EMAIL PROTECTED] On
Behalf Of Marc Prud'hommeaux
Sent: Wednesday, August 30, 2006 10:35 AM
To: open-jpa-dev@incubator.apache.org
Subject: Re: svn issues
Note that there is a proposed
Ok, I just checked in an update that changes all of them (except for the
ones in the repackage util.concurrent package).
I admire the discipline it took to put all those tags in
there in the
first place.
Thanks! Sadly, they're not 100% -- we certainly have added important
APIs without
+1.
Now, to find the right person
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
-Original Message-
From: Kevin Sutter [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 30, 2006 2:50 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: Creating sandbox branches
Still
that OpenJPA plugs into a Spring
persistence container environment appropriately. Work is also ongoing to
build user-focused release downloads and to integrate with the Apache
continuous-integration facilities.
/snip
--
Patrick Linskey
BEA Systems, Inc
Hi David,
The OpenJPA data cache is non-partitionable.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may
Note that the only time that a version number will have a M at the end
of it is when there are changes in the local copy.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any
Following the advice there (and elsewhere) I managed to get my
example working!!! The main step appears to be including a non-jta
datasource.
Cool.
I'm still unable to figure out how to get the tables auto-created.
Putting properties in persistence.xml or feeding them to
Sounds good to me. Should be pretty straightforward -- we create a
special 'modules' dir for all the individual jars, so it should be as
easy as removing that bit of the appropriate pom.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
the patch to this list should help resolve that, by getting
it into the main OpenJPA codebase.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information
like to change the version number to
0.9.1-incubating at the time of release and move it to
0.9.1-incubating-SNAPSHOT immediately afterwards.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together
It sounds like you didn't recompile your sources between Kodo 4.0 and
Kodo 4.1. Kodo 4.0 used different package names than Kodo 4.1, and our
backwards compatibility efforts didn't include binary-compatibility.
(Sorry about the Kodo spam, btw.)
-Patrick
--
Patrick Linskey
BEA Systems, Inc
+1
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential
whatever we agree on.
Thoughts?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
Is this as it should be? Is there some additional processing going
on when openjpa reads a persistence.xml file that should not happen
when an entityManagerFactory is created in a j2ee environment?
Does this work when you run outside a container?
It sounds like the product derivations
Hi,
It would seem that RollbackException's toString() doesn't print out
nested exceptions by default. Is this intended? If so, is it desired
behavior?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email
This is the official JTA 1.1 jar that is available at the java.net
repository.
+1 for using the official JTA libraries, rather than the stopgap
Geronimo clones.
I'll update the pom.xml unless anyone objects.
+1 for moving to JTA 1.1.
-Patrick
The situation I'm looking at right now, for one: I'm seeing an
optimistic lock exception, and the OpenJPA exception translation is
obscuring the full stack, so I just get the stack from the point of
translation, rather than from the point of origin.
Then the solution is to fix the
Hi,
Is there any way to dial down (or just remove) the 'Assign To' field in
the jira issue edit pages? It takes *forever* (well, not quite, but
nearly) to load any of the edit pages, since the page has to populate
the assignment field.
Thanks,
-Patrick
--
Patrick Linskey
BEA Systems, Inc
decision for other annotations as well; I
haven't sorted through the annotations just yet.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information
Our internal testing framework, in this case, is vanilla JUnit. Seems
like that might be a use case that we should care about, no?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together
@Strategy allows the specification of a custom class name in string
form. However, class names inside quotes don't refactor all that
well. I
think we should add an @StrategyClass annotation that allows
specification of a strongly-typed Class instance. What say ye?
I'm not voting
I think we should tag whenever we make a release. I don't know
anything about tagging in svn, but I assume it is just like CVS
(where you just ascribe an arbitrary text label to a revision
number). Presumably, we would just tag a 0.9.6-incubating release
as: 0.9.6-incubating.
This is
The former.
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may
I just reverted back to serp 1.11. Once 1.12 is in ibiblio, we can
decide whether or not we need the new version.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments
] at serp.bytecode.BCClass.write(BCClass.java:202)
[java] at
org.apache.openjpa.ee.WASManagedRuntime.main(WASManagedRuntime.java:412)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
--
Patrick Linskey
BEA Systems, Inc
investigate further... dinner is calling...)
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries
Hi,
Bryan Noll is now a committer on OpenJPA. Welcome, Bryan!
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
Hi,
Srinivasa is now a committer on OpenJPA. Welcome, Srinivasa!
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc
., when the localizer is not used).
Since we obtain Localizer instances statically, this should speed up the
first load of any class that has a Localizer reference.
What do others think about this tradeoff?
-Patrick
--
Patrick Linskey
BEA Systems, Inc
+1
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential
Implemented with 473057. Man, I wish that Java had universal access
syntax.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA
Hi,
It seems like this method should call MappingTool.setRepository() rather
than requiring that a new repository be constructed. Is this an
oversight, or is the lack of the call intentional?
-Patrick
--
Patrick Linskey
BEA Systems, Inc
Agreed. I'll go further and nominate someone not employed by BEA, unless
it's Eddie, who doesn't do hands-on OpenJPA coding in his day job.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message
from the release candidate
branch.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries
On Nov 12, 2006, at 1:26 PM, Patrick Linskey wrote:
I think that the issue is that the thing that is voted on
is the tag.
Is that actually right? My understanding was that the thing that is
voted on is the artifacts (in this case, the binary and source zip
archives
+1
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential
PersistenceUnitName might be useful), or
should I just create the ID-related one, since that's all I really need
right now?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may
context names.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may
and registerSynchronization
call just happen to both use the word 'synchronize'. It is possible that
setting one would have an impact on the other, but the settings are not
directly related.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice
We've historically always taken the approach of avoiding the word
altogether, rather than escaping the word.
It certainly wouldn't be difficult to modify DBDictionary to escape
reserved words instead of avoiding them, though.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
Since there is always the possibility of maintaining a
branch, we need a tag
to represent the beginning of that branch -- with no changes
ever being
committed to the tag.
Really? I was under the assumption that svn took care of remembering
where the branch was moved from, thus
Shouldn't Maven have some way to just do that declaratively, so that the
Maven framework can go and fetch the other dependencies?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together
Do we care about supporting Maven 1 artifacts?
I know nothing about maven, including what versions people use out there. My
uneducated opinion is that we should not do extra work for old-version
support if we can get away with it.
-Patrick
--
Patrick Linskey
BEA Systems, Inc
I'm not 100% sure, but I don't think that that was part of what was in
the initial OpenJPA contribution.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may
.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may be confidential
Hi,
How are you executing the query? I'm guessing that you're using
Query.getResultList() or Query.getSingleResult() instead of
Query.executeUpdate().
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email
. For people who are relying on automatic enhancement,
this certainly is a surprising situation to end up in.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may
If you have a null indicator for the collection / map field, then
OpenJPA will preserve the null-ness.
Otherwise, the default value will be dictated by what your no-args
constructor does (or, equivalently, what your member field
initializations do).
-Patrick
--
Patrick Linskey
BEA Systems, Inc
There's certainly nothing wrong with that approach.
However, the situation is not as simple as it seems. When
used in a
JTA
environment, by default an EntityManager will use a transactional
persistence context. This means that each transaction essentially
automatically gets a new
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Monday, December 11, 2006 2:23 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: Collection (or Map) relationships and null
On Dec 11, 2006, at 2:09 PM, Patrick Linskey wrote:
If you have a null
.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may
The spec defines that the way to get
application-managed EMs is via a call to
Persistence.createEntityManager(). Container-managed EMs come from
PersistenceProvider.createContainerEntityManager() (or
something like
that).
App managed em suck because you can't use JTA transactions.
FWIW, OpenJPA uses SQL syntax (rather than JDBC) for ranges for all
databases but JDataStore, to my knowledge.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may
On Dec 11, 2006, at 6:03 PM, Craig L Russell wrote:
Hi Dain,
I've never seen an @Entity without an @Id annotation. I don't
believe it is a valid JPA mapping without an @Id. That said, it's
not required to be named Id.
I'm not using annotations at all. Everything is done in the
How are you deploying your application? (J2EE, J2SE, ...)
Can you post the source to the classes, or at least
IdentifiablePersistentEntity?
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message
On Dec 12, 2006, at 6:24 PM, Dain Sundstrom wrote:
Does JPA guarantee that only one bean will be activated for a
specific pk per transaction?
Yes.
Specifically, will OpenJPA ever create more that one bean for a
specific Class:PK in a single transaction?
No.
The full story
-Original Message-
From: Dain Sundstrom [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 13, 2006 2:56 PM
To: open-jpa-dev@incubator.apache.org
Subject: Re: Are relation sets identity, pk or bean.equals() based?
What I'm really asking is when OpenJPA loads a one-to-many field,
If you declare the field to be an interface type and you don't
initialize the field to anything, I don't remember how we
decide what
impl to use.
Looking at the code in ProxyManagerImpl.java, it appears that we
default to ArrayList for fields declared as type Collection, HashSet
I believe that you can set openjpa.ConnectionDriver property to the
actua DataSource to use, and OpenJPA will use it. Of course, you can
only do this in code, and if you use a Map (not a Properties object).
-Patrick
--
Patrick Linskey
BEA Systems, Inc
Note that the datacache is enabled by default. To turn off, set
openjpa.DataCache to false.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information
Generally-speaking, you should be able to bootstrap new classes into
OpenJPA over time. There are some situations that will prevent this
(i.e., if exclude-unlisted-classes is set to true, and possibly some
automatic class-scanning modes).
-Patrick
--
Patrick Linskey
BEA Systems, Inc
-Original Message-
From: Shay Banon [mailto:[EMAIL PROTECTED]
Sent: Monday, January 01, 2007 1:11 PM
To: open-jpa-dev@incubator.apache.org
Subject: Getting all the ClassMetaDatas
...
p.s.
I am the author of Compass, so once I have this nailed down,
we will have
Search
the callbacks.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its subsidiaries and affiliated
entities, that may
on the org.apache.openjpa.persistence package or
sub-packages.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message, together with any attachments, may contain
information of BEA Systems, Inc., its
-Original Message-
From: Patrick Linskey
Sent: Tuesday, January 02, 2007 1:44 AM
To: open-jpa-dev@incubator.apache.org
Subject: RE: Getting all the ClassMetaDatas
You may also be interested in the StateManager.getDirty()
method, which
returns a BitSet corresponding
You could do this with an @Externalizer that converts the byte[] into a
long or a string or what have you, and a @Factory that reverses it.
-Patrick
--
Patrick Linskey
BEA Systems, Inc.
___
Notice: This email message
-Original Message-
From: Shay Banon [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 02, 2007 2:33 PM
To: open-jpa-dev@incubator.apache.org
Subject: RE: Perform automatic drop and create db schema
Automatically clean that data without dropping the tables
makes even more
1 - 100 of 569 matches
Mail list logo