Hi Fabrizio,
during updating the project.xml (adding the new version) i saw the
following entry:
jsr170
jcr
0.16.4.1
jar
http://www.day.com/maven/jsr170/jar
This is totally true.
Can you make a jira task. scheduled for 2.1 Final
Philipp
Am 17.06.2005 um 13:10 schrieb Uwe Rosebrock:
Hi guys,
could I make suggestion;
the bootstrap config files define modules/templating/Templates and
-/Paragraphs as type 'contentNode'
that is for one partly incon
... how is the release going? I had a bad suprise this morning,
we updated the content. now we are making a package with
- tomcat 5.0.28
- two instances
- jackrabbit locale file system
finding my laptoop "cooked"
italien citchen? ;-)
-
- renamed the 2.02 branch to 2.04 (next release for the 2.0 series)
- tagged the 2.03 release (the one how was published on sourceforge)
- tagged the 2.1 rc1 release properly
i will add a 2.1.1 branch, where we can checkin things which are not
foreseen to be delivered in the 2.1 release.
Chee
Are you interested?
Very interested! can you provide access. The concept of having a
rendering class and a model class is exactly what we are looking for.
This gives us the base to use other frameworks later.
Goes your implementation so far the the tree model can provide any data
(not only
I will be in holidays until 11 of July. No feedback will not mean
that we are not interested.
Ok, from now on?
from the weekend on
write to philipp.bracher at obinary.com
philipp
for list details see
http://www.magnolia.info/
This is a feature which I need too ;-)
So far you can change ContentRepository (add yours to the static array)
I will add a JIRA Tasks
Philipp
Am 13.07.2005 um 03:20 schrieb Philippe Saint-Just:
I'm currently writing a module for Magnolia that will use its own
repository. I started out by
can you take a look on how the dialog has been integrated? Any
suggestion on how to better handle error messages/loading message,
etc?
No, i would do it the same way. Perhaps it would be nicer to have the
html code somewhere extern , but not necessarily yet;-).
For similar reasons i made th
This was a false import statement
Sorry for that
Philipp
for list details see
http://www.magnolia.info/en/magnolia/developer.html
hi list,
after a short discussion we decided to make an RC2 instead of a final
release. The main reasons are:
- we are waiting for some translations
- we should update the documentation (xdocs, ..)
- additional testing is never a bad idea ;-)
This gives us an other week to prepare the release
Magnolia Wiki: This sounds cool!
I propose a parameter in web.xml (magnolia.instance.single) with
default value false.
I will check in this stuff after the 2.1 release. OK?
Is someone interested in developing a wiki template (behaving more or
less like a wiki). The most wanted thing would be
I made the final RC2 tag and opened a 2.1 development branch
(magnolia2.1).
The trunk is now ready for future developments
You will find the RC2 ready for download soon.
Philipp
for list details see
http://www.magnolia.info/en/
dear list,
am I the only one who is missing some svn commit posts? It seams that
the system does not send a message if I make bulk commits (multiple
files), what i do very often.
philipp
for list details see
http://www.magnoli
There is a typo in the configuration of the public instance:
/server/secureURIList/0001/URI should be /.magnolia* instead of
/.magnlolia*
This leads to an unsecured public Instance. I will patch it and replace
the rc2 zip files.
Please change this value in your installation!
Philipp
I have problems to apply this patch since eclipse has problems to find
matches. Do you use our format conventions (in eclipse)? If not please
see:
http://magnolia.sourceforge.net/developer/coding_conventions.html
Else i must patch manually (it is not a big deal, but since you are
sending s
In fact, I use the eclipse formatter supplied by Fabrizio. I also
compared the original and the
That's right
patched file in eclipse, eclipse had no problems to identify
differences. Maybe the problem arises because I still use a somewhat
older revision (rev. 1139).
This is the newest 1107 i
Hhm, I use
diff -uBbPr
I think that's it. I use the svn diff to make patches. That's the
reason why yours works with the system patch command instead of the svn
merge.
This is not a problem so far i know it. I will use the patch command
for you future patches then.
Philipp
;-) we meet the founder of openWFE today to start the discussions.
This means that we will work on this issue very soon.
Do you have already openWFE experience?
philipp
Am 09.08.2005 um 05:33 schrieb Anugerah Mohamad Setiawan:
I am very interested about integrating magnolia with openWFE.Anyb
...which says that parameters in get are usually not utf8 encoded (the
default is ISO8859-1). I had a lot of troubles for this when I added
the UTF8 support in Magnolia, and I had to switch from get to post for
most of the requests.
Thanks for the hint. But in this special case I'm not able to u
Hi Sameer,
can you have a look at the User class in the trunk. I added some
methods in 2.1 branch and merged it into the trunk. Now since the trunk
is using JAAS some of the methods are not longer valid.
Is there a JAAS implementation possible?
The affected methods are:
- getCurrentUser
- h
Unfortunately we didn't freeze the jackrabbit version for the RC4 Tag.
Now the tag is not longer working together with the libraries
downloaded by maven. Use branches/magnolia2.1 this will be the final
version and we fixed there this problem (frozen jackrabbit version).
Philipp
On 02.09.20
ll work on it later this week
- Sameer
On Sep 2, 2005, at 12:12 PM, Philipp Bracher wrote:
Hi Sameer,
can you have a look at the User class in the trunk. I added some
methods in 2.1 branch and merged it into the trunk. Now since the
trunk is using JAAS some of the methods are not longer
You should ask your questions rather in the user-list.
Thanks
Philipp
On 04.09.2005, at 00:50, Felipe Curty do Rego Pinto wrote:
Hi Everybody,
First, I would like to congratulate everyone for help magnolia be a
greate
CMS.
I'm new to the suite, and I would like to know two things.
First,
info.magnolia.module.admininterface.trees.TemplateTreeColumnHtmlRenderer
Thanks for fixing
Philipp
On 05.09.2005, at 11:52, Tomasz Mazan wrote:
Hi
I found that Magnolia support using templates defined only in
Config/modules/templating/Templates. Templates placed in subfolders are
ignored.
S
Oh, I'm ashamed from calling my work "fixing", especially that I
supposed it was compliant with your Magnolia's idea. Should i send you
my code to append to Magnolia ?
Yes please. This was always a feature request but we didn't have the
time to implement it yet.
The best is if you create a j
1.4.2 but runs fine with 1.5 too
Philipp
On 05.09.2005, at 17:36, Tomasz Mazan wrote:
Philipp Bracher napisał(a):
Oh, I'm ashamed from calling my work "fixing", especially that I
supposed it was compliant with your Magnolia's idea. Should i send
you my code to appe
i am here?
Yes you are ;-)
Philipp
for list details see
http://www.magnolia.info/en/magnolia/developer.html
Hi Kristian
Sorry for being late.
It seems that Magnolia expects the underlying JCR implementation to
make changes made in one session visible to all other sessions
immediately on a save. We noticed while testing Magnolia with Jeceira
that when you create a new page in Magnolia and then procee
Cool I will check in later
Philipp
On 09.09.2005, at 11:13, Andreas Brenk (JIRA) wrote:
[ http://jira.magnolia.info/browse/MAGNOLIA-540?page=all ]
Andreas Brenk updated MAGNOLIA-540:
---
Attachment: MultipartRequestFilter.java
Okay, I replaced the Mu
THANKS,
I noticed your effort, but was not able to test and check in yet. I
will do this as soon I have time.
Philipp
On 09.09.2005, at 16:38, Felipe Curty do Rego Pinto wrote:
Hi people,
I posted that issue into Jira. It is solved.
Take a look, I fixed two bugs into magnolia and now it
The pages are created in the tree handler which uses the tree control.
See:
- info.magnolia.module.admininterface.AdminTreeMVCHandler.createNode()
- info.magnolia.cms.gui.control.Tree.createNode(String label, String
itemType)
Philipp
On 10.09.2005, at 16:31, Felipe Curty do Rego Pinto wrote:
1) Change the combo (Read only, Read/Write, Deny) for a group of
checkbox with all the access (add, set, remove, write, syndicate,
read)
May be, it allow a more flexible security structure.
Yep!
2) Add the possibility of a role provider. It would be a configuration
that able you to hand
It seams that jackrabbit does not always update the session properly
(there are maybe still some bugs), perhaps we can change to the model
you proposed.
see http://issues.apache.org/jira/browse/JCR-155
The fix is very new (7. September)
Hopefully this bug is fixed. However, I still suffered
Does jeceira follow the copy-on-read strategy?
No and that's the problem. Should we be compatible to such
repositories too?
Sorry for the hasty reading: Jeceira uses copy-on-read!
To avoid any confusion:
jackrabbit follows copy-on-write
Yes, I know.
Philipp, from your statement I conclude
guage. You can avoid the restarting of the container with
a good development environment like myeclipse.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
No, there is no reason since the node names are not relevant. We could
change this to make it consistent.
Please fill a jira task if you find any bug, improvement new feature
request.
jira.magnolia.info
Philipp Bracher
On 21.09.2005, at 03:12, Alexandru Popescu wrote:
Hi!
By looking at
Answered on the user list.
Philipp Bracher
On 19.09.2005, at 15:30, Tomasz Mazan wrote:
Michael Aemisegger napisał(a):
Tomasz Mazan wrote:
Sending to dev-list is not coinsidence, i hope. I think it's so
tricky that only developers could help me :-) Really. But I'll send
it on
see first:
http://magnolia.sourceforge.net/advanced/customDialogs.html
the look at onPreSave(), onSave() and onPostSave()
Philipp Bracher
On 19.09.2005, at 21:24, Alexandru Popescu wrote:
#: Michael Aemisegger changed the world a bit at a time by saying on
9/19/2005 1:36 PM :#
Tomasz
you make a patch this is
the place to bee.
Every thing in this list should be relevant for the developers.
Philipp Bracher
On 21.09.2005, at 00:25, Tomasz Mazan wrote:
Hi
Sorry for "crossposting" but I'm not sure if this issue is connected
with my custom control (d
Please fill a jira report (a copy will go automatically to this list).
This helps not to loose such informations. Everything is welcome there.
If we think it's irrelevant we will close it.
jira.magnolia.info
Philipp Bracher
On 21.09.2005, at 03:01, Alexandru Popescu wrote:
Hi!
The only supported feature is to restrict a subscriber to a specific
path. /foo goes to foo.host.com and /bar goes to bar.host.com
Else you must do a hack (but this is possible).
patch: info.magnolia.cms.exchange.simple.Syndicator
Philipp Bracher
On 21.09.2005, at 03:15, Thomas M. Duffey
On 21.09.2005, at 10:33, Tomasz Mazan wrote:
Philipp Bracher napisał(a):
see first:
http://magnolia.sourceforge.net/advanced/customDialogs.html
the look at onPreSave(), onSave() and onPostSave()
Philipp Bracher
I've read it. The issue is to build one _dialog_ with set of controls,
magnolia-user-friendly solution and - besides - I would knew Magnolia
better :-)
You will ;-) Good Luck!
Philipp
for list details see
http://www.magnolia.info/en/magnolia/developer.html
---
s that you are not obligated to
implement the createDialog() method.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
Look at the role acl gui. The javscript code is in MgnlDynamicTable.js.
This will help you.
Philipp Bracher
On 22.09.2005, at 13:14, Felipe Curty do Rego Pinto wrote:
Hi,
Later, I will try to implement multi valor fields on magnolia.
It's like you to able add as many info you want
use a full featured fckEditor to hold you website consistent.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
tence mechanism.
if there are no objections I will start the refactoring in a couple of
days
fabrizio
About the site:
Can we say that the site of the webapp is the main one? The one
containing the most important xdoc?
Philipp Br
mment describes properly. The issue is to save the uuid during
the activation mechanism (moving from one repository to the other).
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
ating/dialogs/samples/mainColumn/textImage/tabText/text/
jsInitFile to empty
After this you can see a full featured fckEditor in the common
textimage sample paragraph.
Perhaps we should add such an example to the delivered damples.
Philipp Bracher
./alex
--
.the_mind
the currently delivered file system
persistency
- easier & saver to backup
- the release can get delivered bootstrapped (less install issues)
If the feedback is good I think we make a 2.1.1 release.
Philipp Bracher
for
Not in the trunk. I wait until fabrizio has done the major changes in
the reorganization task.
It is checked in in the 2.1 branch.
Philipp Bracher
On 29.09.2005, at 11:05, Alexandru Popescu wrote:
#: Sameer Charles changed the world a bit at a time by saying on
9/29/2005 9:49 AM :#
When
commercial cqfs dependencies at all for 2.2?
Yes, I did it already for 2.1.1 since we can not deliver it. The
configuration can be still there.
Berkeley DB does a good job, maybe we could just leave the
instructions on how to add the cqfs dependencies if somebody still
wants to use it.
Why no
nd.
> Maybe an issue in the updated version of Jackrabbit?
I did not follow this issue yet, but it looks like there are discussions
in the jackrabbit-list
Philipp Bracher
for list details see
http://www.magnolia.i
Unless you do not initialize a control with init() the getRequest will
return null.
Philipp Bracher
On 30.09.2005, at 05:13, Felipe Curty do Rego Pinto wrote:
hi,
I was making some features with button control, but when I was
debbuging it, i realize that the getRequest() command returns
Where is the best place to put the logout button? Into mainbar or a
custon taglib that can be in any place of the template?
Menu
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
This seems to me to be a serious problem as it doesn't allow the
following simple scenario:
1/ author creates content
2/ author published content => it is available on the public
3/ author updates content => from this moment the content is NOT
available on the public
4/ author published updated
green. This is
something which I look at as a very critical bug and is hopefully easy
to fix.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
, sql, ...).
So, if nobody has tried the derby PM for at least a couple of weeks
and he can confirm it's absolutely better than BDB, I would like to
I feel good with bdb and it solved a lot of problems for me (backup,
license, performance).
Phili
let's also wait for this http://issues.apache.org/jira/browse/JCR-233
to be committed in jackrabbit before a release. I would like to
deliver 2.1.1 with a newer jackrabbit version which doesn't have
problems with lock files...
I do agree. This would confuse some of the users.
Phili
- a dialog should define the bundle to use (more flexibility than now)
- do not hide the properties files in jars
Other requests?
Hope I am not the only one with that interest ... :)
Definitely not.
Philipp Bracher
for list d
So what I imagine is to simply remove the dependency of magnolia
subprojects on jackrabbit jars and make them depend directly on
jackrabbit project. Is this correct enough?
Yep.
Philipp Bracher
for list details see
http
e with the
latest official release before publishing to the Wiki.
We'll post our solution to the wiki in the next few days, as soon as
we get a moment.
Thanks
Philipp Bracher
for list details see
http://www.magnolia.i
rel-build
It will create the release directory. Attention not in the target
directory.
Philpp Bracher
On 04.10.2005, at 12:46, Alexandru Popescu wrote:
Hi!
What target/goal should I use in order to create the magnoliaAuthor
and magnoliaPublic wars?
thanks,
./alex
--
.w( the_mindstorm )
Maven is not able to get the activation.jar. Has something changed?
using: maven1.1b2
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
I was thinking at the following approach:
enhance MainBar custom tag with a new attribute (f.e.
showActivateButton)
In case showActivateButton is set to true, create a new button whose
state is determined according to the current page activation state.
Sounds good.
Philipp Bracher
Can I start working on this?
Yes! Thanks a lot
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
entication mechanism. Going through some
info found on the net it looks like that there is no solution we would
like to live with.
What do you think?
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
would it be possible to have a popup login form? so you don't loose
your page context and no redirects back and forth to login form.
No popup needed. The login 'page' will redirect after a successful
login.
?
action=helo&mgnlDirectLogin&mgnlUser=test&mgnlPassword=gugus
The filter will login directly and proceed the request.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
completely independent and configurable controls.
please comment on the aboves,
thanks,
I would not inroduce it without moving to an other control based
framework like JSF. Attention: Do not misunderstand me! I am only
talking about the dialogs, controls. Not about the templating.
Phili
is not currently looking at.
Subpages
This is needed for Wikis. But should we not use the wiki style to
generate subpages (the [newPage] syntax). Else one must create a
subpage and then again one must link it. This is not so QuickyWiki;-)
Philipp Bracher
.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
control using the basic
controls and not a custom basic control.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
This was mainly the reason to move to a better and standardized
framework.
Philipp Bracher
what do you mean by "move to a better and standardized framework"?
Is this about the plan to migrate to a component based web framework?
Yep I am.
Phili
See Activate Button thread for details of a new Control ;-).
Understood your need. Since there is no other solution, it is ok to add
your additional needed script to the controls.js.
Philipp Bracher
for list details see
http
We split the trunk as you may have read in this list. During this
process we decided to publish the documentation in the 2.1 branch.
I will merge the documentation of the trunk into the 2.1 branch
(backport) so that the latest documentation gets published again.
Thanks for reporting
Philipp
and would not like to
misuse the new concept.
(tip: try to use the maven scm:prepare-release goal in order to tag
the version in the repository and scm:perform-release for generating
the distribution)
Will give it a try!
Phili
framework (JSF, tapestry)
In later discussions there were a lot of voices arguing for b. If we
move to b) we do not have to add such a feature since it is already
included by the framework.
Please keep in mind that we DO NOT change the templating this will
still be good old JSP.
Philipp Bracher
evelopment
questions on ML, but I am working on this ;-) ).
I do so.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
unds great: this would allow a identical war file for magnoliaPublic
and magnoliaAuthor.
Makes life easier ;-)
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
done
On 12.10.2005, at 09:52, Philipp Bracher wrote:
We split the trunk as you may have read in this list. During this
process we decided to publish the documentation in the 2.1 branch.
I will merge the documentation of the trunk into the 2.1 branch
(backport) so that the latest
works still the same way)
About voting:
We will vote later (if needed). If you have preferences please tell why.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
s. This does not define the
language it will use. The language is defined by the request, session
or application as before.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
permissions and their codes. The last two in the list are execute(16)
and syndicate(32) could either of these be used to represent the
syndicate is the correct one
Thanks
Philipp Bracher
for list details see
http
This does not define the language it will use. The language is
defined by the request, session or application as before.
I think, that's a bug. For dialogs only the language specified in the
user preferences should be displayed.
Sorry for the lousy formulation. The user preference is stored i
finds the time to improve the current).
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
false).getHtml()); /
html.append(new Hidden(idPre + "_ItemType", itemType,
false).getHtml()); //$NON-NLS-1$
html.append(new Hidden(idPre + "_IsActivated",
Boolean.toString(isActivated), false).getHtml()); //$NON-NLS-1$
Hope this helps
Philipp Bracher
>
>The context menu it
ld be a bug and worth a
bug report.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
problem. Perhaps we can
keep all the activation issues together in one main task.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
Alternatively just don't allow renaming/deletion of published
nodes, so you have to retract a node first, before you can delete it.
This could be the best solution of a usability point of view.
Philipp Bracher
for
controls and Tree model is something we
have in mind since a long time.
Philipp Bracher
for list details see
http://www.magnolia.info/en/magnolia/developer.html
Last nite I was trying to obtain/to make a
info.magnolia.cms.gui.control.Tree control not to display a > tag for some columns.
If you like to show some not editable columns use.
column1.setHtmlEdit();
Philipp Bracher
for l
Perhaps you will have a look at:
info.magnolia.module.admininterface.trees.TemplateTreeColumnHtmlRenderer
useage: column2.setHtmlRenderer(new TemplateTreeColumnHtmlRenderer());
Does this fit your needs?
snippet from
Philipp Bracher
On 24.10.2005, at 12:29, Alexandru Popescu wrote
, i think, exported
file wasn't contain any "\n".
Perhaps it has something to to with the export scheme used (we use
now a formatter) and it adds some returns to wrap the text. We must
check that.
I fill a JIRA Task
JIRA is alive. Can you fill the bug report, please?
Philipp Bracher
On 30.10.2005, at 22:00, Oliver Lietz wrote:
Hello,
there is a Cross Site Scripting vulnerability in the templates for
Search.
http://www.magnolia.info/en/search.html?query=alert
</tt><tt>("XSS");
implementations.
5. We plan the work (priorities, milestones, resource assessment).
We will use centrics as the integral tool.
The details about voting etc are written down in the document which I
will attache to the JIRA task.
Thanks
Philipp Bracher
call Magnolia JSF)
- The only thing this changes is, that you configure the controls in
the code (based on the configuration in the repository) instead by
using tags
- The full JSF feature set is still useable and the controls could be
used in JSF/JSP too
Thanks for listening ;-)
HierarchyManager hm = SessionAccessControl.getHierarchyManager
(request);
hm = MgnlContext.getHierarchyManager(ContentRepository.WEBSITE);
Regards,
Philipp Bracher
obinary ltd.
-
[EMAIL PROTECTED] http://obinary.com
magnolia content
javadoc for
each module. Currently there is no javadoc summarizing all modules.
The main javadoc link (in the documentation section) points to the
javadoc of the core module.
Regards,
Philipp Bracher
obinary ltd.
-
[EMAIL PROTECTED
1 - 100 of 2478 matches
Mail list logo
